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-boun...@lists.opensips.org<mailto:users-boun...@lists.opensips.org>> on behalf of Stas Kobzar <stas.kob...@modulis.ca<mailto:stas.kob...@modulis.ca>> Reply-To: OpenSIPS users mailling list <users@lists.opensips.org<mailto:users@lists.opensips.org>> Date: Monday, January 25, 2016 at 4:17 PM To: Bogdan-Andrei Iancu <bog...@opensips.org<mailto:bog...@opensips.org>> Cc: OpenSIPS users mailling list <users@lists.opensips.org<mailto:users@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 <bog...@opensips.org<mailto:bog...@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 Developer http://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 <<mailto:bog...@opensips.org>bog...@opensips.org<mailto:bog...@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 Developer http://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 <<mailto:bog...@opensips.org>bog...@opensips.org<mailto:bog...@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 Developer http://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 <<mailto:bog...@opensips.org>bog...@opensips.org<mailto:bog...@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=<mailto:sip:bog...@opensips.org;transport=UDP>"sip:bog...@opensips.org;transport=UDP"<mailto:sip:bog...@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 Developer http://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="<mailto:sip:244@199.182.134.149>sip:244@199.182.134.149<mailto:sip:244@199.182.134.149>;method=SUBSCRIBE" /> <atom id="*45244*600"> <address uri="sip:*45244*<mailto:600@199.182.134.149>600@199.182.134.149<mailto:600@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<tel:514-284-2020%20x%20246> Email: s<http://firstname.lastname>tas.kob...@modulis.ca https://www.modulis.com<https://www.modulis.com/> _______________________________________________ Users mailing list Users@lists.opensips.org<mailto:Users@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<tel:514-284-2020%20x%20246> Email: s<http://firstname.lastname>tas.kob...@modulis.ca https://www.modulis.com<https://www.modulis.com/> -- Stas Kobzar Developeur VoIP / VoIP Developer Modulis.ca Inc. # Bureau / Office: 514-284-2020 x 246<tel:514-284-2020%20x%20246> Email: s<http://firstname.lastname>tas.kob...@modulis.ca https://www.modulis.com<https://www.modulis.com/> -- Stas Kobzar Developeur VoIP / VoIP Developer Modulis.ca Inc. # Bureau / Office: 514-284-2020 x 246<tel:514-284-2020%20x%20246> Email: s<http://firstname.lastname>tas.kob...@modulis.ca https://www.modulis.com<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.kob...@modulis.ca https://www.modulis.com<https://www.modulis.com/>
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
