last trunk, remove current conf folder and reinstalled the default one after make install. I stopped iptables, connect 1000 to 1001 on port 5060, but after rtp-timeout it closes yet. sip trace after the rtp timeout SIP/2.0 481 Call Does Not Exist I start to be very frustrated....
I haven't followed this particular thread very closely but are you sure there are no port conflicts exhibited in the SDP? This is UDP after all and unlike TCP, binding is exclusive and port selection would then need to take in account those ports already in use (the endpoint and FS would be pretty much flying blind if the endpoint is not a local process). I would suggest reviewing your endpoint configurations and making sure that they are using unique (rtp/media) port ranges. One would think that if the endpoint shares the same global IP address as used by FS and it is not a (softphone) process running on the same physical box, then it would be communicating with FS using its private IP. Does both the signaling and media traffic traverse (i.e. routed) through a broadband router that sits in front of both FS and the endpoint or is it sent (i.e. forwarded) directly? -metik Madovsky wrote:
last trunk,
remove current conf folder and reinstalled the default one after make install. I stopped iptables, connect 1000 to 1001 on port 5060, but after rtp-timeout it closes yet.
sip trace after the rtp timeout SIP/2.0 481 Call Does Not Exist
I start to be very frustrated....
------------------------------------------------------------------------
_______________________________________________ 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
Hi Metik, Thanks for your answer. Just wondering which rtp port FS use really. on the sip trace I can see often rtp port up to 32768 (like 50434 etc..) so it should be a problem since I use apache with port 50050:60100 on the same IP as FS. ----- Original Message ----- From: "Metik" <freeswitch-users-list@metik.com> To: <freeswitch-users@lists.freeswitch.org> Sent: Sunday, March 21, 2010 3:46 PM Subject: Re: [Freeswitch-users] rtp timeout yet
I haven't followed this particular thread very closely but are you sure there are no port conflicts exhibited in the SDP? This is UDP after all and unlike TCP, binding is exclusive and port selection would then need to take in account those ports already in use (the endpoint and FS would be pretty much flying blind if the endpoint is not a local process).
I would suggest reviewing your endpoint configurations and making sure that they are using unique (rtp/media) port ranges. One would think that if the endpoint shares the same global IP address as used by FS and it is not a (softphone) process running on the same physical box, then it would be communicating with FS using its private IP.
Does both the signaling and media traffic traverse (i.e. routed) through a broadband router that sits in front of both FS and the endpoint or is it sent (i.e. forwarded) directly?
-metik
Madovsky wrote:
last trunk,
remove current conf folder and reinstalled the default one after make install. I stopped iptables, connect 1000 to 1001 on port 5060, but after rtp-timeout it closes yet.
sip trace after the rtp timeout SIP/2.0 481 Call Does Not Exist
I start to be very frustrated....
------------------------------------------------------------------------
_______________________________________________ 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
_______________________________________________ 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
participants (2)
-
Madovsky
-
Metik