Re: Dual registration without Outbound
Iñaki Baz Castillo <[email protected]>
| Newsgroups | gmane.ietf.sip |
|---|---|
| Message-ID | <[email protected]> |
El Miércoles, 8 de Octubre de 2008, Paul Kyzivat escribió: > Its certainly not an idea that appeals to me. > > It requires an entirely non-standard routing algorithm within the proxy, > selecting contact URI from among the available candidates in a very > weird way. Yes, true. > Its an axiom of sip that UAs may choose their contact addresses as they > wish. The encoding of any semantic information into that address is the > business of the UA and not for any other server to second guess. True again. > In your example, the same proxy is responsible for the following AORs: > - tel:+34111111 > - tel:+34222222 > - sip:[email protected] > > and probably: > > - sip:[email protected] > - sip:[email protected] > > Rather than have the UA register for [email protected] and have the proxy do > a weird mapping based on registered contact addresses, Why "weird"? it could be done based on a private ENUM that maps PSTN numbers to SIP users without the need of having PSTN numbers as userinfo in the local SIP users. I could allow a user sip:[email protected] registering for the AoR sip: [email protected], but then I need to control in the registrar if the user "[email protected]" has permissions to register that AoR. IMHO it's easier if the mapping PSTN<->SIP is done by the proxy instead of depending on the users, isn't? > its much more > straightforward to have the UA register as follows: > > REGISTER sip:domain.com > From: sip:[email protected] > To: sip:[email protected] > Contact: sip:+34111111@my_ip > > REGISTER sip:domain.com > From: sip:[email protected] > To: sip:[email protected] > Contact: sip:+34222222@my_ip > > (Its required to use the sip form of the AOR rather than the tel form. > Can't have a tel as the To of a REGISTER.) > > Thanks, > Paul -- Iñaki Baz Castillo _______________________________________________ Sip mailing list https://www.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use [email protected] for questions on current sip Use [email protected] for new developments on the application of sip