[Freeswitch-users] Bypass media and NAT Traversal with Aastra

[Brian Foster]

don't proxy media when dealing with NAT. Set up a profile specifically for
remote endpoints that doesn't bypass media.

Brian Foster
Endigo Computer LLC

Sent from a mobile device.
On Jul 24, 2012 1:28 PM, "Phil Quesinberry" <philq at qsystemsengineering.com>
wrote:

> **
>
> Hi,
>
> Is this a bug?  (just kidding)
>
> As the number of extensions we serve increases, we’re trying to avoid saturating
> our local bandwidth by proxying all of the media between endpoints.  This
> seems to work fine with the Linksys devices but not with Aastra in all
> scenarios.  The Aastras are configured with the NAT IP field populatedappropriatelyand Rport (RFC 3581) enabled.
>
> The FS server is behind a NAT firewall with SIP and RTP port rangesforwarded to it.  There are endpoints here on
> the same network as the switch, and there are remote endpoints behind their
> own NAT firewalls.  Everything works fine in Proxy Media mode but in
> bypass mode we see the following behavior:
>
> Scenario 1:
>
> Remote endpoint places a call to PSTN, FS negotiates bypass media between
> remote endpoint and PSTN gateway.  Call succeeds.
>
> Scenario 2:
>
> Remote endpoint places a call to another remote endpoint on same LAN.
> Call succeeds.
>
> Scenario 3:
>
> Local endpoint places a call to PSTN gateway.  Call succeeds.
>
> Scenario 4:
>
> Remote endpoint places a call to local endpoint (or vice versa).  Callfails with no audiowith Aastra deviceson both ends,
> but if one of the endpoints is a LinkSys, the call succeeds.
>
> I realize that I should be able to solve this problem with a local SBClike OpenSIPS/RTPproxy
> , but in the meantime I was hoping that there might be a setting that I
> was overlooking with the Aastra.  When I look at the SIP traffic for the
> call, FS appears to be negotiating the addresses/ports properly so Isuspect that this problem is related to
> Aastra’s inability to deal with symmetric NAT.  The Linksys devices seem
> to be able to deal with it with FS’ help, presumably by doing some UDP
> hole-punching.
>
> *******Phil Quesinberry*
>
> Q Systems Engineering, Inc.
>
> Electronic Controls and Embedded Systems Development
>
> (410) 969-8002
>
> *****http://www.qsystemsengineering.com*<http://www.qsystemsengineering.com>
>
>
> _________________________________________________________________________
> 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
>
> Join Us At ClueCon - Aug 7-9, 2012
>
> 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/20120724/f8607166/attachment-0001.html