First Incoming Packet Mechanism; Configuring General Media Settings; No-Op Packets - AudioCodes Mediant 600 User Manual

User's Manual

11.9.2.1 First Incoming Packet Mechanism

If the remote device resides behind a NAT device, it's possible that the device can activate
the RTP/RTCP/T.38 streams to an invalid IP address / UDP port. To avoid such cases, the
device automatically compares the source address of the first received incoming
RTP/RTCP/T.38 stream with the IP address and UDP port of the remote device when the
session was initially opened. If the two are not identical, then the destination IP address of
the outgoing RTP packets is set to the source IP address of the first incoming packet. The
RTP, RTCP and T.38 can thus have independent destination IP addresses and UDP ports.
To enable NAT resolution using the First Incoming Packet mechanism, set the DisableNAT
ini file parameter to 1.

11.10 Configuring General Media Settings

The General Media Settings page allows you to configure various media parameters. For a
detailed description of the parameters appearing on this page, see 'Configuration
Parameters Reference' on page 609.

To enable NAT resolution using the First Incoming Packet mechanism:
1. Open the General Media Settings page (Configuration tab > VoIP menu > Media
submenu > General Media Settings).
2. Set the 'NAT Traversal' parameter to Enable.
3. Click Submit to apply your changes.
The EnableIpAddrTranslation and EnableUdpPortTranslation parameters allow you to
specify the type of compare operation that occurs on the first incoming packet. To compare
only the IP address, set EnableIpAddrTranslation to 1, and EnableUdpPortTranslation to 0.
In this case, if the first incoming packet arrives with only a difference in the UDP port, the
sending addresses won't change. If both the IP address and UDP port need to be
compared, then both parameters need to be set to 1.
11.10.1.1

No-Op Packets

The device's No-Op packet support can be used to verify Real-Time Transport Protocol
(RTP) and T.38 connectivity, and to keep NAT bindings and Firewall pinholes open. The
No-Op packets are available for sending in RTP and T.38 formats.
You can control the activation of No-Op packets by using the ini file parameter
NoOpEnable. If No-Op packet transmission is activated, you can control the time interval in
which No-Op packets are sent in the case of silence (i.e., no RTP or T.38 traffic). This is
done using the ini file parameter NoOpInterval. For a description of the RTP No-Op ini file
parameters, see 'Networking Parameters' on page 609.

RTP No-Op: The RTP No-Op support complies with IETF Internet-Draft draft-wing-
avt-rtp-noop-03 ("A No-Op Payload Format for RTP"). This IETF document defines a
No-Op payload format for RTP. The draft defines the RTP payload type as dynamic.
You can control the payload type with which the No-Op packets are sent. This is
performed using the RTPNoOpPayloadType ini parameter (see 'Networking
Parameters' on page 609). The default payload type is 120.

T.38 No-Op: T.38 No-Op packets are sent only while a T.38 session is activated. Sent
packets are a duplication of the previously sent frame (including duplication of the
Version 6.6
Figure 11-14: General Media Settings Page
135
11. Network
Mediant 600 & Mediant 1000