Iñaki Baz Castillo wrote:
> El Martes, 1 de Diciembre de 2009, Paul Kyzivat escribió:
>
>>> So, is there any SIP core in which such URI's exist for its users?
>>> Of course "they COULD exist", however I want to know if they *really*
>>> exist :)
>> I'm curious why you ask.
>>
>> Are you considering an implementation that cannot support such use?
>
> I'm coding a XCAP server. The HTTP request URI contains a XUI field with the
> user (SIP/TEL URI) whose document is desired.
>
> I must decide how to code that HTTP URI parser for the case in which a XUI is
> a SIP/TEL URI with params:
>
> a) Allow it but just take the URI ignoring the URI params.
> b) Allow it and treat the full URI (including parameters) as username.
> c) Reject it as I don't allow URI parameters in XUI.
>
> I really assume that the only open door is the case of TEL URI with local
> number (so ";phone-context" param is required as per RFC 3963), but I know no
> cases of a user with such local TEL URI as identifier.
>
>> In practice your assumption is probably right for "normal" URIs, of the
>> sort that someone might put in a vcard or on a real business card.
>> These things are more likely to arise when the URI is learned through
>> signaling, such as in a Contact address.
>>
>> For instance these can arise as GRUUs. (And yes, there are now some
>> implementations of GRUU.)
>
> Yes, but that makes sense when setting the URI as Request URI and so, but I
> just mean the URI with identifies a user, this is, the same URI that the user
> sets in "From" header or credentials "username" field.
The cases where such things will show up in From are fewer than those
where it might show up in To.
The obvious case for From is when a gruu is being used for anonymity,
although in that case the From might just as well be set to
sip:anonym...@anonymizer.invalid. And so that may not be a relevant case
for you.
There is the case where you had called me, and used a gruu for your
Contact address. Later I use that contact to establish a separate dialog
to you, and so I use it as both the R-URI and the To-URI. Subsequently
in that dialog you may send a reINVITE, in which case you will have to
use the same URI as your From-URI.
I don't know if any of this affects what you are doing.
Thanks,
Paul
_______________________________________________
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
