[SR-Users] Fwd: rls multipart body does not contain watcherinfo+xml

Mihai Marin marinmihai at gmail.com
Wed Apr 16 19:19:15 CEST 2014


Hello Daniel,
Thank you for your reply. I checked the RFC 4662 document witch contains
the rls notify body. Indeed, the watcherinfo body should not be present in
the multipart response. But, I think that it's an issue with the RLS or
(but I can't see how I could break this) in my configuration. Let's take
the case where bob adds alice in his resource list and presrules. Alice
didn't made any decision yet. So, bob has alice as a friend but alice
doesn't.
Bob makes a rls subscribe to his list. The expected behavior is to receive
RLMI with state "pending" and also her display-name (from resource list).
This is not working: the state is not  pending. The display-name is never
returned event if the subscriber has authorized him or not.

http://tools.ietf.org/html/rfc4662#section-5.5
"The "state" attribute contains the subscription state for the
   identified instance of the resource.  This attribute contains one of
   the values "active", "pending", or "terminated"."

A rls notify example for RLMI:

<list xmlns="urn:ietf:params:xml:ns:rlmi"
         uri="sip:adam-friends at pres.vancouver.example.com"
         version="1" fullState="true">
     <name xml:lang="en">Buddy List at COM</name>
     <name xml:lang="de">Liste der Freunde an COM</name>
     <resource uri="sip:bob at vancouver.example.com"">
       <name>Bob Smith</name>
       <instance id="juwigmtboe" state="active"
                 cid="bUZBsM at pres.vancouver.example.com"/>
     </resource>

</list>


I understand that the state of the instance should have the state of
the subscription. This information exists in the watcherinfo
(presence.winfo): instance state is pending if I make a subscription
to a subscriber that didn't authorized me yet.


Do you understand the same?


Best regards,

Mihai M



On Tue, Apr 15, 2014 at 6:20 PM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

>  Hello,
>
> iirc, there has to be a subscription for each event. Not sure it was
> amended by new RFC documents. Perhaps the best is to check with RFC 4662
> and/or RFC 4826 (they are indicated by RLS module README).
>
> Have you tried with two subscriptions, one for each event?
>
> Cheers,
> Daniel
>
>
> On 15/04/14 17:15, Mihai Marin wrote:
>
> Hello,
> Does anyone has a clue on this one bellow? I'm stuck on this part because
> I don't know if the rls publish should include the watcherinfo part in the
> body or I should subscribe twice with 2 different events: event presence
> and event precence.winfo.
>
>  Could you give me a hint on this one please?
>
> Thank you.
>
>  Best regards,
> Mihai M
>
> ---------- Forwarded message ----------
> From: Mihai Marin <marinmihai at gmail.com>
> Date: Mon, Apr 14, 2014 at 10:20 PM
> Subject: rls multipart body does not contain watcherinfo+xml
> To: "Kamailio (SER) - Users Mailing List" <sr-users at lists.sip-router.org>
>
>
> Hello Sirs,
> I'm trying to accomplish a rls subscribe but I have some
> miss-understandings regarding the multipart publish response that should
> come.
>
>  I'm using the integrated xcap from the kamailio with all the xml files
> added. My problem is that event if I request a multipart
> containing application/pidf+xml, application/rlmi+xml,
> application/watcherinfo+xml I only get the first two.
>
>  The request contains the following headers:
> Event: presence
>  Supported: eventlist
>  Accept: multipart/related, application/pidf+xml, application/rlmi+xml,
> application/watcherinfo+xml
>
>  The response only sends the first two:
>
> --4kSPpRGyJQct4DIhyGnyobqO
> Content-Transfer-Encoding: binary
> Content-ID: <1397508890.sip:bob at 93.187.138.214.681064155> <1397508890.sip:bob at 93.187.138.214.681064155>
> Content-Type: application/rlmi+xml;charset="UTF-8"
>
> <?xml version="1.0"?>
> <list uri="sip:bob at 93.187.138.214" xmlns="urn:ietf:params:xml:ns:rlmi" version="4" fullState="false"><resource uri="sip:alice at 93.187.138.214"><instance id="Scf8UhwQ" state="active" cid="1397508890.sip:alice at 93.187.138.214.1552580371" <1397508890.sip:alice at 93.187.138.214.1552580371>/></resource></list>
>
> --4kSPpRGyJQct4DIhyGnyobqO
> Content-Transfer-Encoding: binary
> Content-ID: <1397508890.sip:alice at 93.187.138.214.1552580371> <1397508890.sip:alice at 93.187.138.214.1552580371>
> Content-Type: application/pidf+xml
>
> <?xml version="1.0" encoding="UTF-8" standalone="no"?>
> <presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" entity="sip:alice at 93.187.138.214">
>   <dm:person id="p6850">
>     <rpid:activities/>
>     <rpid:status-icon>http://93.187.138.214:5060/xcap-root/oma_status-icon/users/sip:alice@93.187.138.214/sip_communicator</rpid:status-icon>
>   </dm:person>
>   <tuple id="t7673">
>     <status>
>       <basic>open</basic>
>     </status>
>     <contact>sip:alice at 93.187.138.214</contact>
>     <note>Online</note>
>   </tuple>
> </presence>
>
> --4kSPpRGyJQct4DIhyGnyobqO--
>
>  What do I missing? I need the body part with the watchers info in oder to see the state of the watcher (active, pending) - to accomplish the authorization for users.
>
> Thank you in advance for you help.
>
> Best regards,
>
> Mihai M
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20140416/dac115af/attachment.html>


More information about the sr-users mailing list