User`s manual
Table Of Contents
- Mediant 2000 & TP-1610 & TP-260/UNI SIP User’s Manual Version 5.0
- Table of Contents
- List of Figures
- List of Tables
- Notices
- 1. Overview
- 2. Physical Description
- 3. Installation
- 4. Getting Started
- 5. Web Management
- Computer Requirements
- Protection and Security Mechanisms
- Accessing the Embedded Web Server
- Getting Acquainted with the Web Interface
- Protocol Management
- Advanced Configuration
- Status & Diagnostic
- Software Update Menu
- Maintenance
- Logging Off the Embedded Web Server
- 6. Gateway's ini File Configuration
- Secured ini File
- Modifying an ini File
- The ini File Content
- The ini File Structure
- The ini File Example
- Networking Parameters
- System Parameters
- Web and Telnet Parameters
- Security Parameters
- RADIUS Parameters
- SNMP Parameters
- SIP Configuration Parameters
- Voice Mail Parameters
- ISDN and CAS Interworking-Related Parameters
- Number Manipulation and Routing Parameters
- E1/T1 Configuration Parameters
- Channel Parameters
- Configuration Files Parameters
- 7. Using BootP / DHCP
- 8. Telephony Capabilities
- Working with Supplementary Services
- Configuring the DTMF Transport Types
- Fax & Modem Transport Modes
- Event Notification using X-Detect Header
- ThroughPacket™
- Dynamic Jitter Buffer Operation
- Configuring the Gateway’s Alternative Routing (based on Conn
- Call Detail Report
- Supported RADIUS Attributes
- Trunk to Trunk Routing Example
- Proxy or Registrar Registration Example
- SIP Call Flow Example
- SIP Authentication Example
- 9. Networking Capabilities
- 10. Advanced PSTN Configuration
- 11. Advanced System Capabilities
- 12. Special Applications
- 13. Security
- 14. Diagnostics
- 15. SNMP-Based Management
- SNMP Standards and Objects
- Carrier Grade Alarm System
- Cold Start Trap
- Third-Party Performance Monitoring Measurements
- TrunkPack-VoP Series Supported MIBs
- Traps
- SNMP Interface Details
- SNMP Manager Backward Compatibility
- Dual Module Interface
- SNMP NAT Traversal
- SNMP Administrative State Control
- AudioCodes’ Element Management System
- 16. Configuration Files
- Appendix A. Selected Technical Specifications
- Appendix B. Supplied SIP Software Kit
- Appendix C. SIP Compliance Tables
- Appendix D. The BootP/TFTP Configuration Utility
- Appendix E. RTP/RTCP Payload Types and Port Allocation
- Appendix F. RTP Control Protocol Extended Reports (RTCP-XR)
- Appendix G. Accessory Programs and Tools
- Appendix H. Release Reason Mapping
- Appendix I. SNMP Traps
- Appendix J. Installation and Configuration of Apache HTTP Server
- Appendix K. Regulatory Information
SIP User's Manual 9. Networking Capabilities
Version 5.0 231 October 2006
9.3.1 STUN
Simple Traversal of UDP through NATs (STUN) (according to RFC 3489) is a client /
server protocol that solves most of the NAT traversal problems. The STUN server operates
in the public Internet and the STUN clients are embedded in end-devices (located behind
NAT). STUN is used both for the signaling and the media streams. STUN works with many
existing NAT types, and does not require any special behavior from them.
STUN enables the gateway to discover the presence (and types) of NATs and firewalls
located between it and the public Internet. It provides the gateway with the capability to
determine the public IP address and port allocated to it by the NAT. This information is later
embedded in outgoing SIP/SDP messages and enables remote SIP user agents to reach
the gateway. It also discovers the binding lifetime of the NAT (the refresh rate necessary to
keep NAT ‘Pinholes’ open).
On startup the gateway sends a STUN Binding Request. The information received in the
STUN Binding Response (IP address:port) is used for SIP signaling. This information is
updated every NATBindingDefaultTimeout.
At the beginning of each call, if STUN is needed (i.e., not an internal NAT call), the media
ports of the call are mapped. The call is delayed until the STUN Binding Response (that
includes a global IP:port) for each media (RTP, RTCP and T.38) is received.
To enable STUN:
Set the parameter EnableSTUN to 1
Define the STUN server address using one of the following methods:
• Define the IP address of the primary and the secondary (optional) STUN servers
using the parameters STUNServerPrimaryIP and STUNServerSecondaryIP. If the
primary STUN server isn’t available, the gateway tries to communicate with the
secondary server.
• Define the domain name of the STUN server using the StunServerDomainName
parameter. The STUN client retrieves all STUN servers with an SRV query to
resolve this domain name to an IP address and port, sort the server list, and use
the servers according to the sorted list.
Use the parameter NATBindingDefaultTimeout to determine the default NAT binding
lifetime in seconds. STUN is used to refresh the binding information after this time
expires.
Notes:
• STUN only applies to UDP (doesn’t support TCP and TLS).
• STUN can’t be used when the gateway is located behind a symmetric
NAT.
• For defining the STUN server, use either the STUNServerPrimaryIP or
STUNServerDomainName parameter, with priority to the first one.