If the From header is different than To header then it's third party
registration. Different Contact is for different alias of that AoR. If
there are different Contacts of an AoR, then it's expected to have "q"
parameter ( priority ) of those contacts. Where 0.0<=q<=1.0. So, if an
AoR is registered with an B2BUA and a call is destined for this AoR,
then you can choose highest priority contact to send call. If you don't
get any answer then you try the call to second highest priority Contact
and so on.
You may choose to fork the call to those contacts, when you get any
answer then CANCEL all other calls.

Thanks,

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Frank
Shearar
Sent: Wednesday, June 14, 2006 6:49 AM
To: [email protected]
Subject: Re: [Sip-implementors] Query regarding REGISTER


"Satyarth Negi" <[EMAIL PROTECTED]> asks:

> Can i have different phone numbers in Contact-Header and From-Header 
> fields of a REGISTER .
>
> For example :
> Can we have a REGISTER request as described below :
>
> REGISTER
> ....
> >From : <sip:1234@<IP>:<PORT>
> ....
> Contact : <sip:5678@<IP>:<PORT>
> ....
>
> So here phone numbers ( 1234 and 5678 ) in From and Contact headers 
> are different ? Can we have REGISTER request like this ?

Yes, if sip:1234@<IP>:<PORT> has the authority to perform a third-party
registration.

RFC 3261, section 10.2:

10.2 Constructing the REGISTER Request

   REGISTER requests add, remove, and query bindings.  A REGISTER
   request can add a new binding between an address-of-record and one or
   more contact addresses.  Registration on behalf of a particular
   address-of-record can be performed by a suitably authorized third
   party.  A client can also remove previous bindings or query to
   determine which bindings are currently in place for an address-of-
   record.

<snip>

      From: The From header field contains the address-of-record of the
           person responsible for the registration.  The value is the
           same as the To header field unless the request is a third-
           party registration.


frank

_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to