[Freeswitch-users] Event to trap removal of registration not by "unregister"?

Mike Jerris mike at freeswitch.org
Fri Apr 5 18:08:56 UTC 2019


The only thing I can think of is expiration of the reg.  You might need to do some digging and add some logs to everything that deletes from the table but as far as I know its only the reg expires thread cleaning up and the handler for unreg.  The only other case would be where multi reg disabled and another reg comes in.

> On Apr 5, 2019, at 12:06 PM, mario_fs <mario_fs at mgtech.com> wrote:
> 
> Expires for push are set at 3600 seconds and seem to be fine since I see these in the log, there is something else going one that just kills registration. It occur once in 2-4 days which is why I can’t just log everything. Wish there was an event trap for whatever causes an entry from a "sofia status profile internal reg” to be removed.
> 
>> On Apr 4, 2019, at 1:18 PM, Mike Jerris <mike at freeswitch.org <mailto:mike at freeswitch.org>> wrote:
>> 
>> See if there is an event but I’m guessing that’s just a bug and needs it added on expire too.
>> 
>>> On Apr 4, 2019, at 12:45 PM, mario_fs <mario_fs at mgtech.com <mailto:mario_fs at mgtech.com>> wrote:
>>> 
>>> I am trapping and logging unregister events using LUA sofia::unregister. I have found that the Counterpath’s push server is disconnecting intermittently but not by an “unregister” so the trap is not invoked and so cannot log it. Freeswitch is removing the registration for the device but the unregister trap is not called. Is there another event I could use to trap when FreeSwitch removes a registration?
>>> 
>>> hook event="custom" subclass="sofia::unregister" script=“…..
>>> Mario G
>> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20190405/851ddcf7/attachment.html>


More information about the FreeSWITCH-users mailing list