Sponsor: VoiceMeUp - Corporate & Wholesale VoIP Services

VoIP Mailing List Archives
Mailing list archives for the VoIP community
 SearchSearch 

[Freeswitch-users] gateway FS informs it's client FS about users hanged up with a long delay


 
Post new topic   Reply to topic    VoIP Mailing List Archives Forum Index -> freeSWITCH Users
View previous topic :: View next topic  
Author Message
maciej.aniserowicz at ...
Guest





PostPosted: Mon Oct 05, 2009 7:41 am    Post subject: [Freeswitch-users] gateway FS informs it's client FS about u Reply with quote

Hi, When I use two FreeSWITCH instances ('internal' and 'external'), all users register to the 'external' instance which acts as a gateway by 'internal' instance (which in turn is controlled by my applicaiton with commands sent by socket). When user hangs up, the 'hanged up' event is propagated to the 'internal' instance after a long time (~3 minutes) instead of being propagated immediately. What can cause this issue? Br/ Maciej Aniserowicz
Back to top
mike at jerris.com
Guest





PostPosted: Wed Oct 07, 2009 8:41 am    Post subject: [Freeswitch-users] gateway FS informs it's client FS about u Reply with quote

Incorrect NAT configuration so one of the boxes is not actually getting a BYE.


On Oct 5, 2009, at 3:13 AM, Maciej Aniserowicz wrote:
Quote:
Hi,
When I use two FreeSWITCH instances ('internal' and 'external'), all users register to the 'external' instance which acts as a gateway by 'internal' instance (which in turn is controlled by my applicaiton with commands sent by socket).
When user hangs up, the 'hanged up' event is propagated to the 'internal' instance after a long time (~3 minutes) instead of being propagated immediately.
What can cause this issue?


Back to top
maciej.aniserowicz at ...
Guest





PostPosted: Thu Oct 08, 2009 8:28 am    Post subject: [Freeswitch-users] gateway FS informs it's client FS about u Reply with quote

Both of the instances are run on the same machine, i just changed the default
ports they use. Can anything else cause this strange behavior?
MA



Michael Jerris wrote:
Quote:

Incorrect NAT configuration so one of the boxes is not actually
getting a BYE.


On Oct 5, 2009, at 3:13 AM, Maciej Aniserowicz wrote:

Quote:
Hi,
When I use two FreeSWITCH instances ('internal' and 'external'), all
users register to the 'external' instance which acts as a gateway by
'internal' instance (which in turn is controlled by my applicaiton
with commands sent by socket).
When user hangs up, the 'hanged up' event is propagated to the
'internal' instance after a long time (~3 minutes) instead of being
propagated immediately.
What can cause this issue?


_______________________________________________
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
http://www.freeswitch.org



--
View this message in context: http://n2.nabble.com/gateway-FS-informs-it-s-client-FS-about-users-hanged-up-with-a-long-delay-tp3768540p3787956.html
Sent from the freeswitch-users mailing list archive at Nabble.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
http://www.freeswitch.org
Back to top
msc at freeswitch.org
Guest





PostPosted: Thu Oct 08, 2009 12:12 pm    Post subject: [Freeswitch-users] gateway FS informs it's client FS about u Reply with quote

On Thu, Oct 8, 2009 at 6:18 AM, Maciej Aniserowicz <maciej.aniserowicz@gmail.com (maciej.aniserowicz@gmail.com)> wrote:
Quote:

Both of the instances are run on the same machine, i just changed the default
ports they use. Can anything else cause this strange behavior?
MA
Did a packet capture yield any clues? That is, were you able to confirm that each instance sent and received all the packets that you believe they should have sent and received? The reason I ask is so that you don't end up chasing a ghost because you made an assumption somewhere in your troubleshooting.

-MC
 

Quote:



Michael Jerris wrote:
Quote:

Incorrect NAT configuration so one of the boxes is not actually
getting a BYE.


On Oct 5, 2009, at 3:13 AM, Maciej Aniserowicz wrote:

Quote:
Hi,
When I use two FreeSWITCH instances ('internal' and 'external'), all
users register to the 'external' instance which acts as a gateway by
'internal' instance (which in turn is controlled by my applicaiton
with commands sent by socket).
When user hangs up, the 'hanged up' event is propagated to the
'internal' instance after a long time (~3 minutes) instead of being
propagated immediately.
What can cause this issue?


_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org (FreeSWITCH-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



--
View this message in context: http://n2.nabble.com/gateway-FS-informs-it-s-client-FS-about-users-hanged-up-with-a-long-delay-tp3768540p3787956.html
Sent from the freeswitch-users mailing list archive at Nabble.com.

_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org (FreeSWITCH-users@lists.freeswitch.org)
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
maciej.aniserowicz at ...
Guest





PostPosted: Fri Oct 09, 2009 9:53 am    Post subject: [Freeswitch-users] gateway FS informs it's client FS about u Reply with quote

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> Hello, The issue is resolved. I feel stupid, because Michael Jerris was right the first time. Setting external_rtp_ip and external_sip_ip to $${local_ip_v4} made it work. But the strange thing is: it SOMETIMES worked before without any delay, which 'should not be possible', because the original IP was my external ip and the BYE message was sent straight to it. And there is no way it could reach the target 'internal' FS, because it runs on virtual machine, and no ports are forwarded on my router. Any thoughts? Why this could (rarely) work even with the previous config? Thanks to both of you for your answers. MA ----- Original Message ----- From: [hidden email] To: [hidden email] Sent: Thursday, October 08, 2009 7:06 PM Subject: Re: [Freeswitch-users] gateway FS informs it's client FS about users hanged up with a long delay On Thu, Oct 8, 2009 at 6:18 AM, Maciej Aniserowicz <[hidden email]> wrote: Both of the instances are run on the same machine, i just changed the defaultports they use. Can anything else cause this strange behavior?MA Did a packet capture yield any clues? That is, were you able to confirm that each instance sent and received all the packets that you believe they should have sent and received? The reason I ask is so that you don't end up chasing a ghost because you made an assumption somewhere in your troubleshooting.-MCĂ‚ Michael Jerris wrote:>> Incorrect NAT configuration so one of the boxes is not actually> getting a BYE.>>> On Oct 5, 2009, at 3:13 AM, Maciej Aniserowicz wrote:>>> Hi,>> When I use two FreeSWITCH instances ('internal' and 'external'), all>> users register to the 'external' instance which acts as a gateway by>> 'internal' instance (which in turn is controlled by my applicaiton>> with commands sent by socket).>> When user hangs up, the 'hanged up' event is propagated to the>> 'internal' instance after a long time (~3 minutes) instead of being>> propagated immediately.>> What can cause this issue?>>> _______________________________________________> FreeSWITCH-users mailing list> [hidden email]> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org>>
--View this message in context: http://n2.nabble.com/gateway-FS-informs-it-s-client-FS-about-users-hanged-up-with-a-long-delay-tp3768540p3787956.htmlSent from the freeswitch-users mailing list archive at Nabble.com._______________________________________________FreeSWITCH-users mailing list[hidden email]http://lists.freeswitch.org/mailman/listinfo/freeswitch-usersUNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org_______________________________________________ FreeSWITCH-users mailing list [hidden email] http://lists.freeswitch.org/mailman/listinfo/freeswitch-usersUNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
View this message in context: Re: [Freeswitch-users] gateway FS informs it's client FS about users hanged up with a long delay
Sent from the freeswitch-users mailing list archive at Nabble.com.
Back to top
mike at jerris.com
Guest





PostPosted: Sun Oct 11, 2009 5:03 pm    Post subject: [Freeswitch-users] gateway FS informs it's client FS about u Reply with quote

On Oct 9, 2009, at 10:40 AM, Maciej Aniserowicz wrote:
Quote:
Hello,
The issue is resolved. I feel stupid, because Michael Jerris was right the first time. Setting external_rtp_ip and external_sip_ip to $${local_ip_v4} made it work.
But the strange thing is: it SOMETIMES worked before without any delay, which 'should not be possible', because the original IP was my external ip and the BYE message was sent straight to it. And there is no way it could reach the target 'internal' FS, because it runs on virtual machine, and no ports are forwarded on my router.
Any thoughts? Why this could (rarely) work even with the previous config?

Thanks to both of you for your answers.

MA


It could work at least in regards to rtp if you had something else on the other side that adjusted to incorrect rtp ip like freeswitch does, the bye probably never really worked.


Mike
Back to top
Display posts from previous:   
Post new topic   Reply to topic    VoIP Mailing List Archives Forum Index -> freeSWITCH Users All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group

VoiceMeUp - Corporate & Wholesale VoIP Services