[SR-Users] BLF state on register

[Loic Chabert]

Thanks for this explanation.

I have set pua_set_publish() before running save, and now, publish has been
sent to kamailio himself.
Next publish has been recieved, but no notify REQUEST has been sent to
subscribed users. As i can see in debug (attached), a Presence event type
has been generate, not a dialog event. Is it normal ?

My hardphone (Yealink) subscribed to Event: dialog, not presence event.
Kamailio should "convert" this Presence event into a dialog message no ?

Thanks,
Regards.

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

> 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>:
>
>> 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
>>
>>
>
> --
> 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/2430486f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: debug3_publish
Type: application/octet-stream
Size: 10689 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20150827/2430486f/attachment.obj>