Información y configuración SIP

A continuación puede ver la configuración básica o estándar que debe introducirse en cada dispositivo SIP, además de los datos de usuario (nombre de usuario y contraseña). También puede encontrar información al respecto en el centro de atención al cliente, en la ayuda correspondiente. Un poco más abajo encontrarás también información general sobre el tema TCP y la encriptación.

Tenga en cuenta que admitimos oficialmente IPv6 desde 2014. Esto significa que ya no necesitará ningún servicio NAT o de túnel si dispone de una conexión IPv6 nativa (por ejemplo, los clientes de Deutsche Glasfaser) y utiliza los FQDN correspondientes de los servidores.

Los métodos para determinar las direcciones IP de nuestros servidores SIP son DNS A Record, DNS NAPTR Record y DNS SRV Record.

¿Qué tipo de dirección IP tengo?

Información general

Información sobre cortafuegos

Códigos de servicio

Los números especiales para clientes de dus.net figuran aquí.

Los códigos de servicio se aplican siempre a la conexión SIP desde la que se marcan los códigos. Marque los números que aparecen en la lista, sin prefijo ni otros números:

Número interno del buzón: 00038711111
Número del buzón externo: 0211-23706687
Módulo de prueba DTMF si hay problemas con los bucles de espera: 00038799998
Prueba de eco para reproducir tus señales de audio en el teléfono: 00038799999

Llamada de atención

Puede solicitar una llamada de despertador simple utilizando los códigos clave de la tabla siguiente.

SIP a través de TCP y UDP

El Protocolo de Iniciación de Sesión (SIP) es un protocolo de red para establecer, controlar y finalizar una sesión de comunicación entre dos o más participantes (fuente: Wikipedia). La señalización de los paquetes SIP de una llamada telefónica suele gestionarse a través de UDP (User Datagram Protocol). Los datos se dividen en paquetes que pueden tener un tamaño máximo teórico de 1500 bytes. Sin embargo, este tamaño se reduce aún más con información lógica adicional hasta un tamaño utilizable de aproximadamente 1300 bytes. Si se envía un paquete de este tipo, contiene tanto la dirección del remitente como la del destinatario. Lamentablemente, el remitente no puede saber si el paquete ha llegado a su destinatario. Como resultado, cuando se utiliza UDP, se debe tener un cuidado y control adicionales para garantizar que un paquete ha llegado realmente al destinatario. Esto se hace en el protocolo SIP mediante respuestas de acuse de recibo. En este caso, a una “INVITE” (llamada de A a B) le sigue un “TRYING”, luego un “PROGRESS” y así sucesivamente. Si no se recibe un acuse de recibo, el último paquete se envía de nuevo a intervalos según temporizadores definidos hasta que se recibe un acuse de recibo. Si continúa ausente, la sesión entra en un tiempo de espera predefinido y se interrumpe.

Con SIP a través de TCP (Protocolo de Control de Transmisión), el transporte se comporta de forma fundamentalmente diferente. Comparable a una “carta certificada con acuse de recibo”. TCP es en muchos aspectos más “robusto” que UDP debido a su concepto, pero a diferencia de UDP también tiene una cierta cantidad de datos adicionales (sobrecarga) y requiere más ancho de banda que UDP para la misma cantidad de datos de usuario. Sin embargo, esto es insignificante en el caso del SIP. Las ventajas de TCP radican en la propia arquitectura del protocolo. Contiene mecanismos integrados para detectar y reenviar por sí mismo los “paquetes perdidos”. Del mismo modo, se establece una conexión TCP de forma dedicada. Esto significa que antes de que se transmitan los datos, el receptor ya sabe que están llegando. Hay más ventajas de TCP que también son más fáciles de manejar para NAT (Network Address Translation) y en consecuencia para los cortafuegos que en comparación con UDP. Cuál es el “mejor” protocolo no importa realmente. Debe cumplir los requisitos para usted como cliente. dus.net GmbH le ofrece la opción de utilizar UDP o TCP como protocolo de transmisión para SIP. Los ajustes para ello deben realizarse exclusivamente en su respectivo dispositivo terminal. No es necesaria ninguna configuración por parte de dus.net.

Por cierto… para los datos de audio, es decir, la llamada telefónica propiamente dicha, se suele utilizar UDP. Esto se debe, entre otras cosas, a que la “sobrecarga” es mucho menor, es decir, la gran proporción de datos del usuario y las comprobaciones requieren menos tiempo. Un posible reenvío de paquetes tiene menos sentido en una aplicación en tiempo real.