Uso de servidores de trabajo

Worker dentro de la plataforma SIP.TG es el servidor responsable de procesar y convertir los datos de voz del formato SIP al formato Telegram y viceversa.

Se trata de una tarea en tiempo real, de gran intensidad computacional, que afecta directamente a la calidad de la llamada.

Debido a la alta complejidad computacional, la plataforma proporciona un número ilimitado de servidores de trabajo para la escalabilidad del sistema y el equilibrio de carga. Además, la ubicación de los servidores del Trabajador en diferentes zonas geográficas mejora otro indicador de la calidad de la conexión: la reducción del retraso en la transmisión de la señal.

La infraestructura de servidores de SIP.TG es segura, los servidores pueden ampliarse rápidamente si es necesario y están situados en diferentes zonas geográficas.

En la actualidad, nuestros servidores Worker operan en centros de datos de Moscú, Fráncfort, Ámsterdam, Londres, Washington y Minsk.

Los servidores que sirven a los usuarios con tarifas de pago son más productivos y fiables.

Además de los servidores oficiales de Worker, también existen servidores de Worker personalizados.

Al conectar su propio Worker a la plataforma SIP.TG, obtiene las siguientes funciones adicionales

• elija usted mismo el equipo en función de la carga prevista;
• colocando el Trabajador en un centro de datos cercano al virtual PBX, para conseguir un retardo de voz mínimo durante una llamada;
• garantizar la completa confidencialidad del contenido de la conversación, ya que los flujos de voz no se transmiten ni siquiera a la plataforma SIP.TG;
• acceso externo a servidores SIP ubicados en redes locales o restringidas;
• proporcionar privacidad adicional para las cuentas SIP (opcional);
• compartir sus recursos informáticos con otros usuarios de SIP.TG (opcional).

El entorno de ejecución de Worker se basa en la plataforma de virtualización Docker basado en la imagen del sistema operativo Ubuntu 18.04. La imagen principal está preparada para la plataforma amd64, pero también hay imágenes disponibles para otras plataformas.

Para evitar la emulación de software del entorno de ejecución, no recomendamos utilizar un sistema operativo distinto de Linux como sistema operativo base (por ejemplo, Mac OS o Windows).

Todas las dependencias de software adicionales ya están presentes en la imagen distribuida de Worker y sólo Docker CE и Docker Compose.

El servidor debe tener una dirección IP dedicada y ser accesible desde una red externa, o debe ser capaz de "reenviar" un puerto TCP aleatorio a una dirección IP externa.

Según nuestras pruebas de rendimiento, cada llamada consume aproximadamente el 2,5% de los recursos de un núcleo del procesador AMD Ryzen 5 1400 y alrededor de 1 MB de RAM cuando se utiliza el códec A-law.

Obtener certificados

Los certificados de cifrado permiten establecer una conexión segura entre la plataforma SIP.TG y el servidor donde se ejecuta Worker. En la configuración del bot @siptg_bot ejecuta el comando /workers y haz clic en Nuevo.

El bot te enviará 2 archivos: una clave privada y un certificado, necesarios para una conexión segura. Guárdelos, los necesitará más tarde para escribir en el servidor del Trabajador.

Preparación del servidor

La información más detallada y actualizada sobre la configuración de un servidor se encuentra en en la página en GitHub. El procedimiento incluye:

• actualizar el software instalado (si es necesario);
• instalación del software Docker;
• obtener plantillas de archivos de configuración;
• guardar los archivos del certificado del bot en el servidor;
• realizar cambios en los archivos de configuración (si es necesario);
• ejecutando el Worker en el servidor.

Conexión a Worker

El último paso en la configuración es configurar los ajustes para conectarse a Worker a través del bot, es decir, especificar la dirección de conexión. Haga clic en el botón Dirección e introduzca la dirección externa y el puerto del servidor en el que se está ejecutando Worker. A continuación, haga clic en el botón Habilitar para intentar conectarse al servidor del Trabajador. Si la configuración de la conexión es incorrecta, recibirá un mensaje de error y el Trabajador se desactivará.

Derechos de uso

Se puede establecer uno de los dos modos a través del bot, que afecta a los derechos de uso del Worker por parte de otros usuarios de SIP.TG:

• (clave) Privado - modo en el que sólo el propietario y los usuarios con acceso explícito pueden utilizar el Worker;
• (globo) Público - un modo que permite a cualquier usuario de SIP.TG utilizar su Trabajador.

Limitaciones del User Worker

El User Worker puede utilizarse tanto en modo Softphone como en modo Gateway. Sin embargo, este último puede contener cuentas SIP de 2 tipos: con conexión entrante y con conexión saliente. La limitación es que las cuentas SIP con tipo de conexión entrante sólo pueden utilizarse con Official Worker. Esta limitación se debe a una peculiaridad del funcionamiento interno de la plataforma SIP.TG.

La segunda limitación es la tolerancia a los fallos. Si un Trabajador usuario no está disponible, la carga se transfiere a otro Trabajador del mismo propietario. Si este es el único Trabajador que tiene el usuario, la carga no se transfiere. La carga no se transfiere al Worker de otros usuarios (además de los oficiales) porque el Worker del usuario puede estar configurado de forma diferente, lo que puede causar una inhabilitación no razonable de las cuentas SIP (por ejemplo, si el servidor SIP, prohíbe las conexiones desde el exterior, o si su Worker cambia las contraseñas de las cuentas SIP - ver. debajo de).

Si el Worker no está disponible durante más de 30 minutos, se desactiva por completo, y @siptg_bot envía una notificación tanto al propietario como a los usuarios que hayan configurado sus cuentas SIP para utilizar el Worker desactivado.

Privacidad de la cuenta SIP

El núcleo del subsistema SIP es la plataforma de telefonía IP Yate. La flexibilidad de la plataforma permite cambiar sobre la marcha cualquier dato de la cuenta SIP (por ejemplo, las contraseñas) procedente de la plataforma SIP.TG. Así, la plataforma SIP.TG puede contener contraseñas falsas, pero al conectarse al servidor SIP a través de su Trabajador, la contraseña será sustituida por la real. Este comportamiento se consigue utilizando módulo externoUn ejemplo de ello es presentado por en GitHub.