[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Enum] IETF, ENUM and NGN
Hi Mike, folks,
I'm slightly at a loss here. I fear that we will just have to disagree
on this one.
You seem to be asking if I have a E2U+sip entry. The answer to that is
"some of the time, yes".
You then ask what kind of access I have. The domain of the SIP address
is mine; I registered it.
As it happens, the domain of the domainpart of the SIP AoRs "at work"
was also registered by me.
The IP address range I have at home was assigned via my DSL Internet
Access Provider. My company's
IAP also arranged for the IP range used by my company. I have to ask,
"this is pertinent because...?".
I must disagree over your definition of an Enterprise as a Service
Provider.
An Enterprise can register ENUM domains for the E.164 numbers via which
it is
provided Communications Service by a 3rd party CSP.
It is the end user assignee for these E.164 numbers, and so a
->potential<- ENUM Registrant.
The CSP is not the end user, and so (on this side of the pond) cannot
register ENUM domains
for those E.164 numbers.
Once registered, if I (or my company) choose to put anything I/they
want into my/their ENUM
domains, then (as I/they are paying to have it published) that's
my/their choice.
Given that any reasonable DNS server handles "split horizon", what you
see may well not be
what I see. Again, that's my/their choice.
Whether or not my company allows IP calls from teleworkers or Extranet
partners is also our
choice. Other registrants can make different choices in their domains -
I'm not stopping them
and they're not stopping me.
Equally, if an Enterprise chooses not to register in ENUM, that's also
their choice.
Finally, if and when caller/callee prefs and the rest of the
infrastructure is standardised
and in place to give all of the UCI/PUA features, then one could have a
single entry in ENUM
pointing to that PUA. However, for some time, there will be SIP systems
(or H.323, just to be
non-denominational) that do not provide full PUA functionality, and for
the foreseeable future
(i.e. in the interim) just using ENUM (and standard DNS) alone works
for me.
I don't need anything more complex.
My point is just that I believe that it will work for more than 10% of
the Registrant population.
all the best,
Lawrence
On 8 Jul 2004, at 16:51, Mike Hammer wrote:
Lawrence,
Do I understand correctly that ENUM points to your sip: address, and
that the DNS holds records to go from sip address to IP address to
make the connection to your SIP proxy?
I would anticipate also the possibility that the domain name of your
SIP address could be provided by either a residential SP or your
company acting as SP. I assume that you are also getting the IP
address from your local ISP serving your home, although I'm a bit
fuzzy on what type of local access you might be using to connect to
the ISP (modem, DSL, cable?).
Note that I consider enterprises/companies as service providers,
though not publicly regulated ones. And while they could also make
use of ENUM, they might question the value versus risk of putting
their company directory into the public domain. I suspect that they
would want to keep that information internal and only selectively
release such information. However, the before-mentioned suggestion to
provide a SIP proxy domain such that SIP messages to
sip:<e.164number>@company.com that can use an internal database to
translate to user-specific sip address can be used.
When presence becomes more widely deployed, ENUM could point to the
presence address for subscriptions. Then presence information could
provide the remaining information that would otherwise be publicly
posted in ENUM.
Mike
At 11:27 PM 7/7/2004 +0100, Conroy, Lawrence (SMTP) wrote:
Hi Mike, folks,
Is this 90% valid?
<snip>
Thus, whilst you may be right on the total population of PSTN
telephone service subscribers, I'm not sure this is the case for the
population of "user" ENUM subscribers.
_______________________________________________
enum mailing list
enum at ietf.org
https://www1.ietf.org/mailman/listinfo/enum