[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Enum] I-D Action: New draft - draft-bellis-enum-send-n-00



In line...

>  
>  We still need a *workable* solution to the overlap dialing issue.
>  (People don't consider timers to be adequate.)
>  
>  This seems like the only real solution to that.
>  
>  > 2. If such a standardization effort should be undertaken, should the
>  IETF do
>  > it?  Since we're trying to close down ENUM, this would be done
>  somewhere
>  > else I believe.
>  
>  If we want it available via a protocol (and I think that is far
>  preferable to a word doc), and if it is to at least play nice with
>  enum,
>  then ietf seems like a suitable place. But I am not really familiar
>  with>  the alternatives.


I'm told Geneva is very pleasant in the springtime. I highly recommend Le
boufe rouge restaurant. Excellent French bistro food. 

>  
>  Re the numbering authorities: Obviously they must have a role in this.
>  But it is not nice if we have to wait for a national numbering
>  authority
>  to report that some number that was assigned to a hotel in germany now
>  may end in either "0" or "[1-9]xxx". The reporting needs to be more
>  direct from those who implement the behavior.

Numbering is, has been and will continue to be a nation state issue. My own
sentiment is that this is a out of band data point that it will be very
difficult implement as a protocol. For in country calls ..its a network
element configuration issue.  


For out of country calls ..give the call to your termination partner and let
them sort it out (a trunking decision). 

>  
>  	Paul
>  

_______________________________________________
enum mailing list
enum at ietf.org
https://www.ietf.org/mailman/listinfo/enum