RE: [enum-wg] Follow up on Jim Reid's presentation - CRUE and relation to IETF work

But let's assume that happens - what is the semantics of such a SIP URI for a) an end user and b) an operator - can I bounce a call to sip:number@bt.com if I find <number> in 4.4.e164.arpa and it returns such a registry-entered sip URI? Can I (do I need to?), as a end-user, distinguish who entered which record? What if I have a IP Interconnect agreement with BT / what if not? I would assume BT might have an opinion here.. Tony?
IMHO this could only work, especially in User ENUM, if this Sip?:number@bt.com;user=phone is used purely to indicate a Service Provider ID (SPID). The domain name given is not resolvable in the public DNS, only within the providers DNS (as proposed yesterday by GSMA with the Local Routing Tables (LRT). One way to clearly distinguish from routable SIP entries would be to use an new enumservice called e.g. SPID to indicate that the domain name has to be resolved by other means. In this case the users may simply ignore enumservice spid because they cannot use it. This enumservise may also be useful in Infrastructure ENUM to distinguish between ENUM entries routable on the public Internet and pure SPID entries (e.g. gsmaworld.com) Richard

On Apr 28, 2006, at 11:35, Stastny Richard wrote:
IMHO this could only work, especially in User ENUM, if this Sip?:number@bt.com;user=phone is used purely to indicate a Service Provider ID (SPID). The domain name given is not resolvable in the public DNS, only within the providers DNS (as proposed yesterday by GSMA with the Local Routing Tables (LRT).
Richard, your assumption is wrong. Any SIP URI's entered through CRUE live in the PUBLIC 4.4.e164.arpa tree. They should be resolvable on the public internet. If they're not, there's no point in those SIP URIs existing or being visible in the public DNS. If a provider wants to put unresolvable names on the internet, then that's their funeral. I wouldn't recommend that because it's bad for the operational health of the internet. It would be as dumb as publishing hostnames with unreachable RFC1918 addresses on the public internet.
participants (2)
-
Jim Reid
-
Stastny Richard