Event to trap removal of registration not by "unregister"?
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
You always have the option to subscribe to "all" events, and when the unregister happens check if any event is generated and it suits your needs, there could be another event type that might give you this info without having to be specifically the sofia::unregister, I'm not sure. Maybe worth the try... On Thu, Apr 4, 2019 at 12:04 PM mario_fs <mario_fs@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 _________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
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@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
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@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@mgtech.com <mailto:mario_fs@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
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
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@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@freeswitch.org <mailto:mike@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@mgtech.com <mailto:mario_fs@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
Thank you, on the page below I found sofia::expire and sofia::sip_user_state, should these two handle any reason for disconnect? However, I don’t know it they are available to the LUA exit since I cannot find that darn page on the wiki again. https://freeswitch.org/confluence/display/FREESWITCH/Event+List
On Apr 5, 2019, at 11:08 AM, Mike Jerris <mike@freeswitch.org> wrote:
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@mgtech.com <mailto:mario_fs@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@freeswitch.org <mailto:mike@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@mgtech.com <mailto:mario_fs@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
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
Not EVERY THING is documented. But an event is an even and it will get shot up the event socket. You should be able to catch it via the event socket. On Sat, 6 Apr 2019 at 20:44, mario_fs <mario_fs@mgtech.com> wrote:
Thank you, on the page below I found *sofia::expire* and *sofia::sip_user_state*, should these two handle any reason for disconnect? However, I don’t know it they are available to the LUA exit since I cannot find that darn page on the wiki again.
https://freeswitch.org/confluence/display/FREESWITCH/Event+List
On Apr 5, 2019, at 11:08 AM, Mike Jerris <mike@freeswitch.org> wrote:
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@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@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@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
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- Regards, David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337
I understand not everything is documented but I ran up against 3 issues: 1. I don’t know what event or subclass to try to capture. 2. The page https://freeswitch.org/confluence/display/FREESWITCH/Event+List <https://freeswitch.org/confluence/display/FREESWITCH/Event+List> shows to look at switch_event.c, but no descriptions as to what they are so I have to guess. 3. The page https://freeswitch.org/confluence/pages/viewpage.action?pageId=15139388 <https://freeswitch.org/confluence/pages/viewpage.action?pageId=15139388> does not say the source they came from, and again, no description. Don't get me wrong, I am glad the info is on the wiki, I know very well how much work goes into it since I converted tons of pages and maintain the Mac pages. It’s just that there is nothing to solve my problem of determining exactly what class/subclass to trap when a registration entry is deleted. Been at this over a week now trying things. Thanks for the response, Mario G
On Apr 7, 2019, at 5:54 AM, David Villasmil <david.villasmil.work@gmail.com> wrote:
Not EVERY THING is documented. But an event is an even and it will get shot up the event socket. You should be able to catch it via the event socket.
On Sat, 6 Apr 2019 at 20:44, mario_fs <mario_fs@mgtech.com <mailto:mario_fs@mgtech.com>> wrote: Thank you, on the page below I found sofia::expire and sofia::sip_user_state, should these two handle any reason for disconnect? However, I don’t know it they are available to the LUA exit since I cannot find that darn page on the wiki again.
https://freeswitch.org/confluence/display/FREESWITCH/Event+List <https://freeswitch.org/confluence/display/FREESWITCH/Event+List>
On Apr 5, 2019, at 11:08 AM, Mike Jerris <mike@freeswitch.org <mailto:mike@freeswitch.org>> wrote:
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@mgtech.com <mailto:mario_fs@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@freeswitch.org <mailto:mike@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@mgtech.com <mailto:mario_fs@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
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com <mailto:sales@freeswitch.com> https://freeswitch.com <https://freeswitch.com/>
Official FreeSWITCH Sites https://freeswitch.com/oss <https://freeswitch.com/oss> https://freeswitch.org/confluence <https://freeswitch.org/confluence> https://cluecon.com <https://cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> https://freeswitch.com <https://freeswitch.com/>
Professional FreeSWITCH Services sales@freeswitch.com <mailto:sales@freeswitch.com> https://freeswitch.com <https://freeswitch.com/>
Official FreeSWITCH Sites https://freeswitch.com/oss <https://freeswitch.com/oss> https://freeswitch.org/confluence <https://freeswitch.org/confluence> https://cluecon.com <https://cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> https://freeswitch.com <https://freeswitch.com/>-- Regards,
David Villasmil email: david.villasmil.work@gmail.com <mailto:david.villasmil.work@gmail.com> phone: +34669448337 _________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
Have you try having it happen while catching all events? On Tue, 9 Apr 2019 at 00:45, mario_fs <mario_fs@mgtech.com> wrote:
I understand not everything is documented but I ran up against 3 issues:
1. I don’t know what event or subclass to try to capture. 2. The page https://freeswitch.org/confluence/display/FREESWITCH/Event+List shows to look at switch_event.c, but no descriptions as to what they are so I have to guess. 3. The page https://freeswitch.org/confluence/pages/viewpage.action?pageId=15139388 does not say the source they came from, and again, no description.
Don't get me wrong, I am glad the info is on the wiki, I know very well how much work goes into it since I converted tons of pages and maintain the Mac pages. It’s just that there is nothing to solve my problem of determining exactly what class/subclass to trap when a registration entry is deleted. Been at this over a week now trying things.
Thanks for the response, Mario G
On Apr 7, 2019, at 5:54 AM, David Villasmil < david.villasmil.work@gmail.com> wrote:
Not EVERY THING is documented. But an event is an even and it will get shot up the event socket. You should be able to catch it via the event socket.
On Sat, 6 Apr 2019 at 20:44, mario_fs <mario_fs@mgtech.com> wrote:
Thank you, on the page below I found *sofia::expire* and *sofia::sip_user_state*, should these two handle any reason for disconnect? However, I don’t know it they are available to the LUA exit since I cannot find that darn page on the wiki again.
https://freeswitch.org/confluence/display/FREESWITCH/Event+List
On Apr 5, 2019, at 11:08 AM, Mike Jerris <mike@freeswitch.org> wrote:
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@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@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@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
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 _________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- Regards, David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337
Hi Mario, I personally already suggested to you to subscribe to "all" events (this is not a random word, you can subscribe to "all" and you get *every generated event*) and see *IF* there is anything (documented or not) that may be useful for you. If you don't find anything useful in any of the events, I believe the FS core devs have already suggested to open a JIRA ticket as it could be a bug that needs fixing. I highly recommend you follow these two suggestions, you might find yourself saving some valuable time going forward. Best regards, Joel. On Mon, Apr 8, 2019 at 6:00 PM David Villasmil < david.villasmil.work@gmail.com> wrote:
Have you try having it happen while catching all events?
On Tue, 9 Apr 2019 at 00:45, mario_fs <mario_fs@mgtech.com> wrote:
I understand not everything is documented but I ran up against 3 issues:
1. I don’t know what event or subclass to try to capture. 2. The page https://freeswitch.org/confluence/display/FREESWITCH/Event+List shows to look at switch_event.c, but no descriptions as to what they are so I have to guess. 3. The page https://freeswitch.org/confluence/pages/viewpage.action?pageId=15139388 does not say the source they came from, and again, no description.
Don't get me wrong, I am glad the info is on the wiki, I know very well how much work goes into it since I converted tons of pages and maintain the Mac pages. It’s just that there is nothing to solve my problem of determining exactly what class/subclass to trap when a registration entry is deleted. Been at this over a week now trying things.
Thanks for the response, Mario G
On Apr 7, 2019, at 5:54 AM, David Villasmil < david.villasmil.work@gmail.com> wrote:
Not EVERY THING is documented. But an event is an even and it will get shot up the event socket. You should be able to catch it via the event socket.
On Sat, 6 Apr 2019 at 20:44, mario_fs <mario_fs@mgtech.com> wrote:
Thank you, on the page below I found *sofia::expire* and *sofia::sip_user_state*, should these two handle any reason for disconnect? However, I don’t know it they are available to the LUA exit since I cannot find that darn page on the wiki again.
https://freeswitch.org/confluence/display/FREESWITCH/Event+List
On Apr 5, 2019, at 11:08 AM, Mike Jerris <mike@freeswitch.org> wrote:
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@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@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@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
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 _________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 _________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
Thanks you I will try all, the problem is not a FreeSwitch issue which is why I am not opening a Jira. This Bria client and push server are doing strange things and Counterpath agrees. I think the traces on their end is missing activity since FreeSwitch logs more registration activity than their trace. For now, I will try Sofia::all. Thanks again! Mario G
On Apr 8, 2019, at 6:15 PM, Joel Serrano <joel@textplus.com> wrote:
Hi Mario,
I personally already suggested to you to subscribe to "all" events (this is not a random word, you can subscribe to "all" and you get *every generated event*) and see *IF* there is anything (documented or not) that may be useful for you.
If you don't find anything useful in any of the events, I believe the FS core devs have already suggested to open a JIRA ticket as it could be a bug that needs fixing.
I highly recommend you follow these two suggestions, you might find yourself saving some valuable time going forward.
Best regards, Joel.
On Mon, Apr 8, 2019 at 6:00 PM David Villasmil <david.villasmil.work@gmail.com <mailto:david.villasmil.work@gmail.com>> wrote: Have you try having it happen while catching all events?
On Tue, 9 Apr 2019 at 00:45, mario_fs <mario_fs@mgtech.com <mailto:mario_fs@mgtech.com>> wrote: I understand not everything is documented but I ran up against 3 issues:
1. I don’t know what event or subclass to try to capture. 2. The page https://freeswitch.org/confluence/display/FREESWITCH/Event+List <https://freeswitch.org/confluence/display/FREESWITCH/Event+List> shows to look at switch_event.c, but no descriptions as to what they are so I have to guess. 3. The page https://freeswitch.org/confluence/pages/viewpage.action?pageId=15139388 <https://freeswitch.org/confluence/pages/viewpage.action?pageId=15139388> does not say the source they came from, and again, no description.
Don't get me wrong, I am glad the info is on the wiki, I know very well how much work goes into it since I converted tons of pages and maintain the Mac pages. It’s just that there is nothing to solve my problem of determining exactly what class/subclass to trap when a registration entry is deleted. Been at this over a week now trying things.
Thanks for the response, Mario G
On Apr 7, 2019, at 5:54 AM, David Villasmil <david.villasmil.work@gmail.com <mailto:david.villasmil.work@gmail.com>> wrote:
Not EVERY THING is documented. But an event is an even and it will get shot up the event socket. You should be able to catch it via the event socket.
On Sat, 6 Apr 2019 at 20:44, mario_fs <mario_fs@mgtech.com <mailto:mario_fs@mgtech.com>> wrote: Thank you, on the page below I found sofia::expire and sofia::sip_user_state, should these two handle any reason for disconnect? However, I don’t know it they are available to the LUA exit since I cannot find that darn page on the wiki again.
https://freeswitch.org/confluence/display/FREESWITCH/Event+List <https://freeswitch.org/confluence/display/FREESWITCH/Event+List>
On Apr 5, 2019, at 11:08 AM, Mike Jerris <mike@freeswitch.org <mailto:mike@freeswitch.org>> wrote:
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@mgtech.com <mailto:mario_fs@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@freeswitch.org <mailto:mike@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@mgtech.com <mailto:mario_fs@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
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com <mailto:sales@freeswitch.com> https://freeswitch.com <https://freeswitch.com/>
Official FreeSWITCH Sites https://freeswitch.com/oss <https://freeswitch.com/oss> https://freeswitch.org/confluence <https://freeswitch.org/confluence> https://cluecon.com <https://cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> https://freeswitch.com <https://freeswitch.com/>
Professional FreeSWITCH Services sales@freeswitch.com <mailto:sales@freeswitch.com> https://freeswitch.com <https://freeswitch.com/>
Official FreeSWITCH Sites https://freeswitch.com/oss <https://freeswitch.com/oss> https://freeswitch.org/confluence <https://freeswitch.org/confluence> https://cluecon.com <https://cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> https://freeswitch.com <https://freeswitch.com/>-- Regards,
David Villasmil email: david.villasmil.work@gmail.com <mailto:david.villasmil.work@gmail.com> phone: +34669448337 _________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com <mailto:sales@freeswitch.com> https://freeswitch.com <https://freeswitch.com/>
Official FreeSWITCH Sites https://freeswitch.com/oss <https://freeswitch.com/oss> https://freeswitch.org/confluence <https://freeswitch.org/confluence> https://cluecon.com <https://cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> https://freeswitch.com <https://freeswitch.com/>
Professional FreeSWITCH Services sales@freeswitch.com <mailto:sales@freeswitch.com> https://freeswitch.com <https://freeswitch.com/>
Official FreeSWITCH Sites https://freeswitch.com/oss <https://freeswitch.com/oss> https://freeswitch.org/confluence <https://freeswitch.org/confluence> https://cluecon.com <https://cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> https://freeswitch.com <https://freeswitch.com/>-- Regards,
David Villasmil email: david.villasmil.work@gmail.com <mailto:david.villasmil.work@gmail.com> phone: +34669448337 _________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com <mailto:sales@freeswitch.com> https://freeswitch.com <https://freeswitch.com/>
Official FreeSWITCH Sites https://freeswitch.com/oss <https://freeswitch.com/oss> https://freeswitch.org/confluence <https://freeswitch.org/confluence> https://cluecon.com <https://cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> https://freeswitch.com <https://freeswitch.com/>_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
participants (4)
-
David Villasmil
-
Joel Serrano
-
mario_fs
-
Mike Jerris