Actions

Enabling Remote NAT Traversal A: Difference between revisions

(adding the 3 local methods that we currently support.)
No edit summary
Line 17: Line 17:




3- In the section '''Network Address Translation''':
3- In the '''Network Address Translation''' section:
* Choose the proper Remote Method.
* Choose the proper Remote Method.
[[Image:nat_remote.png]]


[[Image:nat_remote_select.png]]
[[Image:nat_remote_select.png]]
Line 27: Line 25:




'''Here's more useful regarding the 3 Remote NAT Traversal Methods:'''
The 3 Remote NAT Traversal Methods are described as follows:


'''No NAT'''
'''No NAT'''


When the local endpoint is NOT behind a NAT. This means, your local endpoint has a Public IP address. Public means the IP address is globally routable on the Internet. If you're not sure, you can refer to http://en.wikipedia.org/wiki/Private_network.
The local endpoint is NOT behind a NAT. This means, your local endpoint has a Public IP address, which is globally routable on the Internet. For further information, refer to http://en.wikipedia.org/wiki/Private_network.


'''Force Passive Mode'''
'''Force Passive Mode'''


The TMG will NOT send any RTP packet and wait for the first RTP packet. The remote endpoint will send the first RTP packet. It will ignore the IP address/port sent in the SDP (in the SIP '200 OK' message)and use the IP address/port from where it received the RTP packet.
The TMG will NOT send any RTP packets and will wait for the first RTP packet. The remote endpoint will send the first RTP packet. It will ignore the IP address/port sent in the SDP (in the SIP '200 OK' message)and use the IP address/port from where it received the RTP packet.


Note: If the remote endpoint is also set as passive, this method will not work, since both side will wait for the first incoming RTP packet.
Note: If the remote endpoint is also set as passive, this method will not work because both sides will wait for the first incoming RTP packet.


'''Parse Direction Attribute'''
'''Parse Direction Attribute'''


TMG will look in the SDP to find an attribute direction:active. If it find this attribute, TMG will act exactly as the “Force Passive Mode” method. In fact, this a dynamic way to enable the “Force Passive Mode”.
The TMG will look in the SDP to find an attribute direction:active. If it finds this attribute, the TMG will act exactly as the “Force Passive Mode” method. In fact, this a dynamic way to enable the “Force Passive Mode”.


== Related actions ==
== Related actions ==
[[Symmetric_NAT_Traversal|Symmetric NAT traversal]]
[[Symmetric_NAT_Traversal|Symmetric NAT traversal]]

Revision as of 13:22, 21 May 2013

Applies to version: v2.7.


To enable Remote NAT Traversal:


1- Select NAP from the navigation panel

NatTraversal 0 A.png


2- Select a SIP NAP from the Network Access Point List

  • Click Edit

SipParams 0 1 A.png


3- In the Network Address Translation section:

  • Choose the proper Remote Method.

Nat remote select.png

  • Click Save


The 3 Remote NAT Traversal Methods are described as follows:

No NAT

The local endpoint is NOT behind a NAT. This means, your local endpoint has a Public IP address, which is globally routable on the Internet. For further information, refer to http://en.wikipedia.org/wiki/Private_network.

Force Passive Mode

The TMG will NOT send any RTP packets and will wait for the first RTP packet. The remote endpoint will send the first RTP packet. It will ignore the IP address/port sent in the SDP (in the SIP '200 OK' message)and use the IP address/port from where it received the RTP packet.

Note: If the remote endpoint is also set as passive, this method will not work because both sides will wait for the first incoming RTP packet.

Parse Direction Attribute

The TMG will look in the SDP to find an attribute direction:active. If it finds this attribute, the TMG will act exactly as the “Force Passive Mode” method. In fact, this a dynamic way to enable the “Force Passive Mode”.

Related actions

Symmetric NAT traversal