[asterisk-users] Please some enlightment on ENUM !!

[Leif Neland]

  ----- Original Message ----- 
  From: Norbert Zawodsky 
  To: Asterisk Users Mailing List - Non-Commercial Discussion 
  Sent: Monday, November 23, 2009 3:15 PM
  Subject: [asterisk-users] Please some enlightment on ENUM !!


  Hello all you Gurus out there!

  Please could you explain something to me:

  Currently I try to get ENUMLOOKUP() working. Naturally I do all the
  testing with my own number.

  I registered my number at e164.org
  I paid for registration of my number at a registration agent for e164.arpa
  (I know, I don't need both. I just did the .arpa registration first and
  later discoverd the free .org service....)
  Assume my number was +4311234567

  "dig 7.6.5.4.3.2.1.1.3.4.e164.org" and "dig
  7.6.5.4.3.2.1.1.3.4.e164.arpa" both return NAPTR records.

  Now for the less clearer points:

  Your'e supposed to register your number without any extension.
  If I have some extensions here, how can the calling party get the
  correct sip uri to the requested extension?
  Do I have to run my own DNS server in that case?

  If for example if someone wants to call extension 10, is the
  ENUMLOOKUP(431123456710) request forwarded to my local DNS server by the
  e164.arpa server? Or how does that work?


If everybody supported enum, it might be usefull to register extension 10 in enum, otherwise:

Your extension 10 must have its own phonenumber, to be able to dial it directly.
Just as with ordinary pabx.
Eg:
123 555 0000 is the reception
123 555 0010 is extension 10

Just some ideas:
Is there "free" (as in not connected to a voisp) numbers, which can be registered in enum?
Then you could use those numbers for extensions. But they would only be callable by enum.

If the calling of extensions is only to be used by "knowledgeable friends" you could have them add your own enum-domain to their setup.

Leif


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20091123/3c801c11/attachment.htm