Ben, I had a similar issue using the older Polycom OS and BLF using the directory and buddy watch (xpidf+xml).
However, after upgrading the Polycom’s and using the newer attendant.resourceList method for BLF, I found that they use the standard dialoginfo supported by presence_dialoginfo module. Jarrod > On Jan 26, 2016, at 9:59 AM, Newlin, Ben <ben.new...@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-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 > <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 > <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 > <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 <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 >> <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 <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 <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 >>>> <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 <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 >>>>> <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
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users