Información y configuración SIP

Sus dispositivos finales SIP suelen estar conectados a los servidores de dus.net a través de una dirección IPv4. Dado que las direcciones IPv4 se han vuelto muy escasas debido al gran número de aplicaciones modernas, hace unos años se introdujo el nuevo protocolo IPv6. Por supuesto, dus.net también soporta IPv6 desde hace muchísimos años. Así que tienes una elección sin restricciones.

Sin embargo, IPv4 existe ahora en un gran número de "versiones diferentes". Esto se refiere a cómo los respectivos proveedores de Internet utilizan el IPv4 de forma diferente. Muchos proveedores ya no asignan direcciones IPv4 públicas a sus clientes, sino sólo direcciones IPv4 internas. Si se asigna una dirección IPv4 pública, también se puede llegar desde el exterior, es decir, su dispositivo final, por ejemplo, un FritzBox, se le asigna esta dirección IPv4 pública y por lo tanto se puede llegar directamente desde el exterior a través de esta dirección. Una dirección IPv4 interna, por otro lado, no lo es, es decir, el proveedor de Internet cambia un router entre sus clientes e Internet y hace que varios de sus clientes sean accesibles bajo la misma dirección IP desde una dirección IPv4 pública. Sin embargo, esto sólo funciona si los puertos son diferentes entre sí, ya que es la única forma de diferenciar a los clientes.
El problema aquí es que las conexiones sin dirección IP pública sólo son accesibles de forma limitada. En este caso, el dispositivo final SIP normalmente tiene que asegurarse de que la conexión a nuestro servidor SIP se mantiene siempre abierta para que la accesibilidad continua esté garantizada. Esto lo realizan los dispositivos finales con la llamada función "Keep-Alive", que normalmente tiene que activar usted mismo y/o ajustar ligeramente.

Además de las soluciones clásicas IPv4 e IPv6, dus.net también ofrece la posibilidad de conectarse mediante las llamadas conexiones DualStack. En la tabla de la parte superior de esta página encontrarás las distintas formas de conexión. A veces tendrás que probarlas un poco si no tienes muy claro cómo estás conectado.

En dus.net, todos los dispositivos finales SIP (teléfonos IP, softphones, FritzBoxes, etc.) están conectados a través de sus propias conexiones SIP (también conocidas como cuentas SIP, extensiones, subcuentas). Esto significa que cada uno de estos dispositivos finales está conectado a nuestro servidor a través de una dirección IP y un puerto únicos, lo que lo hace accesible para nosotros. Si dos dispositivos finales diferentes están conectados con los mismos datos de acceso SIP, se alternan con el registro, es decir, unas veces está registrado un dispositivo, otras el otro y, por lo tanto, nunca se puede acceder a ambos al mismo tiempo.

Esto significa que si desea gestionar varios números de teléfono y hacerlos accesibles independientemente unos de otros, esto debe realizarse a través del mismo número de conexiones SIP. En consecuencia, también se pueden introducir varias conexiones SIP en una FritzBox, por ejemplo, para garantizar el uso de diferentes números de teléfono independientemente unos de otros.

La troncal SIP no es más que una conexión SIP normal, pero sólo se asocia a los sistemas de telecomunicaciones adecuados. En contraste con los dispositivos finales SIP convencionales, la PBX también requiere la información del número marcado en el paquete SIP entrante para permitir el enrutamiento a la extensión correcta. Con dus.net, esto se realiza a través de la función DDI y está disponible automáticamente para todas las conexiones SIP creadas en DUStel business flex.

El Protocolo de Iniciación de Sesión (SIP) es un protocolo de red para establecer, controlar y terminar 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 con un tamaño máximo teórico de hasta 1500 bytes. Sin embargo, a pesar de la información lógica adicional, este tamaño se reduce u optimiza a 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 realmente al destinatario. Como resultado, cuando se utiliza UDP, se debe tener cuidado adicional para asegurar y comprobar si 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 hay 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 sigue sin haber acuse de recibo, la sesión llega a un tiempo de espera predefinido y se cancela.

Con SIP vía TCP (Transmission Control Protocol), el transporte es fundamentalmente diferente. Es comparable a una "carta certificada con acuse de recibo". Debido a su concepto, TCP es "más robusto" que UDP en muchos aspectos, pero a diferencia de UDP también tiene una cierta cantidad de datos adicionales (overhead) y requiere más ancho de banda que UDP para la misma cantidad de datos de usuario. Sin embargo, esto es en gran medida insignificante en el caso de SIP. La ventaja de TCP es la propia arquitectura del protocolo. Contiene mecanismos integrados para reconocer y reenviar automáticamente los "paquetes perdidos". Además, una conexión TCP se establece de forma dedicada. Esto significa que antes de que se transmitan los datos, el destinatario ya sabe que están llegando. Las ventajas de TCP son aún mayores, ya que también es más fácil de manejar para NAT (Network Address Translation) y, en consecuencia, para los cortafuegos que en comparación con UDP. En realidad no importa qué protocolo es el "mejor". 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 final. Por parte de dus.net no es necesaria ninguna configuración.

Por cierto, UDP se utiliza generalmente para los datos de audio, es decir, la llamada telefónica propiamente dicha. Uno de los motivos es que la "sobrecarga" es mucho menor, es decir, la gran proporción de datos del usuario y las comprobaciones requieren menos tiempo. Cualquier reenvío de paquetes tiene menos sentido en una aplicación en tiempo real.