[Freeswitch-users] RTP port rewriting stops working when combined with transcoding?

Tue Jul 22 23:14:30 MSD 2014

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 at 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 at 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 at 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 at 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 at 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 at kjkoster.org
>> >> +31651838192
>> >>
>> >> Change is good. Granted, it is good in retrospect, but change is good.
>> >>
>> >>
>> >>
>> _________________________________________________________________________
>> >> Professional FreeSWITCH Consulting Services:
>> >> consulting at freeswitch.org
>> >> http://www.freeswitchsolutions.com
>> >>
>> >> 
>> >> 
>> >>
>> >> Official FreeSWITCH Sites
>> >> http://www.freeswitch.org
>> >> http://wiki.freeswitch.org
>> >> http://www.cluecon.com
>> >>
>> >> FreeSWITCH-users mailing list
>> >> FreeSWITCH-users at 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 at 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 at freeswitch.org
>> >> http://www.freeswitchsolutions.com
>> >>
>> >> 
>> >> 
>> >>
>> >> Official FreeSWITCH Sites
>> >> http://www.freeswitch.org
>> >> http://wiki.freeswitch.org
>> >> http://www.cluecon.com
>> >>
>> >> FreeSWITCH-users mailing list
>> >> FreeSWITCH-users at 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 at 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 at kjkoster.org
>> +31651838192
>>
>> Change is good. Granted, it is good in retrospect, but change is good.
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at 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 at conference.freeswitch.org  ☎ +19193869900
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140722/58414267/attachment.html 