RTP port rewriting stops working when combined with transcoding?
Dear All, I am trying to figure out why I see what I see. When I make a call using the same codec (say, PCMA/8000 on both sides), FreeSwitch rewrites the RTP stream's IP address and port for me. That I like, since my FreeSwitch is behind NAT. From the logs: 2014-07-16 12:32:36.815907 [INFO] switch_rtp.c:3738 Auto Changing port from 1.2.3.4:4040 to 5.6.7.8:4040 2014-07-16 12:32:36.995906 [INFO] switch_rtp.c:3738 Auto Changing port from 9.10.11.12:12345 to 13.14.15.16:41730 Now, when I try to use two different codecs, this behaviour stops. From the logs and without changing the configuration or restarting FreeSwitch: 2014-07-16 12:35:36.495902 [INFO] switch_rtp.c:3738 Auto Changing port from 1.2.3.4:4042 to 5.6.7.8:4042 The other line is missing and ngrep reveals how FreeSwitch stubbornly sends RTP audio to the wrong port and IP address. Further testing shows: PCMA -> PCMA: IP/port is rewritten SILK -> PCMA: IP/port is *not* rewritten GSM -> PCMA: IP/port is rewritten Speex -> PCMA: IP/port is *not* rewritten How can I have transcoding *and* RTP IP/port rewriting work at the same time, please? Is this a per-codec thing? -- Kees Jan http://java-monitor.com/ kjkoster@kjkoster.org +31651838192 Change is good. Granted, it is good in retrospect, but change is good.
Links to some sip traces WITH the freeswitch logs in all these cases would be most helpful, Since your FreeSWITCH is behind nat, Are you setting the ext-sip-ip and ext-rtp-ip along with the local-network-acl? (Also you must prefix the ext-*-ip elements with autonat: if you wish to dynamically lie about the IP depending if the endpoint is behind nat with FS or outside the nat ie thats what local-network-acl is for) On Wed, Jul 16, 2014 at 7:47 AM, Kees Jan Koster <kjkoster@gmail.com> wrote:
Dear All,
I am trying to figure out why I see what I see.
When I make a call using the same codec (say, PCMA/8000 on both sides), FreeSwitch rewrites the RTP stream's IP address and port for me. That I like, since my FreeSwitch is behind NAT.
From the logs:
2014-07-16 12:32:36.815907 [INFO] switch_rtp.c:3738 Auto Changing port from 1.2.3.4:4040 to 5.6.7.8:4040 2014-07-16 12:32:36.995906 [INFO] switch_rtp.c:3738 Auto Changing port from 9.10.11.12:12345 to 13.14.15.16:41730
Now, when I try to use two different codecs, this behaviour stops.
From the logs and without changing the configuration or restarting FreeSwitch:
2014-07-16 12:35:36.495902 [INFO] switch_rtp.c:3738 Auto Changing port from 1.2.3.4:4042 to 5.6.7.8:4042
The other line is missing and ngrep reveals how FreeSwitch stubbornly sends RTP audio to the wrong port and IP address.
Further testing shows:
PCMA -> PCMA: IP/port is rewritten SILK -> PCMA: IP/port is *not* rewritten GSM -> PCMA: IP/port is rewritten Speex -> PCMA: IP/port is *not* rewritten
How can I have transcoding *and* RTP IP/port rewriting work at the same time, please?
Is this a per-codec thing?
-- Kees Jan
http://java-monitor.com/ kjkoster@kjkoster.org +31651838192
Change is good. Granted, it is good in retrospect, but change is good.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
Dear Brian, Thank you for your response. I have reproduced the problem with fs_cli and ngrep running. fs_cli log http://pastebin.freeswitch.org/22883 Please find some config, status and version info at the very end of that output. ngrep output http://pastebin.freeswitch.org/22884 Rough setup sketch: [custom client] ---- [ custom proxy ][ fs ] ---- [ SIP softphone ] 84.241.196.84 public 54.72.22.25 192.168.240.26 private 10.20.3.26 The custom proxy talks SIP with FS to do signalling for the custom client. The custom client talks RTP directly to FS and the custom proxy is not involved in RTP. the custom proxy and FS share the machine. The SIP softphone leg gets its RTP rewritten (http://pastebin.freeswitch.org/22883 line 253) but the custom client RTP is not. When I use PCMA on both legs the custom client's RTP does get rewritten. I note that in spite of ext-rtp-ip being set to 54.72.22.25, FS advertises "c=IN IP4 10.20.3.26" in the SDP around line 203 of http://pastebin.freeswitch.org/22884 Thus, the custom proxy rewrites the SDP to read 54.72.22.25. Kees Jan On 17 Jul 2014, at 15:54, Brian West <brian@freeswitch.org> wrote:
Links to some sip traces WITH the freeswitch logs in all these cases would be most helpful, Since your FreeSWITCH is behind nat, Are you setting the ext-sip-ip and ext-rtp-ip along with the local-network-acl? (Also you must prefix the ext-*-ip elements with autonat: if you wish to dynamically lie about the IP depending if the endpoint is behind nat with FS or outside the nat ie thats what local-network-acl is for)
On Wed, Jul 16, 2014 at 7:47 AM, Kees Jan Koster <kjkoster@gmail.com> wrote: Dear All,
I am trying to figure out why I see what I see.
When I make a call using the same codec (say, PCMA/8000 on both sides), FreeSwitch rewrites the RTP stream's IP address and port for me. That I like, since my FreeSwitch is behind NAT.
From the logs:
2014-07-16 12:32:36.815907 [INFO] switch_rtp.c:3738 Auto Changing port from 1.2.3.4:4040 to 5.6.7.8:4040 2014-07-16 12:32:36.995906 [INFO] switch_rtp.c:3738 Auto Changing port from 9.10.11.12:12345 to 13.14.15.16:41730
Now, when I try to use two different codecs, this behaviour stops.
From the logs and without changing the configuration or restarting FreeSwitch:
2014-07-16 12:35:36.495902 [INFO] switch_rtp.c:3738 Auto Changing port from 1.2.3.4:4042 to 5.6.7.8:4042
The other line is missing and ngrep reveals how FreeSwitch stubbornly sends RTP audio to the wrong port and IP address.
Further testing shows:
PCMA -> PCMA: IP/port is rewritten SILK -> PCMA: IP/port is *not* rewritten GSM -> PCMA: IP/port is rewritten Speex -> PCMA: IP/port is *not* rewritten
How can I have transcoding *and* RTP IP/port rewriting work at the same time, please?
Is this a per-codec thing?
-- Kees Jan
http://java-monitor.com/ kjkoster@kjkoster.org +31651838192
Change is good. Granted, it is good in retrospect, but change is good.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- Brian West brian@freeswitch.org
Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- Kees Jan http://java-monitor.com/ kjkoster@kjkoster.org +31651838192 Human beings make life so interesting. Do you know that in a universe so full of wonders, they have managed to invent boredom. Quite astonishing... -- Terry Pratchett
Deqr All, I am really stuck for ideas. If anyone knows what I need to look into to get deeper into this I would appreciate your help. Kees Jan On 18 Jul 2014, at 10:38, Kees Jan Koster <kjkoster@gmail.com> wrote:
Dear Brian,
Thank you for your response. I have reproduced the problem with fs_cli and ngrep running.
fs_cli log http://pastebin.freeswitch.org/22883 Please find some config, status and version info at the very end of that output.
ngrep output http://pastebin.freeswitch.org/22884
Rough setup sketch:
[custom client] ---- [ custom proxy ][ fs ] ---- [ SIP softphone ]
84.241.196.84 public 54.72.22.25 192.168.240.26 private 10.20.3.26
The custom proxy talks SIP with FS to do signalling for the custom client. The custom client talks RTP directly to FS and the custom proxy is not involved in RTP. the custom proxy and FS share the machine.
The SIP softphone leg gets its RTP rewritten (http://pastebin.freeswitch.org/22883 line 253) but the custom client RTP is not. When I use PCMA on both legs the custom client's RTP does get rewritten.
I note that in spite of ext-rtp-ip being set to 54.72.22.25, FS advertises "c=IN IP4 10.20.3.26" in the SDP around line 203 of http://pastebin.freeswitch.org/22884 Thus, the custom proxy rewrites the SDP to read 54.72.22.25.
Kees Jan
On 17 Jul 2014, at 15:54, Brian West <brian@freeswitch.org> wrote:
Links to some sip traces WITH the freeswitch logs in all these cases would be most helpful, Since your FreeSWITCH is behind nat, Are you setting the ext-sip-ip and ext-rtp-ip along with the local-network-acl? (Also you must prefix the ext-*-ip elements with autonat: if you wish to dynamically lie about the IP depending if the endpoint is behind nat with FS or outside the nat ie thats what local-network-acl is for)
On Wed, Jul 16, 2014 at 7:47 AM, Kees Jan Koster <kjkoster@gmail.com> wrote: Dear All,
I am trying to figure out why I see what I see.
When I make a call using the same codec (say, PCMA/8000 on both sides), FreeSwitch rewrites the RTP stream's IP address and port for me. That I like, since my FreeSwitch is behind NAT.
From the logs:
2014-07-16 12:32:36.815907 [INFO] switch_rtp.c:3738 Auto Changing port from 1.2.3.4:4040 to 5.6.7.8:4040 2014-07-16 12:32:36.995906 [INFO] switch_rtp.c:3738 Auto Changing port from 9.10.11.12:12345 to 13.14.15.16:41730
Now, when I try to use two different codecs, this behaviour stops.
From the logs and without changing the configuration or restarting FreeSwitch:
2014-07-16 12:35:36.495902 [INFO] switch_rtp.c:3738 Auto Changing port from 1.2.3.4:4042 to 5.6.7.8:4042
The other line is missing and ngrep reveals how FreeSwitch stubbornly sends RTP audio to the wrong port and IP address.
Further testing shows:
PCMA -> PCMA: IP/port is rewritten SILK -> PCMA: IP/port is *not* rewritten GSM -> PCMA: IP/port is rewritten Speex -> PCMA: IP/port is *not* rewritten
How can I have transcoding *and* RTP IP/port rewriting work at the same time, please?
Is this a per-codec thing?
-- Kees Jan
http://java-monitor.com/ kjkoster@kjkoster.org +31651838192
Change is good. Granted, it is good in retrospect, but change is good.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- Brian West brian@freeswitch.org
Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- Kees Jan
http://java-monitor.com/ kjkoster@kjkoster.org +31651838192
Human beings make life so interesting. Do you know that in a universe so full of wonders, they have managed to invent boredom. Quite astonishing... -- Terry Pratchett
-- Kees Jan http://java-monitor.com/ kjkoster@kjkoster.org +31651838192 Change is good. Granted, it is good in retrospect, but change is good.
You need to test your issue on latest GIT or 1.4 release. You also need to provide all traces with sip traces enabled. sofia global siptrace on sofia tracelevel alert console loglevel debug Finally and most importantly, if a question reaches the point that traces are being shared. That's an obvious sign it should be reported on JIRA and not causing noise on the discussion list. On Mon, Jul 21, 2014 at 2:20 AM, Kees Jan Koster <kjkoster@gmail.com> wrote:
Deqr All,
I am really stuck for ideas. If anyone knows what I need to look into to get deeper into this I would appreciate your help.
Kees Jan
On 18 Jul 2014, at 10:38, Kees Jan Koster <kjkoster@gmail.com> wrote:
Dear Brian,
Thank you for your response. I have reproduced the problem with fs_cli and ngrep running.
fs_cli log http://pastebin.freeswitch.org/22883 Please find some config, status and version info at the very end of that output.
ngrep output http://pastebin.freeswitch.org/22884
Rough setup sketch:
[custom client] ---- [ custom proxy ][ fs ] ---- [ SIP softphone ]
84.241.196.84 public 54.72.22.25 192.168.240.26 private 10.20.3.26
The custom proxy talks SIP with FS to do signalling for the custom client. The custom client talks RTP directly to FS and the custom proxy is not involved in RTP. the custom proxy and FS share the machine.
The SIP softphone leg gets its RTP rewritten ( http://pastebin.freeswitch.org/22883 line 253) but the custom client RTP is not. When I use PCMA on both legs the custom client's RTP does get rewritten.
I note that in spite of ext-rtp-ip being set to 54.72.22.25, FS advertises "c=IN IP4 10.20.3.26" in the SDP around line 203 of http://pastebin.freeswitch.org/22884 Thus, the custom proxy rewrites the SDP to read 54.72.22.25.
Kees Jan
On 17 Jul 2014, at 15:54, Brian West <brian@freeswitch.org> wrote:
Links to some sip traces WITH the freeswitch logs in all these cases would be most helpful, Since your FreeSWITCH is behind nat, Are you setting the ext-sip-ip and ext-rtp-ip along with the local-network-acl? (Also you must prefix the ext-*-ip elements with autonat: if you wish to dynamically lie about the IP depending if the endpoint is behind nat with FS or outside the nat ie thats what local-network-acl is for)
On Wed, Jul 16, 2014 at 7:47 AM, Kees Jan Koster <kjkoster@gmail.com> wrote: Dear All,
I am trying to figure out why I see what I see.
When I make a call using the same codec (say, PCMA/8000 on both sides), FreeSwitch rewrites the RTP stream's IP address and port for me. That I like, since my FreeSwitch is behind NAT.
From the logs:
2014-07-16 12:32:36.815907 [INFO] switch_rtp.c:3738 Auto Changing port from 1.2.3.4:4040 to 5.6.7.8:4040 2014-07-16 12:32:36.995906 [INFO] switch_rtp.c:3738 Auto Changing port from 9.10.11.12:12345 to 13.14.15.16:41730
Now, when I try to use two different codecs, this behaviour stops.
From the logs and without changing the configuration or restarting FreeSwitch:
2014-07-16 12:35:36.495902 [INFO] switch_rtp.c:3738 Auto Changing port from 1.2.3.4:4042 to 5.6.7.8:4042
The other line is missing and ngrep reveals how FreeSwitch stubbornly sends RTP audio to the wrong port and IP address.
Further testing shows:
PCMA -> PCMA: IP/port is rewritten SILK -> PCMA: IP/port is *not* rewritten GSM -> PCMA: IP/port is rewritten Speex -> PCMA: IP/port is *not* rewritten
How can I have transcoding *and* RTP IP/port rewriting work at the same time, please?
Is this a per-codec thing?
-- Kees Jan
http://java-monitor.com/ kjkoster@kjkoster.org +31651838192
Change is good. Granted, it is good in retrospect, but change is good.
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- Brian West brian@freeswitch.org
Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- Kees Jan
http://java-monitor.com/ kjkoster@kjkoster.org +31651838192
Human beings make life so interesting. Do you know that in a universe so full of wonders, they have managed to invent boredom. Quite astonishing... -- Terry Pratchett
-- Kees Jan
http://java-monitor.com/ kjkoster@kjkoster.org +31651838192
Change is good. Granted, it is good in retrospect, but change is good.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
Was there a specific Jira ticket opened for this? I am trying to look into a single leg re-write issue as well. Just curious if this is/was a bug or a configuration issue. On Mon, Jul 21, 2014 at 2:03 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
You need to test your issue on latest GIT or 1.4 release. You also need to provide all traces with sip traces enabled. sofia global siptrace on sofia tracelevel alert console loglevel debug
Finally and most importantly, if a question reaches the point that traces are being shared. That's an obvious sign it should be reported on JIRA and not causing noise on the discussion list.
On Mon, Jul 21, 2014 at 2:20 AM, Kees Jan Koster <kjkoster@gmail.com> wrote:
Deqr All,
I am really stuck for ideas. If anyone knows what I need to look into to get deeper into this I would appreciate your help.
Kees Jan
On 18 Jul 2014, at 10:38, Kees Jan Koster <kjkoster@gmail.com> wrote:
Dear Brian,
Thank you for your response. I have reproduced the problem with fs_cli and ngrep running.
fs_cli log http://pastebin.freeswitch.org/22883 Please find some config, status and version info at the very end of that output.
ngrep output http://pastebin.freeswitch.org/22884
Rough setup sketch:
[custom client] ---- [ custom proxy ][ fs ] ---- [ SIP softphone ]
84.241.196.84 public 54.72.22.25 192.168.240.26 private 10.20.3.26
The custom proxy talks SIP with FS to do signalling for the custom client. The custom client talks RTP directly to FS and the custom proxy is not involved in RTP. the custom proxy and FS share the machine.
The SIP softphone leg gets its RTP rewritten ( http://pastebin.freeswitch.org/22883 line 253) but the custom client RTP is not. When I use PCMA on both legs the custom client's RTP does get rewritten.
I note that in spite of ext-rtp-ip being set to 54.72.22.25, FS advertises "c=IN IP4 10.20.3.26" in the SDP around line 203 of http://pastebin.freeswitch.org/22884 Thus, the custom proxy rewrites the SDP to read 54.72.22.25.
Kees Jan
On 17 Jul 2014, at 15:54, Brian West <brian@freeswitch.org> wrote:
Links to some sip traces WITH the freeswitch logs in all these cases would be most helpful, Since your FreeSWITCH is behind nat, Are you setting the ext-sip-ip and ext-rtp-ip along with the local-network-acl? (Also you must prefix the ext-*-ip elements with autonat: if you wish to dynamically lie about the IP depending if the endpoint is behind nat with FS or outside the nat ie thats what local-network-acl is for)
On Wed, Jul 16, 2014 at 7:47 AM, Kees Jan Koster <kjkoster@gmail.com> wrote: Dear All,
I am trying to figure out why I see what I see.
When I make a call using the same codec (say, PCMA/8000 on both sides), FreeSwitch rewrites the RTP stream's IP address and port for me. That I like, since my FreeSwitch is behind NAT.
From the logs:
2014-07-16 12:32:36.815907 [INFO] switch_rtp.c:3738 Auto Changing port from 1.2.3.4:4040 to 5.6.7.8:4040 2014-07-16 12:32:36.995906 [INFO] switch_rtp.c:3738 Auto Changing port from 9.10.11.12:12345 to 13.14.15.16:41730
Now, when I try to use two different codecs, this behaviour stops.
From the logs and without changing the configuration or restarting FreeSwitch:
2014-07-16 12:35:36.495902 [INFO] switch_rtp.c:3738 Auto Changing port from 1.2.3.4:4042 to 5.6.7.8:4042
The other line is missing and ngrep reveals how FreeSwitch stubbornly sends RTP audio to the wrong port and IP address.
Further testing shows:
PCMA -> PCMA: IP/port is rewritten SILK -> PCMA: IP/port is *not* rewritten GSM -> PCMA: IP/port is rewritten Speex -> PCMA: IP/port is *not* rewritten
How can I have transcoding *and* RTP IP/port rewriting work at the same time, please?
Is this a per-codec thing?
-- Kees Jan
http://java-monitor.com/ kjkoster@kjkoster.org +31651838192
Change is good. Granted, it is good in retrospect, but change is good.
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- Brian West brian@freeswitch.org
Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- Kees Jan
http://java-monitor.com/ kjkoster@kjkoster.org +31651838192
Human beings make life so interesting. Do you know that in a universe so full of wonders, they have managed to invent boredom. Quite astonishing... -- Terry Pratchett
-- Kees Jan
http://java-monitor.com/ kjkoster@kjkoster.org +31651838192
Change is good. Granted, it is good in retrospect, but change is good.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
Dear sangdrax8, No Jira yet, sorry. I am in the process of moving to 1.5 to test with the latest and greatest. That was requested by the community. Once I can reproduce with the latest version I will open a Jira. Kees Jan On 22 Jul 2014, at 21:14, sangdrax8 <sangdrax8@gmail.com> wrote:
Was there a specific Jira ticket opened for this? I am trying to look into a single leg re-write issue as well. Just curious if this is/was a bug or a configuration issue.
On Mon, Jul 21, 2014 at 2:03 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote: You need to test your issue on latest GIT or 1.4 release. You also need to provide all traces with sip traces enabled. sofia global siptrace on sofia tracelevel alert console loglevel debug
Finally and most importantly, if a question reaches the point that traces are being shared. That's an obvious sign it should be reported on JIRA and not causing noise on the discussion list.
On Mon, Jul 21, 2014 at 2:20 AM, Kees Jan Koster <kjkoster@gmail.com> wrote: Deqr All,
I am really stuck for ideas. If anyone knows what I need to look into to get deeper into this I would appreciate your help.
Kees Jan
On 18 Jul 2014, at 10:38, Kees Jan Koster <kjkoster@gmail.com> wrote:
Dear Brian,
Thank you for your response. I have reproduced the problem with fs_cli and ngrep running.
fs_cli log http://pastebin.freeswitch.org/22883 Please find some config, status and version info at the very end of that output.
ngrep output http://pastebin.freeswitch.org/22884
Rough setup sketch:
[custom client] ---- [ custom proxy ][ fs ] ---- [ SIP softphone ]
84.241.196.84 public 54.72.22.25 192.168.240.26 private 10.20.3.26
The custom proxy talks SIP with FS to do signalling for the custom client. The custom client talks RTP directly to FS and the custom proxy is not involved in RTP. the custom proxy and FS share the machine.
The SIP softphone leg gets its RTP rewritten (http://pastebin.freeswitch.org/22883 line 253) but the custom client RTP is not. When I use PCMA on both legs the custom client's RTP does get rewritten.
I note that in spite of ext-rtp-ip being set to 54.72.22.25, FS advertises "c=IN IP4 10.20.3.26" in the SDP around line 203 of http://pastebin.freeswitch.org/22884 Thus, the custom proxy rewrites the SDP to read 54.72.22.25.
Kees Jan
On 17 Jul 2014, at 15:54, Brian West <brian@freeswitch.org> wrote:
Links to some sip traces WITH the freeswitch logs in all these cases would be most helpful, Since your FreeSWITCH is behind nat, Are you setting the ext-sip-ip and ext-rtp-ip along with the local-network-acl? (Also you must prefix the ext-*-ip elements with autonat: if you wish to dynamically lie about the IP depending if the endpoint is behind nat with FS or outside the nat ie thats what local-network-acl is for)
On Wed, Jul 16, 2014 at 7:47 AM, Kees Jan Koster <kjkoster@gmail.com> wrote: Dear All,
I am trying to figure out why I see what I see.
When I make a call using the same codec (say, PCMA/8000 on both sides), FreeSwitch rewrites the RTP stream's IP address and port for me. That I like, since my FreeSwitch is behind NAT.
From the logs:
2014-07-16 12:32:36.815907 [INFO] switch_rtp.c:3738 Auto Changing port from 1.2.3.4:4040 to 5.6.7.8:4040 2014-07-16 12:32:36.995906 [INFO] switch_rtp.c:3738 Auto Changing port from 9.10.11.12:12345 to 13.14.15.16:41730
Now, when I try to use two different codecs, this behaviour stops.
From the logs and without changing the configuration or restarting FreeSwitch:
2014-07-16 12:35:36.495902 [INFO] switch_rtp.c:3738 Auto Changing port from 1.2.3.4:4042 to 5.6.7.8:4042
The other line is missing and ngrep reveals how FreeSwitch stubbornly sends RTP audio to the wrong port and IP address.
Further testing shows:
PCMA -> PCMA: IP/port is rewritten SILK -> PCMA: IP/port is *not* rewritten GSM -> PCMA: IP/port is rewritten Speex -> PCMA: IP/port is *not* rewritten
How can I have transcoding *and* RTP IP/port rewriting work at the same time, please?
Is this a per-codec thing?
-- Kees Jan
http://java-monitor.com/ kjkoster@kjkoster.org +31651838192
Change is good. Granted, it is good in retrospect, but change is good.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- Brian West brian@freeswitch.org
Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378) iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- Kees Jan
http://java-monitor.com/ kjkoster@kjkoster.org +31651838192
Human beings make life so interesting. Do you know that in a universe so full of wonders, they have managed to invent boredom. Quite astonishing... -- Terry Pratchett
-- Kees Jan
http://java-monitor.com/ kjkoster@kjkoster.org +31651838192
Change is good. Granted, it is good in retrospect, but change is good.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ http://freeswitch.org/g+
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.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 http://www.freeswitch.org
-- Kees Jan http://java-monitor.com/ kjkoster@kjkoster.org +31651838192 I hate unit tests; I much prefer the illusion that there are no errors in my code. -- Hendrik Muller
participants (4)
-
Anthony Minessale
-
Brian West
-
Kees Jan Koster
-
sangdrax8