C cenaly.com
Empezar gratis

Red, router e internet para telefonía

Puertos, SIP ALG y dónde desactivarlo en routers de marcas populares, NAT, Wi-Fi y VLAN, cuánto internet se necesita para una llamada

23 min read Abrir esta pantalla en la demo
On this page 18

Red, router e internet para la telefonía

El teléfono IP es un dispositivo más en la red del negocio, como la caja o el ordenador: sale a internet a través de su router hacia nuestra centralita. Casi siempre «simplemente funciona», y cuando no funciona, la culpa es de tres o cuatro ajustes del router, idénticos en todas las marcas. En esta página encontrará qué necesita exactamente de la red, dónde desactivar el «ayudante» SIP ALG que estorba en los routers de las marcas más populares y cuánto internet hace falta para una llamada.

Qué introducir en el propio teléfono (servidor, usuario, contraseña) está en la guía «Configuración de teléfonos SIP». Para comprobar el sonido después de cualquier cambio en la red, haga la prueba de eco *43 (véase «Cómo comprobar la red»).

En breve: cinco reglas#

  1. No hay que abrir puertos. El teléfono se conecta por sí mismo a la centralita desde dentro de su red: no existen conexiones entrantes desde fuera.
  2. Desactive el SIP ALG en el router (también llamado «SIP Helper», «SIP Passthrough»). Es la causa más frecuente de «la llamada se corta a los 30 segundos» y «no me oyen»: dónde está en su marca.
  3. El teléfono, a la red de servicio, mejor por cable. No a la Wi-Fi de invitados: allí los dispositivos están aislados entre sí y a menudo hay una página de inicio de sesión que el teléfono no podrá superar.
  4. Se necesita poco internet, pero estable: unos 100 kbit/s en cada sentido por conversación. Más importante que la velocidad es que el canal no se sature «hasta el techo», sobre todo en la subida.
  5. Después de cualquier trabajo en la red, marque *43. El punto verde del panel de administración indica registro, no sonido.

Cómo va una llamada por la red#

 Teléfono IP ──► router del negocio ──► internet ──► centralita Cenaly
 (192.168.x.x)  (NAT: sustituye      proveedor    sip.<su dominio>
                 la dirección por la                o máquina dedicada
                 externa)

Todo el tráfico lo inicia el teléfono:

  1. El teléfono envía el registro a la centralita (puerto 5060). El router memoriza: «los paquetes de este puerto externo son para el teléfono 192.168.x.x»; esto se llama traducción de direcciones (NAT).
  2. La centralita responde y luego envía las llamadas entrantes al mismo sitio de donde vino el registro, por el mismo «agujero» del router. Por eso no hay que abrir puertos: la puerta la abrió el propio teléfono.
  3. La voz (RTP) también la empieza a enviar el teléfono por sí mismo, y la centralita responde con voz a la dirección y el puerto desde donde llegó.

De aquí se derivan dos condiciones sin las cuales la comunicación se rompe: el router no debe reescribir el contenido de los paquetes SIP (eso lo hace el SIP ALG) y no debe olvidar el «agujero» mientras el teléfono calla entre llamadas (eso es el keep-alive). Ambos se explican más abajo.

Para el administrador de red: qué hace la centralita con el NAT por su cuenta

Para todas las extensiones del lado de la centralita están activados (shared/sip/advanced-options.json, grupo nat):

  • force_rport: las respuestas salen hacia la dirección y el puerto desde donde vino la solicitud (RFC 3581), no hacia lo escrito en la cabecera Via;
  • rewrite_contact: la centralita memoriza el teléfono por la dirección externa real de origen del registro, no por la dirección privada 192.168.x.x de la cabecera Contact;
  • rtp_symmetric: la voz se envía allí desde donde llega del teléfono (RTP simétrico), no a la dirección del SDP;
  • direct_media=no: la voz pasa siempre por la centralita, incluso entre dos teléfonos de un mismo negocio; los teléfonos nunca intentan conectarse directamente entre sí.

Por eso el teléfono no necesita STUN, TURN ni ICE, y el negocio no necesita una IP externa estática. El teléfono puede solicitar el registro cada 60–3600 s (menos de 60: rechazo 423 Interval Too Brief, por defecto 120 s); la centralita comprueba cada aparato registrado con una solicitud OPTIONS cada 60 s.

Puertos para el administrador de red#

La regla es una: permitir la salida hacia la dirección de la centralita y las respuestas a ella (un cortafuegos «stateful» normal lo hace por sí solo). No hacen falta reglas de entrada ni apertura de puertos.

Qué Protocolo y puerto del lado de la centralita Dirección desde el negocio
Registro y llamadas (SIP) UDP 5060; TCP 5060 si el teléfono está cambiado a TCP salida hacia la dirección de la centralita
Voz (RTP) UDP 10000–20000 (el circuito compartido usa 10000–10200; la máquina dedicada, todo el rango 10000–20000) salida hacia la dirección de la centralita
Nombres (DNS) UDP/TCP 53 hacia el servidor DNS del proveedor o el suyo
Hora (NTP) UDP 123 hacia los servidores de hora; de lo contrario, el historial de llamadas tendrá una hora incorrecta

La dirección de la centralita es un nombre, no una IP: se muestra en la ventana «Credenciales de la extensión» (sip.<su dominio> en el circuito compartido o el nombre de su máquina dedicada). No introduzca en las reglas una IP «de memoria» ni la copie de esta página: aquí no está a propósito.

Detalles para el cortafuegos
  • Los puertos locales del teléfono (desde qué puerto envía SIP y RTP) son distintos en cada marca: no hay que filtrar la salida por puerto de origen, filtre por dirección y puerto de destino.
  • Dos puertos por conversación del lado de la centralita: el RTP ocupa un puerto par y el RTCP (informes de calidad) el impar contiguo. Es un asunto interno de la centralita, pero explica por qué el rango es tan amplio.
  • Si el cortafuegos exige una dirección IP, obténgala por el nombre (nslookup <servidor SIP>). La máquina dedicada tiene IP estática; en el circuito compartido es más fiable permitir por nombre o todo el UDP de salida hacia él.
  • TCP 5061 (SIP sobre TLS) está abierto en la máquina dedicada para la señalización cifrada. El teléfono solo lo necesita si en la ventana de credenciales el transporte es TLS; por defecto allí es UDP.
  • No hay cifrado de la voz (SRTP): si en el cortafuegos la «inspección VoIP» exige SRTP, desactívela para la dirección de la centralita.

SIP ALG: desactivar en el router#

Qué es. SIP ALG (Application Layer Gateway; en distintas marcas, «SIP Helper», «SIP Passthrough», «ALG para SIP») es una función del router que «ayuda» a la telefonía: se mete dentro de los paquetes SIP y reescribe en ellos las direcciones. Se creó para teléfonos antiguos que no sabían funcionar detrás de NAT. Nuestra centralita puede hacerlo por sí misma (véase el bloque anterior), y el router con su «ayuda» solo estorba.

Cómo lo rompe. A menudo reescribe mal o solo la mitad de los paquetes. Señales típicas:

  • la llamada se corta exactamente a los ~30 segundos tras la respuesta: la confirmación de respuesta (ACK) se fue a otro sitio y una de las partes cuelga por temporizador;
  • solo se oye a una parte o no hay sonido en absoluto: en la descripción del flujo de voz se ha sustituido la dirección;
  • el teléfono tan pronto se registra como no, las llamadas entrantes llegan de forma intermitente.

La mecánica de estas averías se analiza en detalle en las páginas «Se corta la llamada» y «No hay sonido, se oye solo a una parte». Aquí: dónde desactivarlo.

Marca Dónde desactivarlo De fábrica
Keenetic (y Netcraze) Ajustes generales del sistema → Cambiar conjunto de componentes → desmarcar «Gateway de nivel de aplicación (ALG) para SIP» → Actualizar. En Keenetic, SIP ALG no es una casilla, sino un componente independiente del sistema: se elimina. El router necesita internet, actualizará el sistema a la última versión y se reiniciará solo; hágalo en un momento tranquilo no indicado en la documentación
MikroTik (RouterOS) menú de asistentes NAT /ip firewall service-port → registro sip → desactivar: /ip firewall service-port disable sip no indicado en la documentación
TP-Link Archer (Wi-Fi 6) Advanced → Security → ALG → desactivar SIP ALG no indicado en la documentación
TP-Link módems xDSL y LTE (Archer VR/VX/MR, TD-W) Advanced → NAT Forwarding → ALG → desactivar SIP ALG no indicado en la documentación
TP-Link Deco aplicación Deco → More → Advanced → NAT Forwarding → SIP ALG → desactivar no indicado en la documentación
D-Link DIR (firmware en ruso) Дополнительно → ALG/Passthrough → interruptor SIP a la izquierda → Применить no indicado en la documentación
D-Link DIR (firmware en inglés) Advanced → Firewall → Advanced Settings… → SIP → desactivar no indicado en la documentación
Zyxel VMG/XMG (módems de operadores) Network Setting → NAT → ALG → desactivar SIP ALG no indicado en la documentación
ASUS WAN → NAT Passthrough → SIP Passthrough → Disable → Apply (en ASUS, SIP ALG se llama SIP Passthrough ⚠️ verify) activado
NETGEAR (Nighthawk, Orbi RBR50/40/20) ADVANCED → Setup → WAN Setup → marcar Disable SIP ALG → Apply activado
DrayTek Vigor NAT → ALG → desmarcar Enable SIP/RTSP ALG (firmwares desde 3.8.5); en consola: sys sip_alg 0 desactivado
AVM FRITZ!Box en la documentación de AVM no hay un interruptor específico de SIP ALG. Pero para una centralita externa hay que quitar la protección: Telefonie → Eigene Rufnummern → Anschlusseinstellungen → desmarcar «Nutzung von Internettelefonie aus dem Heimnetz unterbinden» (prohibición de telefonía por internet desde la red doméstica); de lo contrario, FRITZ!Box no dejará pasar los teléfonos a nuestra centralita —
Ubiquiti UniFi (Cloud Gateway) no hay que hacer nada: según la documentación de Ubiquiti, las pasarelas UniFi no aplican SIP ALG. Compruebe el router del operador que tiene delante no hay ALG
Tenda en los manuales de los routers Wi-Fi domésticos de Tenda no hay apartado SIP ALG. En los módems Tenda DSL: Advance → Services → ALG → desmarcar SIP —
Huawei, ZTE (terminales ópticos de operadores: HG8245H, HG8145V, F660, F670L…) en la documentación pública del fabricante no hay rutas; el menú suele estar recortado por el operador: pregunte al operador —
Sagemcom, Technicolor, AirTies (equipos de operadores) en la documentación del fabricante no hay apartado: pregunte al operador —
Xiaomi / Redmi en la documentación del fabricante no hay apartado: compruebe *43 y con una llamada de más de un minuto —

«De fábrica: no indicado en la documentación» significa que el fabricante no indica si ALG está activado inicialmente; entre y compruébelo. Las rutas proceden de los manuales oficiales de los fabricantes (la lista está en «Fuentes»); en otro firmware los nombres de los apartados pueden variar ligeramente.

Para el administrador de red: pasarelas empresariales
  • TP-Link Omada (pasarela con su propia interfaz web): Transmission → NAT → ALG → desmarcar SIP.
  • Zyxel ATP/USG (ZLD): Configuration → Network → ALG → desmarcar Enable SIP ALG (y Enable SIP Transformations).
  • Fortinet FortiGate: de fábrica, SIP lo procesa ALG (default-voip-alg-mode proxy-based) y está activado el session-helper sip (normalmente n.º 13). Solo se desactiva en consola: config system session-helper → delete 13 → end; después config system settings → set default-voip-alg-mode kernel-helper-based → end; en la política no debe haber perfil VoIP. Comprobación: diagnose sys session list | grep sip.
  • MikroTik: el registro SIP en service-port tiene los parámetros sip-direct-media (por defecto yes) y sip-timeout (1 hora); con el asistente desactivado no tienen efecto.
  • OpenWrt: el asistente SIP vive en el paquete kmod-nf-nathelper-extra; sin paquete no hay ALG. Los asistentes por zonas los activa la opción auto_helper del cortafuegos.

Si el router es del operador (terminal óptico, «caja» del proveedor de internet) y no se ve el apartado, el menú suele estar recortado. Llame al operador y pida: «desactive SIP ALG en mi router» o «ponga el terminal en modo puente (bridge)», si detrás tiene su propio router.

Después de desactivarlo, reinicie el router y los teléfonos (los registros NAT antiguos viven hasta el reinicio o el vencimiento del temporizador) y, a continuación, marque *43.

NAT, NAT doble y keep-alive#

Keep-alive. El router recuerda el «agujero» del teléfono mientras algo lo atraviesa. Si el teléfono permanece en silencio más tiempo que el tiempo de espera de UDP en el router, el registro se elimina, y la llamada entrante no llega al teléfono, aunque en el panel de administración siga encendido un punto verde durante varios minutos más («las salientes llaman, las entrantes no»). En los routers con Linux (en el que funcionan muchos modelos domésticos y de operador) el tiempo de espera predeterminado es de 30 segundos para flujos UDP unidireccionales y de 120 segundos para flujos con respuestas; en MikroTik, 30 segundos y 3 minutos.

Por eso:

  • en el teléfono, active NAT keep-alive (también «NAT Keep-alive», «Keep Alive Interval», «UDP keep-alive») con un intervalo de 15–30 segundos, si existe esa opción;
  • o cambie el teléfono a TCP: los routers mantienen la conexión TCP mucho más tiempo (nuestra centralita acepta TCP en el mismo puerto 5060);
  • la centralita, por su parte, sondea cada teléfono una vez cada 60 segundos; esto ayuda, pero en un router con un tiempo de espera de 30 segundos no basta por sí solo.

NAT doble: cuando detrás del router del operador o del terminal óptico hay un router propio, y ambos hacen NAT. Nuestra centralita solo ve la dirección más externa y funciona así, pero: hay que desactivar SIP ALG en ambos dispositivos, y el keep-alive debe ajustarse al más corto de los dos tiempos de espera. La mejor opción es poner el dispositivo del operador en modo puente (bridge), para que el NAT sea uno solo.

Internet móvil e IP «gris» del operador (CGNAT): es el mismo NAT doble, solo que el nivel externo es del operador y no se puede configurar. Funciona, pero el keep-alive es especialmente importante: los tiempos de espera de los operadores a veces son cortos.

Para el administrador de red: tiempos de espera y comprobación
  • Routers Linux (OpenWrt y los firmware de muchos modelos domésticos y de operador): nf_conntrack_udp_timeout = 30 s, nf_conntrack_udp_timeout_stream = 120 s, según la documentación del kernel de Linux. MikroTik: /ip firewall connection tracking → udp-timeout = 30 s, udp-stream-timeout = 3 min. Si los teléfonos no tienen keep-alive, suba el tiempo de espera de UDP a 180 s.
  • Señal de un registro NAT caducado: las salientes funcionan siempre, las entrantes dejan de llegar tras varios minutos de inactividad y «reviven» justo después de una llamada saliente.
  • A la inversa, se puede comprobar el camino hacia el teléfono desde el panel de administración: ficha del aparato → pestaña «Comprobación» → «Llamar al aparato» (véase la visión general, «Comprobación de la calidad de la conexión»).

Cable, Wi-Fi, PoE, VLAN y QoS#

  • Mejor cable que Wi-Fi. Conecte el teléfono de sobremesa con cable. El Wi-Fi añade latencia y pérdidas, sobre todo en la sala, donde los clientes comparten la red; al pasar entre puntos de acceso, la conversación puede interrumpirse.
  • La red de invitados no es para los teléfonos. En ella suele estar activado el aislamiento de clientes (los dispositivos no se ven entre sí: el ordenador no abrirá la interfaz web del teléfono) y a veces hay una página de inicio de sesión («captive portal») que el teléfono no puede superar.
  • Para moverse por la sala, DECT, no un teléfono Wi-Fi. Los auriculares DECT funcionan con su propia radio, no dependen del Wi-Fi y aguantan más tiempo la carga.
  • Alimentación por PoE. La mayoría de los teléfonos de oficina se alimentan desde el conmutador según el estándar PoE 802.3af: no hace falta una fuente de alimentación aparte. Si el conmutador no tiene PoE, la fuente de alimentación suele venderse por separado. Los videoteléfonos y los aparatos con módulos de expansión pueden necesitar PoE+ (802.3at).
  • El softphone en el smartphone en Wi-Fi pierde el registro al pasar a la red móvil; véase «Softphones».
Para el administrador de red: VLAN para voz y QoS

VLAN. En un establecimiento con conmutador gestionable es cómodo separar los teléfonos en una VLAN de voz aparte: el tráfico de invitados y de servicio no molesta a la voz y los teléfonos no son visibles para los invitados. El teléfono recibe el número de VLAN manualmente (en su propia configuración de red), por LLDP-MED desde el conmutador u opción DHCP; consulte la página de su marca. El ordenador conectado al puerto PC del teléfono permanece en la red normal. Para la centralita, la VLAN no cambia nada: hacia fuera, el teléfono sale igualmente a través del NAT del router.

QoS. La voz no necesita un canal grueso, sino prioridad en la cola de salida: cuando alguien sube vídeo de las cámaras o una copia de seguridad a la nube, los paquetes de voz están en la misma cola que los archivos; de ahí el «robot» y la latencia. Qué se puede hacer:

  • en el router, activar la priorización (QoS / SQM / Smart Queue / «Gestión del ancho de banda») y dar la máxima prioridad a las direcciones IP de los teléfonos o a la VLAN de voz;
  • limitar el ancho de banda de los dispositivos «pesados» (cámaras, NAS) un poco por debajo de la velocidad real del canal; así la cola no se llena;
  • los teléfonos suelen marcar ellos mismos la voz con el código DSCP 46 (EF) y la señalización con 24–26 (CS3/AF31); el router puede priorizar por esa marca. En internet, fuera de su router, las marcas DSCP normalmente no se respetan; por eso conviene gestionar precisamente su propia salida.

Cuánta conexión a internet se necesita#

Una conversación a través de nuestra centralita ocupa alrededor de 87 kbit/s en cada sentido, lo mismo para los códecs G.711 (A-law/µ-law) y G.722. Con margen, reserve 100 kbit/s por conversación, tanto de subida como de bajada.

Conversaciones simultáneas Necesario de subida y de bajada (cada uno)
1 teléfono 0,1 Mbit/s
2 0,2 Mbit/s
4 0,4 Mbit/s
8 0,8 Mbit/s
10 1 Mbit/s
20 2 Mbit/s

Dos aclaraciones con las que se suele tropezar:

  • Una conversación entre dos teléfonos dentro del establecimiento son dos flujos a través de internet, y no cero: la voz siempre pasa por la centralita (cada teléfono hacia la centralita y de vuelta). Cuente los teléfonos que hablan a la vez, no las llamadas.
  • El cuello de botella es la subida. En ADSL, internet móvil y muchos planes, la velocidad de subida es varias veces menor que la de bajada. Si el canal de subida está ocupado por cámaras, copias de seguridad en la nube o carga de vídeo, la voz empezará a cortarse, incluso cuando «la velocidad del test es buena».

La calidad importa más que la velocidad. Para una conversación normal se necesita:

Indicador Bien Se oye mal
Pérdida de paquetes hasta 1 % más de 3 %: «burbujea», se pierden sílabas
Jitter (variación del retardo) hasta 30 ms más de 50 ms: el sonido se corta
Retardo de ida y vuelta hasta 150 ms más de 300 ms: los interlocutores se interrumpen

Estas mismas cifras las muestra la centralita en cada comprobación *43 en el registro de llamadas.

Internet móvil. Una conversación consume alrededor de 0,6 MB por minuto en cada sentido, es decir, aproximadamente 1,2 MB por minuto en total, o unos 72 MB por hora de conversación.

Cómo se calcula

Los códecs de nuestra centralita —G.711 (PCMA/PCMU) y G.722— transmiten ambos 64 kbit/s de audio. El teléfono envía un paquete cada 20 ms (ptime 20 ms, el estándar para estos códecs), es decir, 50 paquetes por segundo.

  • Carga útil del paquete: 64 000 bit/s × 0,02 s = 1280 bit = 160 bytes.
  • Cabeceras: RTP 12 + UDP 8 + IPv4 20 = 40 bytes → paquete a nivel de IP: 200 bytes.
  • A nivel de IP: 200 bytes × 8 × 50 paquetes/s = 80 kbit/s.
  • En el cable Ethernet se añaden otros 18 bytes de cabecera de trama: 218 bytes × 8 × 50 = 87,2 kbit/s: eso es el «alrededor de 87».
  • RTCP (informes de calidad, cada varios segundos) añade fracciones de kbit/s, insignificantes. PPPoE del proveedor añade 8 bytes por paquete (+3,2 kbit/s).

Fórmula: ancho de banda = (carga útil + cabeceras) × 8 × (1000 / ptime); para G.711 y G.722 con 20 ms: (160 + 40 + 18) × 8 × 50 = 87 200 bit/s.

Tráfico: 80 kbit/s (a nivel de IP, como lo cuenta el operador móvil) = 10 000 bytes/s × 60 = 600 000 bytes ≈ 0,6 MB por minuto en un sentido; ×2 sentidos = 1,2 MB/min; ×60 minutos = 72 MB/h.

Cómo comprobar la red#

  1. Prueba de eco *43 desde el teléfono que plantea dudas: tono → su propia voz. Cómo interpretar los cuatro resultados (tono sin voz, silencio, entrecortado) está en la guía: «Comprobación de la calidad de la conexión». Hable al menos 10 segundos: así aparecerán en el registro de llamadas la pérdida, el jitter y el retardo.
  2. Llamada de la centralita al aparato (ficha del aparato → «Comprobación» → «Llamar al aparato») comprueba el camino de vuelta: ese mismo «agujero» en el router por el que entran las llamadas entrantes.
  3. La misma comprobación desde otra red (teléfono o softphone con internet móvil) responde rápidamente si la culpa es de la red del establecimiento.

Si algo no va bien, análisis por síntomas:

Seguridad#

  • No exponga el teléfono, el ATA o la pasarela directamente a internet: no redirija el 5060 hacia él, no lo ponga en la DMZ ni le asigne una IP «blanca». Unos robots escanean internet las 24 horas: un aparato abierto empieza a llamar por la noche desde números como «100» o «1000» y, en el peor de los casos, se utiliza para llamadas de pago. Nuestro esquema no necesita ninguna redirección.
  • Cambie la contraseña de fábrica de la interfaz web del teléfono (admin/admin y similares): de lo contrario, cualquiera en la red del establecimiento, incluido el Wi-Fi de invitados sin aislamiento, puede abrir la configuración y leer las credenciales.
  • Si el teléfono tiene la opción «aceptar SIP solo del servidor/proxy» (Allow SIP from proxy only, Accept SIP from registrar only), actívela.
  • Actualice el firmware de los teléfonos y del router desde fuentes oficiales del fabricante.

Preguntas frecuentes#

¿Necesita el establecimiento una dirección IP estática («blanca»)?#

No. El teléfono se conecta por sí mismo a la centralita, y la centralita lo memoriza por su dirección externa real, sea cual sea. Funciona tanto con una IP «gris» del proveedor como a través de internet móvil.

¿Hay que redirigir los puertos 5060 y 10000–20000 en el router?#

No, y no hay que intentarlo: redirigir el 5060 al teléfono lo hace visible para los escáneres de internet. Basta con que el router deje pasar el tráfico saliente (así viene configurado de fábrica).

No encuentro SIP ALG en mi router. ¿Qué hago?#

Busque en las secciones NAT, «Cortafuegos», «Seguridad», «WAN», «Componentes». Si no hay esa opción, puede que su modelo no tenga ALG en absoluto; compruebe con *43 y con una llamada de más de un minuto. Si las llamadas se cortan a los 30 segundos y el router es del proveedor, pídale al proveedor que desactive SIP ALG o que ponga el dispositivo en modo puente.

Las llamadas entrantes solo llegan los primeros minutos tras encender el teléfono#

Es el síntoma clásico de un registro NAT caducado en el router: el teléfono guarda silencio más tiempo que el tiempo de espera de UDP, y el router olvida adónde entregar las llamadas entrantes. Active en el teléfono el NAT keep-alive a 15–30 segundos o cambie el transporte a TCP. En detalle: «Se corta la llamada» y la sección «NAT, doble NAT y keep-alive».

¿Nos bastará un router móvil con SIM?#

Para 1–3 conversaciones simultáneas, normalmente sí: se necesitan unos 0,1 Mbit/s por conversación en cada sentido. El punto débil es la inestabilidad: con pérdidas superiores al 3 % y una latencia superior a 300 ms, la conversación resultará incómoda. Compruebe con *43 en hora punta y mire las cifras en el registro de llamadas.

¿Se pueden conectar los teléfonos a la Wi-Fi de invitados?#

Mejor no. En la red de invitados suele estar activado el aislamiento de clientes y la página de inicio de sesión, y los invitados comparten el canal con sus vídeos: la voz empezará a cortarse en la hora de mayor carga. Asigne a los teléfonos una red de servicio o una VLAN.

Secciones relacionadas#

Fuentes#

Was this article helpful?
Network, softphones & reset
Demo del menú del comensal Empezar gratis