Hi all,
thank Peter very much for the suggestion. In fact, with the XHTTP_AUTH
enable, SIP Communicator (JITSI) doesn’t work with XCAP of Kamailio. With
the XHTTP_AUTH comment out. The Presence authorization finally works, but
partially.
When bob add alice as a contact, there is a authorization request popup to
alice, and alice click accept, then the auth req result popup appear to
alice saying the bob has accepted the request! After that, bob can see the
presence status of alice correctly. But alice always see the bob is offline.
In the xcap table, we see there is an entry in the rls (contact alice in the
user bob entry) and another entry in the presence rules (contact alice in
the user bob entry).
But when I try to add bob as a contact from alice, nothing happen, there is
no popup of authorization request to bob. And alice always see the bob is
offline. Any idea?
Thank you very much.
Best Regards,
Laura
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
Hello,
I want to announce Jason Penton as a new registered developer, with
write access to GIT repository - his username id is 'jason.penton'.
Jason already submitted an IMS-related module that Carsten added to his
IMS branch in the last days, therefore expect contributions from Jason
in the IMS extensions.
Thanks,
Daniel
--
Daniel-Constantin Mierla
http://www.asipto.com