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

Ray:
I'm having a little trouble understanding the real need for this
enumservice. I would think that any network element  receiving a dial
string would have its own local information about dial patterns and
numbers and so be able to tell when dialing is complete and then be able
to formulate an ENUM query on the appropriate full E.164 number.
Since the number length information should be relatively static, why not
just provision it locally? 
Also, it's not clear to me when the client would initiate the initial
query in the example that told it to expect 5-6 more digits. And, if
it's 5-6, then if the number has only 5, don't I still have to use a
timeout algorithm to determine the user is finished dialing.
Am I missing something?


Penn Pfautz

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of
[email protected]
Sent: Wednesday, April 02, 2008 4:40 AM
To: [email protected]
Subject: [Enum] I-D Action: New draft - draft-bellis-enum-send-n-00

I've just submitted a new I-D, available at
<http://www.ietf.org/internet-drafts/draft-bellis-enum-send-n-00.txt>

Filename:        draft-bellis-enum-send-n
Revision:        00
Title:           IANA Registrations for the 'Send-N' Enumservice
Creation_date:   2008-04-02
WG ID:           Independent Submission
Number_of_pages: 10

Abstract:

  This document requests IANA registration of an Enumservice 'Send-N'
  and extends the definition of the 'pstndata:' URI scheme.  This
  service allows more efficient support for overlapped dialling in
  E.164 Number Mapping (ENUM) enabled applications.

Any and all (constructive) feedback gratefully received!

regards,

Ray

-- 
Ray Bellis, MA(Oxon)
Senior Researcher in Advanced Projects, Nominet
e: [email protected], t: +44 1865 332211
_______________________________________________
enum mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/enum