So do you think there is any point to installing the latest trunk version and seeing if it works or do you think the bug will still be in the latest version? Should I open a ticket on sourceforge?
On Sun, Jan 29, 2012 at 3:00 PM, Duane Larson <[email protected]>wrote: > My main.c file has the following at the top > > /* > * $Id: main.c 8506 2011-10-21 10:21:10Z vladut-paiu $ > > > > > > > > > On Sun, Jan 29, 2012 at 12:17 PM, Duane Larson <[email protected]>wrote: > >> Let get the opensips trunk version I am running when I get back home. >> I'll let you know. >> On Jan 29, 2012 12:14 PM, "Adrian Georgescu" <[email protected]> wrote: >> >>> The way you did it is correct, it should work just fine. If it does not >>> work with the current OpenSIPS trunk version is a bug and we will fix it. >>> >>> Adrian >>> >>> On Jan 29, 2012, at 5:59 PM, [email protected] wrote: >>> >>> > I added the following to xcap >>> > >>> > PUT /xcap-root/rls-services/users/sip:[email protected]/indexHTTP/1.1. >>> > Accept-Encoding: identity. >>> > Content-Length: 798. >>> > Host: xcap.X.com. >>> > User-Agent: python-xcaplib/1.0.16. >>> > Connection: close. >>> > Content-Type: application/x-www-form-urlencoded. >>> > Authorization: Digest username="9012732009", realm="irock.com", >>> nonce="332840634855165799770139975774574805066135619005395955328", >>> uri="/xcap-root/rls-services/users/sip:[email protected]/index", >>> response="f76c6a6375156936cb0c5d6137a325ad", >>> opaque="0a430b4a4d580e7d473c2697c9d61477-MzMyODQwNjM0ODU1MTY1Nzk5NzcwMTM5OTc1Nzc0NTc0ODA1MDY2MTM1NjE5MDA1Mzk1OTU1MzI4LDE3My4yMDMuODEuMTExLDEzMjc4MTQzOTE=", >>> algorithm="MD5", qop=auth, nc=00000001, cnonce="dfd8addb86008b0e". >>> > . >>> > >>> > ## >>> > T 2012/01/28 23:19:51.385478 173.X.X.X:39849 -> 173.X.X.X:80 [AP] >>> > <?xml version="1.0" encoding="UTF-8"?> >>> > <rls-services xmlns="urn:ietf:params:xml:ns:rls-services" >>> > xmlns:rl="urn:ietf:params:xml:ns:resource-lists" >>> > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";> >>> > <service uri="sip:[email protected]"> >>> > <resource-list> >>> http://xcap.X.com/xcap-root/resource-lists/users/sip:[email protected]/index >>> </resource-list> >>> > <packages> >>> > <package>presence</package> >>> > </packages> >>> > </service> >>> > <service uri="sip:[email protected]"> >>> > <list name="9012732009-list"> >>> > <rl:entry uri="sip:[email protected]"/> >>> > <rl:entry uri="sip:[email protected]"/> >>> > </list> >>> > <packages> >>> > <package>presence</package> >>> > </packages> >>> > </service> >>> > </rls-services> >>> > >>> > #### >>> > T 2012/01/28 23:19:52.641120 173.X.X.X:80 -> 173.X.X.X:39849 [AP] >>> > HTTP/1.1 201 Created. >>> > Date: Sun, 29 Jan 2012 05:19:52 GMT. >>> > Content-Length: 0. >>> > ETag: "0a66a8b47732adca8badebeece871fe4". >>> > Content-Type: application/rls-services+xml. >>> > Server: OpenXCAP/2.0.1. >>> > Connection: close. >>> > >>> > >>> > >>> > >>> > >>> > Then when the Snom phone subscribes things go a little better but >>> there are no contacts listed in the NOTIFY that gets sent. Also OpenSIPS >>> shows one thing in the log >>> > >>> > # >>> > U 2012/01/28 23:28:00.600321 99.67.237.217:3072 -> 173.X.X.X:5060 >>> > SUBSCRIBE sip:[email protected] SIP/2.0. >>> > Via: SIP/2.0/UDP 99.67.237.217:3072;branch=z9hG4bK-wctkdq0ceq6u;rport. >>> > From: <sip:[email protected]>;tag=tu0q85o124. >>> > To: <sip:[email protected]>. >>> > Call-ID: 2cee333cf0e6-9se6madmvpus. >>> > CSeq: 1 SUBSCRIBE. >>> > Max-Forwards: 70. >>> > Contact: <sip:[email protected]:3072;line=ya0mpcya>;reg-id=1. >>> > Event: presence. >>> > Accept: application/pidf+xml, application/rlmi+xml, multipart/related. >>> > Supported: eventlist. >>> > User-Agent: snom821/8.4.31. >>> > Expires: 3600. >>> > Content-Length: 0. >>> > . >>> > >>> > # >>> > U 2012/01/28 23:28:00.669532 173.X.X.X:5060 -> 99.67.237.217:3072 >>> > SIP/2.0 200 OK. >>> > Via: SIP/2.0/UDP 99.67.237.217:3072 >>> ;received=99.67.237.217;branch=z9hG4bK-wctkdq0ceq6u;rport=3072. >>> > From: <sip:[email protected]>;tag=tu0q85o124. >>> > To: <sip:[email protected] >>> >;tag=31ec65e482de21ae66d7d44df69d3d8c-363d. >>> > Call-ID: 2cee333cf0e6-9se6madmvpus. >>> > CSeq: 1 SUBSCRIBE. >>> > Expires: 3600. >>> > Contact: <sip:[email protected]:5060>. >>> > Require: eventlist. >>> > Server: AE SIP Proxy. >>> > Content-Length: 0. >>> > . >>> > >>> > # >>> > U 2012/01/28 23:28:00.683217 173.X.X.X:5060 -> 99.67.237.217:3072 >>> > NOTIFY sip:[email protected]:3072;line=ya0mpcya SIP/2.0. >>> > Via: SIP/2.0/UDP 173.X.X.X;branch=z9hG4bK0f9f.021e9e57.0. >>> > To: <sip:[email protected]>;tag=tu0q85o124. >>> > From: <sip:[email protected] >>> >;tag=31ec65e482de21ae66d7d44df69d3d8c-363d. >>> > CSeq: 1 NOTIFY. >>> > Call-ID: 2cee333cf0e6-9se6madmvpus. >>> > Content-Length: 348. >>> > User-Agent: OpenSIPS (1.8.0-dev0-notls (x86_64/linux)). >>> > Max-Forwards: 70. >>> > Event: presence. >>> > Contact: <sip:[email protected]:5060>. >>> > Subscription-State: active;expires=3600. >>> > Require: eventlist. >>> > Content-Type: >>> multipart/related;type="application/rlmi+xml";start="<.1327814880.sip: >>> [email protected] >>> >";boundary="AQ6ybEHhcfURUcWaJnJuOinM". >>> > . >>> > --AQ6ybEHhcfURUcWaJnJuOinM. >>> > Content-Transfer-Encoding: binary. >>> > Content-ID: <1327814880.sip:[email protected]>. >>> > Content-Type: application/rlmi+xml;charset="UTF-8". >>> > . >>> > <?xml version="1.0"?> >>> > <list uri="sip:[email protected]" >>> xmlns="urn:ietf:params:xml:ns:rlmi" version="0" fullState="true"/>. >>> > . >>> > --AQ6ybEHhcfURUcWaJnJuOinM--. >>> > >>> > # >>> > U 2012/01/28 23:28:00.793048 99.67.237.217:3072 -> 173.X.X.X:5060 >>> > SIP/2.0 200 Ok. >>> > Via: SIP/2.0/UDP 173.X.X.X;branch=z9hG4bK0f9f.021e9e57.0. >>> > From: <sip:[email protected] >>> >;tag=31ec65e482de21ae66d7d44df69d3d8c-363d. >>> > To: <sip:[email protected]>;tag=tu0q85o124. >>> > Call-ID: 2cee333cf0e6-9se6madmvpus. >>> > CSeq: 1 NOTIFY. >>> > Content-Length: 0. >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > Here is the log in the OpenSIPS list >>> > INFO:rls:resource_subscriptions: Subscription from >>> sip:[email protected] for resource list uri >>> sip:[email protected] expanded to >>> > 0 contacts >>> > >>> > >>> > >>> > So the NOTIFY is missing the contacts I listed in the XML that was >>> posted in the HTTP PUT. >>> > >>> > >>> > >>> > On , Duane Larson <[email protected]> wrote: >>> > > >>> > > Cool. Thanks for the info. >>> > > On Jan 28, 2012 4:03 PM, "Adrian Georgescu" [email protected]> >>> wrote: >>> > > The document you must create for RLS is called rls-services. What >>> you pasted resource-lists and pre-rules documents, which is something else. >>> See RFC 4825. >>> > > >>> > > >>> > > >>> > > Adrian >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > On Jan 28, 2012, at 8:26 PM, [email protected] wrote: >>> > > >>> > > >>> > > >>> > > > Adrian, >>> > > >>> > > > >>> > > >>> > > > This is what I have in the xcap table for user 9012732009. >>> > > >>> > > > >>> > > >>> > > > 527 9012732009 irock.com lists >>> xmlns="urn:ietf:params:xml:ns:resource-lists"> >>> sip:[email protected]">9012732005/display-name> >>> sip:[email protected]">9013349020/display-name>list >>> name="RootGroup"/>lists> 4 9b67239aba25756f119fbcce38b156f3 0 index 0 >>> > > >>> > > >>> > > > >>> > > >>> > > > >>> > > >>> > > > >>> > > >>> > > > >>> > > >>> > > > 523 9012732009 irock.com common-policy">conditions> >>> sip:[email protected]"/>sip:[email protected]"/>pres-rules">allowhandling>transformations>devices >>> xmlns="urn:ietf:params:xml:ns:pres-rules">provide-devices>persons >>> xmlns="urn:ietf:params:xml:ns:pres-rules">provide-persons>services >>> xmlns="urn:ietf:params:xml:ns:pres-rules">provide-services>transformations>ruleset> >>> 2 7389ddfe17038e107feb98b0382ed1a9 0 index.xml 0 >>> > > >>> > > >>> > > > >>> > > >>> > > > >>> > > >>> > > > >>> > > >>> > > > The first I would think is a contact list right? My Presence works >>> fine with these XCAP docs. >>> > > >>> > > > >>> > > >>> > > > On , Adrian Georgescu [email protected]> wrote: >>> > > >>> > > > > RLS is a way to expand in the SIP server a single subscription >>> sent to a SIP address into multiple subscriptions to a list of addresses >>> defined in XCAP server rls-services document. >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > Your error 5 means that your have no contacts list defined in >>> the rls-services document for sip uri [email protected] >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > You must build the list of contacts for [email protected], >>> upload it using HTTP PUT to the XCAP server rls-services document and >>> finally subscribe to [email protected] >>> > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > Adrian >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > On Jan 27, 2012, at 2:15 AM, [email protected] wrote: >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > I am trying to get Snom's Contact List to work with RLS and >>> XCAP. When I enable the Snom phone it sends the following subscribe >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > SUBSCRIBE sip:[email protected];user=phone SIP/2.0 >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > Via: SIP/2.0/UDP 192.168.1.70:3072 >>> ;branch=z9hG4bK-o82o6mip4krp;rport >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > From: sip:[email protected]>;tag=uqpj4kshg7 >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > To: sip:[email protected];user=phone> >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > Call-ID: c60b313ccc40-ul069icazcpv >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > CSeq: 1 SUBSCRIBE >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > Max-Forwards: 70 >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > Contact: ;reg-id=1 >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > Event: presence >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > Accept: application/pidf+xml, application/rlmi+xml, >>> multipart/related >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > Supported: eventlist >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > User-Agent: snom821/8.4.31 >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > Expires: 3600 >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > Content-Length: 0 >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > With my OpenSIPS config I have >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > # -- rls params -- >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > modparam("rls", "db_url", "mysql://opensips:****@ >>> 127.0.0.1/opensips") >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > modparam("rls", "server_address", "sip:rls@sdfsdfsdf:5060") >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > modparam("rls", "to_presence_code", 5) >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > modparam("rls", "integrated_xcap_server", 1) >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > modparam("rls", "presence_server", "sip:sa@asdfsadfsd:5060") >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > modparam("rls", "rls_event", "xcap-diff") >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > modparam("rls", "rls_event", "ua-profile") >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > rls_handle_subscribe(); >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > switch ($retcode) { >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > case 5: >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > # RLS indicated that message should be processed by presence >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > if (is_uri_host_local()) { >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > if (db_does_uri_exist()) { >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > handle_subscribe(); >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > } else { >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > t_reply("404", "User not found"); >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > } >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > exit; >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > } >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > break; >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > I see with xlog messages that rls_handle_subscribe() fails >>> with a "case 5". I am not sure why the Snom SUBSCRIBE would fail with a "5". >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > I've looked at http://www.opensips.org/Resources/Rls and the >>> SUBSCRIBE from SNOM really isn't that different. So why does >>> "rls_handle_subscribe()" >>> fail?_______________________________________________ >>> > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > Users mailing list >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > [email protected] >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > _______________________________________________ >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > Users mailing list >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > [email protected] >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> > > >>> > > > > >>> > > >>> > > > > >>> > > >>> > > > >_______________________________________________ >>> > > >>> > > > Users mailing list >>> > > >>> > > > [email protected] >>> > > >>> > > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > _______________________________________________ >>> > > >>> > > Users mailing list >>> > > >>> > > [email protected] >>> > > >>> > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> > > >>> > > >>> > > >>> > >_______________________________________________ >>> > Users mailing list >>> > [email protected] >>> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>> >>> _______________________________________________ >>> Users mailing list >>> [email protected] >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >> > > > -- > -- > *--*--*--*--*--* > Duane > *--*--*--*--*--* > -- > -- -- *--*--*--*--*--* Duane *--*--*--*--*--* --
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
