[SR-Users] BLF state on register

[Daniel-Constantin Mierla]

Hello,

On 27/08/15 12:14, Loic Chabert wrote:
> Hello,
>
> pua_set_publish() is run afer save(). Order of function is important ?

yes, the first is just setting a flag for a callback executed by save in
order to know what do to in that callback.

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

Yes, you can have per module debug level, look at debugger module.

Cheers,
Daniel

>
> Regards & thanks.
>
> 2015-08-26 12:07 GMT+02:00 Daniel-Constantin Mierla <miconda at gmail.com
> <mailto: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 <mailto: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 <mailto: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 list
>>>>             sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>>>             http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>             -- 
>>>             Daniel-Constantin Mierla
>>>             http://twitter.com/#!/miconda <http://twitter.com/#%21/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
>>>             <mailto:sr-users at lists.sip-router.org>
>>>             http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>
>>         -- 
>>         Daniel-Constantin Mierla
>>         http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - http://www.linkedin.com/in/miconda
>>         Book: SIP Routing With Kamailio - http://www.asipto.com
>>
>>
>
>     -- 
>     Daniel-Constantin Mierla
>     http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - http://www.linkedin.com/in/miconda
>     Book: SIP Routing With Kamailio - http://www.asipto.com
>
>

-- 
Daniel-Constantin Mierla
http://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/ffb5b6fd/attachment.html>