Iñaki Baz Castillo wrote:
El Miércoles, 8 de Octubre de 2008, Paul Kyzivat escribió:
Iñaki,
What you describe is perfectly fine, and is in fact the reasonable thing
to do. You have distinct AORs corresponding to the two numbers, and a
separate contact for each.
What I was asking about was creating multiple Contact addresses for the
*same* AOR.
Perpahs I didn't explain correctly:
I mean that UA (with name "[EMAIL PROTECTED]") sends two REGISTER for the same
AoR:
1)
REGISTER sip:server
From: sip:[EMAIL PROTECTED]
To: sip:[EMAIL PROTECTED]
Contact: sip:[EMAIL PROTECTED]
1)
REGISTER sip:server
From: sip:[EMAIL PROTECTED]
To: sip:[EMAIL PROTECTED]
Contact: sip:[EMAIL PROTECTED]
When the proxy receives a call with RURI = +34111111, it ask the location
sevice which returns "[EMAIL PROTECTED]".
But the proxy, instead fo calling both locations in parallel (or
sequentially), it just calls the location with the Contact username matching
the incoming RURI (+34111111).
Not sure if it's a good idea.
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.
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.
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, 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:[EMAIL PROTECTED]
REGISTER sip:domain.com
From: sip:[EMAIL PROTECTED]
To: sip:[EMAIL PROTECTED]
Contact: sip:[EMAIL PROTECTED]
(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
_______________________________________________
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
