I believe its use is limited to assisting the decoder by indicating that the
URI contains a telephone number.

Kedar


On 5/11/06, Gupta, Ajay <[EMAIL PROTECTED]> wrote:
>
> Mike,
>
> The UAC or the intermediate proxy need not add the "user=phone"
> parameter as the registrar uses the canonical form of the URI for
> indexing the bindings. For getting the canonical form of sip URI -
>
> RFC 3261 section 10.3
> "all URI parameters MUST be removed (including the user-param), and any
> escaped characters MUST be converted to their unescaped form ..."
>
> A user could register multiple AORs by sending REGISTER requests. But if
> the AORs have the same canonical form then they are not ** different **
> from the registrar's perspective
>
> I hope it helps
>
> Ajay
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Mike
> DOrin
> Sent: Thursday, May 11, 2006 12:30 PM
> To: [email protected]
> Subject: [Sip-implementors] uri parameter -- user
>
> Looking through a SIP trace with a popular SIP phone, I see the uri
> parameter  "user=phone" in the From, To, and Contact uri's in a
> registration message.
> How is this parameter used?
> For example, Uri = <sip:[EMAIL PROTECTED];user=phone>
> This came in a REGISTER request.
>
> I assume a call to 201 would not have this uri paremter specified in the
> uri.
>
> So would the proxy, when building the invite message to forward to 201
> have to add this?
>
> I guess what I am asking is should it be possible for 201 to register
> in multiple ways with different users.  If it can, how does a remote
> user
> agent calling 201 know the user to call.
>
>
> Thanks,
> Mike
>
>
> ---------------------------------
> Yahoo! Messenger with Voice. PC-to-Phone calls for ridiculously low
> rates.
> _______________________________________________
> 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
>
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to