De la guía del administrador de SER:

NAT es una de las peores cosas que le hayan sucedido a SIP. Estos dispositivos son muy populares porque ayudan a conservar el espacio de direcciones IP ahorrar dinero al no tener que pagar direcciones de IP. Desafortunadamente, traducen direcciones de una manera que no es compatible con SIP. El SIP anuncia direcciones de recepción en el contenido de los mensajes. Las direcciones anunciadas son inválidas fuera de las redes NATeadas. Consecuentemente, la comunicación SIP no funciona atraves de NAT sin ayuda adicional.

Hay pocos métodos que se pueden desplegar para atravesar NATs. Cuan apropiado es cada metodo depende del escenario de implementación. Desafortunadamente, todos los métodos tiene algunas limitaciones y no hay una solución definitiva que se pueda aplicar a todos los panoramas.

En SER 0.8.11 se lanzo el módulo nathelper. Del README:

Este es un módulo que ayuda a atravesar NATs. Particularmente, ayuda a UAs simétricos que no anuncian que son simétricos y que no pueden determinar cual es su dirección pública.

• _fix_nated_contact_: reescribe el campo de contacto con la dirección:puerto de origen de la petición.
• _fix_nated_sdp_: agrega la indicación de direccion activa al SDP (bandera 0×01) y actualiza la direccion IP de origen también (bandera 0×02).

Los dispositivos que se sabe consiguen atravesar NAT con el nathelper son los ATAs (como clientes) y gateways de Cisco (desde la version 12.2 (T)) como servidores.

Variable: natping_interval (número entero)

• Intervalo de tiempo en segundos con que se envian los paquetes de UDP a los UAs actualmente registrados para mantener sus mapeos NAT vivos. El valor 0 inhabilita esta funcionalidad.

• SIP Express Router
• Modulo SER Nathelper
• NAT y VOIP
• MediaProxy - atravesamiento de NAT distribuido