No-Op Packets - AudioCodes Mediant 800 MSBG User Manual

Multi-service business gateway
Hide thumbs Also See for Mediant 800 MSBG:
Table of Contents

Advertisement

9.1.2

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
performed using the ini file parameter NoOpInterval. For a description of the RTP No-Op ini
file parameters, see ''Networking Parameters'' on page 653.
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 653). AudioCodes' 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
sequence number).
Note:
9.2
Robust Receipt of Media Streams
This mechanism filters out unwanted media (i.e., RTP, RTCP, and T.38) streams that are
sent to the same port number on the device. These multiple media streams can result from
traces of previous calls, call control errors, and deliberate attacks. When more than one
media stream reaches the device on the same port number, the device accepts only one of
the media streams ("inbound media stream latch") and ignores the rest.
The "original" stream is the inbound media stream whose IP address/UDP port are
configured at the channel opening. The "active" stream is the media stream to which a
channel is currently latched on.
The media stream to be latched on is selected according to the following:
InboundMediaLatchMode = 0 (Strict): only the original media stream is accepted.
InboundMediaLatchMode = 1 (Dynamic): the active media stream choice is performed
as follows. The first packet arriving on a newly opened channel sets the source IP
address and the UDP port of the active stream. If a new packet with a different source
IP address or UDP port arrives later, one of the following occurs:
The device reverts (re-latches) to the new media stream if the new packet
belongs to the original media stream.
The device reverts to the new media stream if for a period of time there are no
incoming packets belonging to the active media stream.
Otherwise, the packet is dropped.
Special cases:
SIP User's Manual
Receipt of No-Op packets is always supported.
618
Mediant 800 MSBG
Document #: LTRT-12804

Hide quick links:

Advertisement

Table of Contents
loading

Table of Contents