[SR-Users] BLF state on register

[Loic Chabert]

Hello,

pua_set_publish() is run afer save(). Order of function is important ?

Too many logs with debug=3, do you have a solution to debug only one
module, and not all at the same time ?

Regards & thanks.

2015-08-26 12:07 GMT+02:00 Daniel-Constantin Mierla <miconda at gmail.com>:

> Hello,
>
> are you still running pua_set_publish() before calling save() of registrar
> module?
>
> Try to look at logs with debug=3 when a register is processed.
>
> Cheers,
> Daniel
>
>
> On 26/08/15 10:08, Loic Chabert wrote:
>
> Hello,
>
> SIP is sent over UDP.
>
> I have check (on all interface with tcpdump -i any), and now, subscription
> is OK:
> - 102 subscribe to 103, but authentication needed
> - 102 subscribe to 103 with authentication informations
> - kamailio sent a 200OK, with subscription state OK
>
> But when 103 sent a register and complete it, no loopback publish has been
> sent, and no notify too.
>
> Regards.
>
>
> 2015-08-26 9:16 GMT+02:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>
>> Hello,
>>
>> watch the sip traffic and see if there are retransmissions not replies as
>> well as look at expires header value for subscribe/public requests. The
>> reason timeout is somehow related to the above.
>>
>> Again, be sure you look at the traffic on all network interfaces.
>>
>> Is SIP sent over UDP or TCP/TLS?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 25/08/15 16:07, Loic Chabert wrote:
>>
>> Thanks Daniel,
>>
>> Yes a subscribe request as been sent by my hardphone, authentication
>> works, but juste after 200OK, a NOTIFY message as been sent with this
>> header: Subscription-State: terminated;reason=timeout
>>
>> But, on my SQL table "active_watcher", i can see my user (103) subscribed
>> to 102 dialog events.
>>
>> Concerning pua_usrloc, all requests PUBLISH from myself are allowed:
>>
>>     if(is_method("PUBLISH") && from_uri==myself)
>>         return;
>>
>> Do you want any copy of debug message at level 3 ?
>>
>> Thanks.
>> Regards.
>>
>> 2015-08-25 12:20 GMT+02:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>>
>>> Hello,
>>>
>>> do you get subscribe requests from users? A NOTIFY is sent only when
>>> there is an active subscription.
>>>
>>> Also, be sure you allow traffic on loopback without authentication --
>>> pua_usrloc may send a publish to same sip server instance. Running with
>>> debug=3 and looking at syslog should reveal more about what is happening
>>> around.
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 25/08/15 11:40, Loic Chabert wrote:
>>>
>>> Hello everyone,
>>>
>>> I'm trying to reproduce BLF's asterisk fonctionnality with kamailio.
>>> With asterisk, on register, NOTIFY message has been sent to all
>>> suscribed users. So LED became green.
>>> How can i reproduce this function ?
>>>
>>> I have try to execute a "pua_set_publish()" on register route, but it's
>>> not work. My led stay "black", and no notify message has been sent.
>>>
>>> I have loaded presence, presence_xml, presence_mwi, presence_dialoginfo,
>>> pua, pua_dialoginfo, pua_usrloc. Any other module needed ?
>>>
>>> Thanks,
>>> Regards.
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>> --
>>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>>> Book: SIP Routing With Kamailio - http://www.asipto.com
>>>
>>>
>>> _______________________________________________
>>> 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 Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>> Book: SIP Routing With Kamailio - http://www.asipto.com
>>
>>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Book: SIP Routing With Kamailio - http://www.asipto.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20150827/422295e8/attachment.html>