Jim Reid [mailto:jim at rfc1035.com] writes:
Sorry Richard, this is too simplistic.
[Richard>]
Maybe, I always thought the slogan of IETF is KISS ;-)
Your so-called silver tree
could only work ...
This is not my silver tree (ask ITSPA).
On top of that I can't see how VoIP provider A would
be comfortable exposing their customer's "phone numbers" in some
private, shared tree to VoIP provider B.
[Richard>]
Fine. Then there will never be an OCI (operator, carrier, infrastructure)
tree.
But they trust the IAB?:
Wrong. Operators can (and probably should) use a private version of
e164.arpa today. This doesn't need any involvement in the Tier-0 and
Tier-1 stuff or ITU's interim procedures. e164.arpa is the IETF/IAB
agreed domain name for ENUM. It's neutral and not controlled by any
commercial interest or nation. So it's the obvious choice for the
unique and consistent naming scheme that Infrastructure ENUM
needs.
[Richard>]
I do not see any difference to any other tree the operators agree upon. And
the first thing is they have to agree on e164.arpa and this has to happen
very quickly.
Richard> There is no problem having two trees in parallel, a
Richard> provider (or even the user himself) may query public User
Richard> ENUM first and public or private Infrastructure ENUM
Richard> afterwards.
I don't understand this. An end user should never, ever see a private
ENUM tree. Even if querying both trees was possible, how is the user
or application supposed to know which one holds the data it's supposed
to use? If my phone number is in both places each with 1 NAPTR record
pointing at different SIP servers, which one does the application
connect to? Now suppose one of those SIP servers lives deep in some
telco's net and is unreachable from another operator's net. Or the
internet. Or vice versa.
This is very simple (as the most things are I proposed) and
Is used already in most Asterisk: The user itself or the SIP
Server is querying user ENUM. If he finds an entry, fine.
If not, instead of forwarding the call to the PSTN, it is querying
OCI ENUM or whatever system the operator use to find each other (if
there are still operators left. If the PSTN finally goes away, you cannot
dump the call to something what is not existing, so something is needed.
But this is not a technical problem, most ENUM-enabled Asterisk now query
first e164.arpa and then e.g. fraenum.org. No problem.
Richard
_______________________________________________
enum mailing list
enum at ietf.org
https://www1.ietf.org/mailman/listinfo/enum