[sr-dev] SUBSCRIBE dialogs and Kamailio RLS

[Peter Dunkley]

Hello,

I am testing with a client that uses the contact URI from the 2xx
response to an initial SUBSCRIBE as the remote target URI in other
SUBSCRIBEs within the dialog and I am having some problems with Kamailio
RLS.  I think the client behaviour is correct, can anyone confirm this?

This behaviour appears to be correct according to RFC 3265 section
3.1.4.1:

        SUBSCRIBE is a dialog-creating method, as described in SIP [1].
        

And RFC 3261 section 12 states that the the contact URI from 2xx
responses should be used as the remote target URI in future in-dialog
requests.

However, when Kamailio receives a reSUBSCRIBE or unSUBSCRIBE it uses the
R-URI of this in-dialog request as the name of a resource list to fetch
from the XCAP server.  This fetch fails (as the address used in the 2xx
response to the initial SUBSCRIBE is hard coded as a module parameter)
and so does the reSUBSCRIBE or unSUBSCRIBE.

In the unSUBSCRIBE case I don't think this resource list fetch is even
required at all, and in the reSUBSCRIBE case I think the resource list
name should have been cached from the initial SUBSCRIBE?

Regards,

Peter
-- 
Peter Dunkley
Technical Director
Crocodile RCS Ltd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20110418/ed904317/attachment-0001.htm>