Hello Alexander,
so, if I'm getting it right:
I have 2 possibilities now:
use "prefix to domain" rewriting
there is a ser module for doing that, but in my opinion it looks pretty lame
to keep up to date the association between prefix and phone numbers;
when you will have 2.000.000 sip domains who is going to save you ? :)
That's the reason why I was asking for a centralized prefix/domains translation
table:
its seems obvious to me that if everybody is going to decide is own associations things
are going to be very funny in a few.
use the "ENUM" method
That's something like a "dns of phone numbers/sip domains" that's also
compatible
with the pstn numbering plan for better integration.
You resolve the "fake pstn" phone number to obtain a SIP address,
complete with domain.
The only problem could be that you dont have to remember SIP addresses
but very long phone numbers .... :)
Am I on the right way to undestand the matter ?
Beside this I'm wondering why Italy is out of this interesting ENUM trial
... no one was willing ? Maybe you have find someone here ! :)
Monday, November 10, 2003, 5:05:08 PM, you wrote:
AM> On (10.11.03 16:42), Alessio Focardi wrote:
> E.164 ?
AM> sorry for my ignorance, E.164 is the ITU-T recommendation for the format
AM> of phone numbers. So, an E.164 number is simply a phone number.
> Will I need money to obtain a E.164 compliant
prefix for my server ?
AM> If you're talking about ENUM entries:
AM> You would need to have phone numbers for your users plus a ENUM DNS
AM> infrastructure in your country. If you have already a phone number, you
AM> could give your users extensions behind that number.
AM> Unfortunately, there is no ENUM trial going on in Italy yet, so you
AM> won't be able to publish ENUM records for your users in the public DNS
AM> in that case, so other users would not be able to find your users via
AM> ENUM.
AM> But, you could still use ENUM for finding other ENUM users, a currently
AM> small, but rapidly growing community. You won't need to keep a "prefix
AM> to domain" list for all the other VoIP providers, and your users won't
AM> have to remember "which prefix to dial for which provider?"
AM> to see a rough sketch how it works, take a look at our presentation at
AM>
http://enum.nic.at/documents/AETP/Presentations/Austria/0017-2003-07_ENUM-D…
AM> I'm happy to supply you with more detail in private mail, i consider
AM> that being already quite off topic on the SER users list. Feel free to
AM> contact me.
AM> cheers
AM> axelm
--
Best regards,
Alessio mailto:alessiof@interconnessioni.it