16 Apr
2014
16 Apr
'14
8:19 p.m.
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@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@vancouver.example.com"">
<name>Bob Smith</name>
<instance id="juwigmtboe" state="active"
cid="bUZBsM(a)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(a)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(a)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(a)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@93.187.138.214.681064155>
<1397508890.sip:bob@93.187.138.214.681064155>
Content-Type: application/rlmi+xml;charset="UTF-8"
<?xml version="1.0"?>
<list uri="sip:bob@93.187.138.214"
xmlns="urn:ietf:params:xml:ns:rlmi" version="4"
fullState="false"><resource
uri="sip:alice@93.187.138.214"><instance id="Scf8UhwQ"
state="active" cid="1397508890.sip:alice@93.187.138.214.1552580371"
<1397508890.sip:alice@93.187.138.214.1552580371>/></resource></list>
--4kSPpRGyJQct4DIhyGnyobqO
Content-Transfer-Encoding: binary
Content-ID: <1397508890.sip:alice@93.187.138.214.1552580371>
<1397508890.sip:alice@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@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@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@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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users