[SR-Users] Presence rules?

Tue Dec 25 18:57:08 CET 2012

Disabled authentication for subscribe requests in configuration file - it
helped.

On Tue, Dec 25, 2012 at 6:58 AM, Dmytro Bogovych
<dmytro.bogovych at gmail.com>wrote:

> Found the cause.
> Kamailio was configured to run on single tcp interface; so subscribe
> requests could not be routed properly.
>
> But there is another thing.
> PUA sends subscribe, receives 407 reply and stops - there is no
> negotiating between pua and other parts of kamailio...
>
> Merry Christmas!
>
>
>
> On Mon, Dec 24, 2012 at 1:10 PM, Dmytro Bogovych <
> dmytro.bogovych at gmail.com> wrote:
>
>> Thank you, i studied this tutorial many times.
>> XCAP contact storage works now. But not RLS.
>>
>> I made services and list documents, uploaded to server via curl.
>> After this i tried to subscribe to list name.
>> Log says all documents are parsed ok. Client application receives the
>> initial notify.
>>
>> Problem has come from pua side - it does not send subscription for
>> <entry> nodes.
>> I add a few new log calls to learn what happening inside; disabled debug
>> logging in km_res/db_res files to get reduce log size. Debug level is 3.
>> The lines from log file:
>>
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: rls
>> [notify.c:1035]: calling myself for rl_node
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: rls
>> [notify.c:1008]: process_list_and_exec runs
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: rls
>> [notify.c:1008]: process_list_and_exec runs
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: rls
>> [notify.c:1064]: calling for entry
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: rls
>> [notify.c:1071]: uri= sip:dbogovych2 at sip.voipobjects.com
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1222]: parsed uri:#012 type=1 user=<dbogovych2>(10)#012
>> passwd=<>(0)#012 host=<sip.voipobjects.com>(19)#012 port=<>(0): 0#012
>> params=<>(0)#012 headers=<>(0)
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1223]:  uri flags :
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1226]:    value=0
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1229]:  uri params:#012   transport=<>, val=<>, proto=0
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1232]:    user-param=<>, val=<>
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1235]:    method=<>, val=<>
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1238]:    ttl=<>, val=<>
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1241]:    maddr=<>, val=<>
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1242]:    lr=<>
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1243]:    r2=<>
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [socket_info.c:583]: grep_sock_info - checking if host==us: 19==13 && [
>> sip.voipobjects.com] == [78.47.174.187]
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: rls
>> [subscribe.c:968]: new contact insert to subscription list
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: rls
>> [subscribe.c:979]: send subscriptions via pua
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: pua
>> [send_subscribe.c:55]: pres_uri= sip:dbogovych2 at sip.voipobjects.com -
>> len: 34
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: pua
>> [send_subscribe.c:58]: watcher_uri= sip:dbogovych1 at sip.voipobjects.com -
>> len: 34
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: pua
>> [pua_db.c:1211]: No rows found
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: tm
>> [uac.c:243]: DEBUG:tm:t_uac: next_hop=<sip:dbogovych2 at sip.voipobjects.com
>> >
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1222]: parsed uri:#012 type=1 user=<dbogovych2>(10)#012
>> passwd=<>(0)#012 host=<sip.voipobjects.com>(19)#012 port=<>(0): 0#012
>> params=<>(0)#012 headers=<>(0)
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1223]:  uri flags :
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1226]:    value=0
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1229]:  uri params:#012   transport=<>, val=<>, proto=0
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1232]:    user-param=<>, val=<>
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1235]:    method=<>, val=<>
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1238]:    ttl=<>, val=<>
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1241]:    maddr=<>, val=<>
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1242]:    lr=<>
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [parser/parse_uri.c:1243]:    r2=<>
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [dns_cache.c:569]: dns_hash_find(_sip._udp.sip.voipobjects.com(29), 33),
>> h=893
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [resolve.c:727]: get_record: lookup(_sip._udp.sip.voipobjects.com, 33)
>> failed
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [dns_cache.c:897]: dns_cache_mk_bad_entry(_sip._udp.sip.voipobjects.com,
>> 33, 60, 1)
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [dns_cache.c:830]: dns_cache_add: adding _sip._udp.sip.voipobjects.com(29)
>> 33 (flags=1) at 893
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [dns_cache.c:569]: dns_hash_find(sip.voipobjects.com(19), 1), h=229
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [resolve.c:924]: get_record: skipping 0 NS (p=0x823f515, end=0x823f515)
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [resolve.c:940]: get_record: parsing 0 ARs (p=0x823f515, end=0x823f515)
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [dns_cache.c:1779]: dns_get_related(0xb3158040 (sip.voipobjects.com, 1),
>> 1, *(nil)) (0)
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: DEBUG: <core>
>> [dns_cache.c:872]: dns_cache_add: adding sip.voipobjects.com(19) 1
>> (flags=0) at 229
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: ERROR: tm
>> [ut.h:333]: no corresponding socket for af 2
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: ERROR: tm
>> [uac.c:266]: t_uac: no socket found
>> Dec 24 13:11:28 vps /usr/local/sbin/kamailio[32231]: ERROR: pua
>> [send_subscribe.c:1044]: while sending request with t_request
>>
>> Remote peer (dbogovych2) can be registered or not - it does not matter. I
>> see these 3 lines every time.
>> All peers belongs to the same (sip.voipobjects.com) domain.
>>
>> Maybe problem comes from my configuration - i run kamailio on OpenVZ VPS.
>>
>> If you may give me advice - please do it :)
>>
>> Thank you!
>>
>>
>> On Thu, Dec 13, 2012 at 1:17 PM, Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>> >
>> > Hello,
>> >
>> > presence rules are interpreted by presence_xml module.
>> >
>> > Maybe this tutorial can get you started, it is a bit old, but still
>> something to begin with:
>> >
>> > http://kb.asipto.com/kamailio:presence:k31-made-simple
>> >
>> > Cheers,
>> > Daniel
>> >
>> >
>> > On 12/7/12 8:51 PM, Dmytro Bogovych wrote:
>> >
>> > Greetings.
>> > I try to add rls/xcap presence into resiprocate-based user agent.
>> >
>> > May anyone tell me what module is responsible for parsing  presence
>> rules documents?
>> >
>> > I'm trying to setup "allow all" presence rules document but did not get
>> success...
>> >
>> > Thank you!
>> >
>> >
>> > _______________________________________________
>> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> > sr-users at lists.sip-router.org
>> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>> >
>> >
>> > --
>> > Daniel-Constantin Mierla - http://www.asipto.com
>> > http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20121225/6dc62a60/attachment.htm>