[OpenSIPS-Users] presence xpidf

Stas Kobzar stas.kobzar at modulis.ca
Tue Jan 26 20:03:56 CET 2016 

Hello Ben,

Thank you for the hint with Lync. I did check our settings and we do not
have any Lync related configuration. It looks like default settings do not
have any special lync stuff.

The Polycom phones do support PIDF with BLF/call pick. The event is dialog.
Meanwhile for directory, when "buddy watch" is enabled, Polycom is sending
event "presence" with content type XPIDF.

Stas

On Tue, Jan 26, 2016 at 10:59 AM, Newlin, Ben <Ben.Newlin at inin.com> wrote:

> I know I have used presence extensively with Polycom phones using
> pidf+xml. I know they support it. Maybe there is some setting in your model
> specifying the remote server type? If that is set to Microsoft Lync the
> Polycom may be sending xpidf for compatibility.
>
> But Polycom phones absolutely support pidf+xml. We implemented a presence
> feature last year using only Polycom and SIP SIMPLE.
>
> Ben Newlin
>
> From: <users-bounces at lists.opensips.org> on behalf of Stas Kobzar <
> stas.kobzar at modulis.ca>
> Reply-To: OpenSIPS users mailling list <users at lists.opensips.org>
> Date: Monday, January 25, 2016 at 4:17 PM
> To: Bogdan-Andrei Iancu <bogdan at opensips.org>
> Cc: OpenSIPS users mailling list <users at lists.opensips.org>
> Subject: Re: [OpenSIPS-Users] presence xpidf
>
> Hi Bogdan,
>
> It looks like this document. I have searched in Polycom documentations and
> community forum and I can not find any mention of the document.
> So I posted the question on Polycom community forum hoping someone can
> give an answer.
>
> In Asterisk source code for chan_sip, they have a comment which says: "Early
> pre-RFC 3863 format with MSN additions (Microsoft Messenger)" (
> https://github.com/sipwise/asterisk/blob/master/channels/chan_sip.c#L308)
>
> If Polycom follows Microsoft Lync then they probably stick to their
> documentation: https://msdn.microsoft.com/en-us/library/cc246218.aspx
>
> If I have any answer from Poycom forum I send it to you.
>
> Thank you,
> Stas
>
> On Mon, Jan 25, 2016 at 5:57 AM, Bogdan-Andrei Iancu <bogdan at opensips.org>
> wrote:
>
>> Hi Stas,
>>
>> Is this the actual draft :
>>
>> http://www.cs.columbia.edu/sip/drafts/impp/draft-rosenberg-impp-pidf-00.txt
>>
>> ?
>>
>> Best regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>> On 23.01.2016 17:12, Stas Kobzar wrote:
>>
>> Hi Bogdan,
>>
>> I can confirm that Polycom still use xpidf with the latest firmware ver.
>> 5.
>>
>> I think Digium phones also use xpidf. Can not say for other vendors.
>> Looks like xpidf is supported by Asterisk, FreeSWITCH.
>> Quick google search makes me believe that pjsip, reSIProcate and linphone
>> (osip) have xpidf support.
>>
>> You are right, the draft is quite old, and I can not find any update.
>> But xpidf is still there.
>>
>> Thank you,
>> Stas
>>
>>
>> On Fri, Jan 22, 2016 at 8:19 AM, Bogdan-Andrei Iancu <
>> <bogdan at opensips.org>bogdan at opensips.org> wrote:
>>
>>> Hi Stas,
>>>
>>> While looking around for this xpidf I found this:
>>>     http://opensips.org/pipermail/users/2010-April/012336.html
>>>
>>> So, what is the story with this xpdif ? is it still in use ? was it
>>> replaced by pidf+xml ? as I see it died as draft.
>>>
>>> Regards,
>>>
>>> Bogdan-Andrei Iancu
>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>>
>>> On 13.01.2016 18:47, Stas Kobzar wrote:
>>>
>>> Hi Bogdan,
>>>
>>> I do not think the DOCTYPE is the problem here. What I see is that when
>>> I use MI to publish this application/xpidf doc, OpenSIPS does not want to
>>> parse the document, and if I understand correct, this is because this type
>>> of document does not have <tuple> XML branch.
>>>
>>> You are right, about end-to-end, and if I configure OpenSIPS just to
>>> relay SUBSCRIBE/NOTIFY, it should work fine.
>>> But I want use OpenSIPS to be in the middle because I have a logic in my
>>> application when it is me who change the status (for example with
>>> web-interface)
>>>
>>> So basically my question is, is it going to be supported by OpenSIPS
>>> (application/xpidf)? Or as you mentioned, it is basically the work for UA
>>> and it is not supposed to be in OpenSIPS?
>>>
>>> Thank you,
>>>
>>>
>>> On Wed, Jan 13, 2016 at 7:56 AM, Bogdan-Andrei Iancu <
>>> <bogdan at opensips.org>bogdan at opensips.org> wrote:
>>>
>>>> Hi Stas,
>>>>
>>>> You say you see the DOCTYPE line in NOTIFY packets and this is
>>>> supported by OpenSIPS ?
>>>>
>>>> Now, on Polycom extension - if it is something end-2-end, it means it
>>>> does not require a presence server and everything should be between end
>>>> points by using SUBSCRIBE and NOTIFY (no PUBLISH, as this is specific to
>>>> the presence agent/server model). Am I wrong with this ?
>>>>
>>>> Best regards,
>>>>
>>>> Bogdan-Andrei Iancu
>>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>>>
>>>> On 12.01.2016 17:10, Stas Kobzar wrote:
>>>>
>>>> Hello Bogdan,
>>>>
>>>> Thank you for your response.
>>>> The DOCTYPE within XML is seems to be Microsoft presence format:
>>>> https://msdn.microsoft.com/en-ca/library/cc246193.aspx
>>>>
>>>> I am not sure if it can be used with PUBLISH though. For now I saw it
>>>> only in NOTIFY packets.
>>>>
>>>> Polycom UA is using this type of presence for end-to-end presence
>>>> between phones.
>>>> I would like to publish this with MI to change presence status on
>>>> Polycom phones.
>>>>
>>>> Thank you,
>>>> Stas
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Mon, Jan 11, 2016 at 4:59 AM, Bogdan-Andrei Iancu <
>>>> <bogdan at opensips.org>bogdan at opensips.org> wrote:
>>>>
>>>>> Hi Stas,
>>>>>
>>>>> I checked with couple of SIP UACs and I found none using the "DOCTYPE"
>>>>> line the published presence XML. So, I guess you should simply drop such a
>>>>> line in your testing.
>>>>>
>>>>> The "tuple" node is replacing your "atom" node (at least this is what
>>>>> I noticed while trying other UACs). Here is an example of a PUBLISH xml
>>>>> generated by Zoiper:
>>>>>
>>>>> <?xml version="1.0" encoding="UTF-8"?>
>>>>>     <presence xmlns="urn:ietf:params:xml:ns:pidf" entity=
>>>>> <sip:bogdan at opensips.org;transport=UDP>
>>>>> "sip:bogdan at opensips.org;transport=UDP"
>>>>> <sip:bogdan at opensips.org;transport=UDP>>
>>>>>         <tuple id="bogdan" >
>>>>>             <status><basic>open</basic>
>>>>>             </status>
>>>>>             <note>Busy</note>
>>>>>         </tuple>
>>>>>     </presence>
>>>>>
>>>>> In regards to the crash, even if the XML is not properly formated, it
>>>>> should not crash - can you send me the actual MI command + content to try
>>>>> to reproduce the crash and have it fixed ?
>>>>>
>>>>> Best regards,
>>>>>
>>>>> Bogdan-Andrei Iancu
>>>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>>>>
>>>>> On 04.01.2016 18:49, Stas Kobzar wrote:
>>>>>
>>>>> Hello all and Happy New Year!
>>>>>
>>>>> I have a problem with publishing application/xpidf+xml (Xpidf)
>>>>> presence info with OpenSIPS mi (ver11).
>>>>> It seems like it is not supported.
>>>>>
>>>>> The xpidf xml body is something like this:
>>>>>
>>>>> <?xml version="1.0"?>
>>>>> <!DOCTYPE presence PUBLIC "-//IETF//DTD RFCxxxx XPIDF 1.0//EN"
>>>>> "xpidf.dtd">
>>>>> <presence>
>>>>>   <presentity uri=" <sip:244 at 199.182.134.149>sip:244 at 199.182.134.149;method=SUBSCRIBE"
>>>>> />
>>>>>   <atom id="*45244*600">
>>>>>     <address uri="sip:*45244* <600 at 199.182.134.149>600 at 199.182.134.149;user=ip"
>>>>> priority="0.800000">
>>>>>       <status status="open" />
>>>>>       <msnsubstatus substatus="online" />
>>>>>     </address>
>>>>>   </atom>
>>>>> </presence>
>>>>>
>>>>> After browsing around the source I think there are two problems:
>>>>> 1. (in modules/pua/add_events.c:pres_process_body) function from
>>>>> libxml2 xmlParseMemory returns NULL when finds the line <!DOCTYPE presence
>>>>> PUBLIC "-//IETF//DTD RFCxxxx XPIDF 1.0//EN" "xpidf.dtd">
>>>>>
>>>>> 2. Another problem: when I remove the line above from body there is a
>>>>> call to another function that is looking for "<tuple>" node in xml (in
>>>>> modules/pua/add_events.c:pres_process_body):
>>>>> node= xmlDocGetNodeByName(doc, "tuple", NULL);
>>>>>
>>>>> But there is no "tuple" in xpidf document. So it returns error.
>>>>>
>>>>> 3. As an experiment, I added "<tuple>" inside my presence body and it
>>>>> crashed OpenSIPS with:
>>>>> CRITICAL:core:receive_fd: EOF on 18
>>>>>
>>>>> Question:
>>>>> Is there a way to make xpidf presence content type work with pua_mi
>>>>> module?
>>>>>
>>>>> Thank you,
>>>>>
>>>>> --
>>>>>
>>>>> Stas Kobzar
>>>>>
>>>>> Developeur VoIP / VoIP Developer
>>>>>
>>>>>
>>>>> Modulis­.ca Inc.
>>>>>
>>>>> # Bureau / Office: 514-284-2020 x 246
>>>>>
>>>>> Email: s <http://firstname.lastname>tas.kobzar at modulis.ca
>>>>>
>>>>> https://www.modulis.com
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Stas Kobzar
>>>>
>>>> Developeur VoIP / VoIP Developer
>>>>
>>>>
>>>> Modulis­.ca Inc.
>>>>
>>>> # Bureau / Office: 514-284-2020 x 246
>>>>
>>>> Email: s <http://firstname.lastname>tas.kobzar at modulis.ca
>>>>
>>>> https://www.modulis.com
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>>
>>> Stas Kobzar
>>>
>>> Developeur VoIP / VoIP Developer
>>>
>>>
>>> Modulis­.ca Inc.
>>>
>>> # Bureau / Office: 514-284-2020 x 246
>>>
>>> Email: s <http://firstname.lastname>tas.kobzar at modulis.ca
>>>
>>> https://www.modulis.com
>>>
>>>
>>>
>>
>>
>> --
>>
>> Stas Kobzar
>>
>> Developeur VoIP / VoIP Developer
>>
>>
>> Modulis­.ca Inc.
>>
>> # Bureau / Office: 514-284-2020 x 246
>>
>> Email: s <http://firstname.lastname>tas.kobzar at modulis.ca
>>
>> https://www.modulis.com
>>
>>
>>
>
>
> --
>
> Stas Kobzar
>
> Developeur VoIP / VoIP Developer
>
>
> Modulis­.ca Inc.
>
> # Bureau / Office: 514-284-2020 x 246
>
> Email: s <http://firstname.lastname>tas.kobzar at modulis.ca
>
> https://www.modulis.com
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>


-- 

Stas Kobzar

Developeur VoIP / VoIP Developer


Modulis­.ca Inc.

# Bureau / Office: 514-284-2020 x 246

Email: s <http://firstname.lastname>tas.kobzar at modulis.ca

https://www.modulis.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20160126/17c9afa8/attachment-0001.htm>

More information about the Users mailing list