- Inicio
- /
- Artículo
Gracias por sus comentarios.
Comenzar con la puerta de enlace local
En este artículo
¿Comentarios?Este artículo proporciona a los administradores toda la información y las referencias necesarias para configurar, mantener y solucionar problemas de la puerta de enlace local.
La puerta de enlace local le permite migrar a Webex Calling a su propio ritmo. La puerta de enlace local integra su implementación local existente con Webex Calling. También puede utilizar su conexión PSTN existente.
Asegúrese de lo siguiente antes de configurar una puerta de enlace local para llamadas de Webex:
-
Conocimientos de VoIP, como SIP y protocolos multimedia, y capacidad para solucionar problemas básicos.
-
Conocimiento práctico de los dispositivos (controlador de borde de sesión) que están configurados como puerta de enlace local.
-
Se requiere licencia para operar el controlador de borde de sesión.
-
Conocimiento de Cisco Unified Communications Manager (Unified CM) o una centralita PBX equivalente implementada en sus instalaciones y configurada para funcionar con Webex Calling. (En el caso de una integración con un entorno local).
Los siguientes artículos pueden ayudarle a familiarizarse con las opciones de implementación:
|
Términos |
Referencias |
|---|---|
|
Troncales y grupos de rutas |
Para obtener más información, consulte troncales y grupos de rutas en Arquitectura preferida de llamadas de Webex. |
|
ByoPSTN, Marcación empresarial |
Significa "Trae tu propia red telefónica pública conmutada" (Bring Your Own PSTN). Para obtener más información, consulte Acceso a PSTN e interconexión local en Arquitectura preferida de llamadas de Webex. |
|
Over the Top (OTT), Webex Edge Connect |
Para obtener más información, consulte Opciones de conectividad de acceso en Arquitectura preferida de llamadas de Webex. |
Modelos de troncales de puerta de enlace local
Existen dos tipos de modelos de trunking de puerta de enlace local:
-
Troncales basadas en el registro
-
Troncales basadas en certificados
Estos modelos ofrecen una funcionalidad similar, pero difieren en escala y compatibilidad con distintos dispositivos. Seleccione el modelo de sistema troncalizado adecuado que cumpla con sus requisitos.
|
Funcionalidad |
Basado en el registro |
Basado en certificados |
|---|---|---|
|
Llamadas simultáneas |
Llamadas simultáneas de hasta 250 por línea troncal. |
Llamadas simultáneas de > 250 por baúl. |
|
Tipo de dispositivo |
Solo admite Cisco Unified Border Element (CUBE). Para obtener más información, consulte Soporte de la plataforma CUBE. |
Una selección de tipos de dispositivos como se menciona en la tabla Tipos de dispositivos compatibles con el trunking basado en certificados. |
|
Modelo de autenticación |
Modelo de autenticación basado en resumen, que se basa en un nombre de usuario y una contraseña compartidos que se utilizan para autenticar el registro y las llamadas. Para obtener más información, consulte Tronco basado en registro. |
Autenticación basada en certificados con verificación de FQDN de LGW. Para obtener más información, consulte Troncal basada en certificados. Cada transacción SIP que la puerta de enlace local inicie hacia la nube de llamadas de Webex debe contener un encabezado de contacto con el FQDN de la puerta de enlace local. Las transacciones OPTIONS desde Local Gateway son especialmente importantes para que el estado de Local Gateway en Control Hub esté en línea. |
|
Requisitos de red, cortafuegos y NAT Para obtener detalles sobre el tráfico de entrada y salida, consulte Información de referencia de puertos para llamadas de Cisco Webex. |
Cualquier NAT o IP pública. Se prefiere la NAT dinámica, ya que es más fácil de configurar y requiere menos configuraciones de firewall. Requiere que el firewall permita el tráfico de entrada y salida (llamadas de Webex a la puerta de enlace local y viceversa). Para el tráfico de entrada, el firewall abre micropuertos de entrada en función de los mensajes de registro de salida. Se recomienda abrir un pequeño orificio para todas las direcciones IP y puertos de llamadas de Webex. No depende de una dirección IP o puerto específico al que se registre la puerta de enlace local. |
Red pública con acceso a internet, incluyendo una IP pública o NAT estática. Requiere que el firewall permita el tráfico de entrada y salida (llamadas de Webex a la puerta de enlace local y viceversa). |
|
Requisitos del servicio DNS público |
No se requiere ninguna configuración específica en un servicio DNS público. |
|
|
Requisitos de certificación y certificación de CA |
|
|
|
Incorporación y resolución de problemas mediante un conector en la nube |
Permite la resolución automatizada de problemas de configuración. |
No admite la resolución automatizada de problemas de configuración. |
Controladores de borde de sesión compatibles
Configure el enlace troncal basado en certificados para las pasarelas locales en Webex para el gobierno. Además, CUBE es el único controlador de borde de sesión (SBC) que actualmente admite Webex para el gobierno.
|
Proveedor y modelo de SBC |
Versión mínima |
Advertencias abiertas |
Webex para el sector gubernamental |
|---|---|---|---|
|
Cisco—Modelos CUBE listados en Compatibilidad con la plataforma del enrutador |
Cisco IOS XE Bengaluru 17.6.1a Para configurar Local Gateway en modo controlador como parte de una solución Cisco SD-WAN, utilice Cisco IOS XE Cupertino 17.7.1 o versiones posteriores. Para conocer las versiones recomendadas, consulte la página Cisco Software Research. Busca la plataforma y selecciona uno de los lanzamientos "Sugeridos". |
Las plataformas Cisco ISR 1100 no admiten la validación de la configuración. Para una puerta de enlace implementada en modo controlador con Cisco SD-WAN, no se admiten las siguientes funciones:
|
Webex para Gobierno no admite la troncalización basada en registro. |
|
Proveedor y modelo de SBC |
Versión mínima |
Advertencias abiertas |
Webex para el sector gubernamental |
|---|---|---|---|
|
Cisco—Modelos CUBE listados en Compatibilidad con la plataforma del enrutador |
Cisco IOS XE Cupertino 17.9.1a Para conocer las versiones recomendadas, consulte la página Cisco Software Research. Busca la plataforma y selecciona uno de los lanzamientos "Sugeridos". |
Para una puerta de enlace implementada en modo controlador con Cisco SD-WAN, no se admiten las siguientes funciones:
|
Tiene soporte |
|
Oracle—Serie AP |
9.3.0 |
Para conocer las advertencias abiertas, consulte Problemas conocidos y limitaciones de Oracle SBC con Cisco Webex Calling documentación de la solución. |
No es compatible |
|
Oracle—VME |
9.3.0 |
Para conocer las advertencias abiertas, consulte Problemas conocidos y limitaciones de Oracle SBC con Cisco Webex Calling documentación de la solución. |
No es compatible |
|
Oracle: Oracle SBC en la nube pública |
9.3.0 |
Para conocer las advertencias abiertas, consulte Problemas conocidos y limitaciones de Oracle SBC con Cisco Webex Calling documentación de la solución. |
No es compatible |
|
AudioCodes—Mediant CE & VE |
7.40A.250.440 |
Limitaciones en la interoperabilidad de ICE. Consulte la sección2.4.2 de la nota de configuración de Conexión de llamadas Webex con AudioCodes SBC. |
No es compatible |
|
AudioCodes—Aparatos Mediant |
7.40A.250.440 |
Limitaciones en la interoperabilidad de ICE. Consulte la sección2.4.2 de la nota de configuración de Conexión de llamadas Webex con AudioCodes SBC. |
No es compatible |
|
Cinta—SBC Serie 5000, SBC 7000 y SBC SWe |
10.1 |
Limitaciones en la interoperabilidad de ICE. Consulte la sección Advertencias. |
No es compatible |
|
Cinta—SBC SWe Edge |
11.0.2 |
Limitaciones en la interoperabilidad de ICE. Consulte la solución alternativa en la sección Advertencias. |
No es compatible |
|
Cinta—SBC 1000, SBC 2000 |
11.0.1 |
Limitaciones en la interoperabilidad de ICE. Consulte la solución alternativa en la sección Advertencias. |
No es compatible |
|
Cinta—8000 w/SBC SWe Edge |
25.0 |
Consulte Ribbon Edge 8000 con Cisco Webex Calling:Interoperability Guía Sección de advertencias. |
No es compatible |
| cualquiernodo—SBC | 4.10 |
No es compatible | |
| Italtel NetMatch-S SBC | NetMatch-S-CI 5.8.0-20240111 | Para conocer las limitaciones conocidas, descargue Configuración de NetMatch-S CI SBC para llamadas WEBEX y consulte la Sección 3.3 Advertencias. |
No es compatible |
Webex Calling admite la implementación de puertas de enlace locales detrás de NAT. El comportamiento de las llamadas puede depender del tipo de firewall NAT utilizado en su red y de la funcionalidad que proporciona su SBC.
Requisitos de capacidad de llamadas
Los modelos de trunking basados en registro y en certificado tienen diferentes capacidades de llamadas simultáneas, como se muestra en la siguiente tabla:
|
Requisito de llamada simultánea) |
Número aproximado de usuarios |
Preferencia de tipo de tronco |
Calidad mínima del enlace |
|---|---|---|---|
|
~ 2000–6500 |
65000 |
Basado en certificados |
Interconexión |
|
~ 250–2000 |
20000 |
Basado en certificados |
Exagerado (OTT) |
|
Hasta 250 |
2500 |
Basado en el registro |
Ott |
Requisitos de conexión
Para garantizar llamadas de alta calidad de forma constante, la conexión de red entre la puerta de enlace local y Webex Calling debe tener las siguientes características máximas:
-
Latencia unidireccional de 100 ms
-
fluctuación de paquetes de 10 ms
-
Pérdida de paquetes del 0,5%
Para obtener más información sobre la capacidad de llamadas, consulte Arquitectura preferida para llamadas de Webex.
Modelo de conectividad y requisitos
-
Durante el proceso de aprovisionamiento, cada puerta de enlace local se asigna a dos ubicaciones de Webex Media PoP para garantizar la redundancia y la alta disponibilidad. Esta asignación se gestiona mediante un registro DNS SRV.
-
La ubicación de los puntos de presencia de medios (PoP) se determina en función de la ubicación geográfica de la puerta de enlace, que se configura durante el proceso de aprovisionamiento en Control Hub. Normalmente, la puerta de enlace se asigna a los dos puntos de presencia de medios (PoP) geográficos más adecuados y separados dentro de la misma región. Por ejemplo, si la puerta de enlace está configurada en la UE, entonces la puerta de enlace utiliza dos puntos de presencia (PoP) de medios dentro de la UE.
Para obtener una lista completa de las ubicaciones de los PoP de Webex Media, consulte Ubicaciones de centros de datos para Webex Calling.
Las ubicaciones de Webex Calling también son puntos de presencia de medios.
-
Las capacidades de medios regionales también se aplican a las conexiones de puerta de enlace. En función de las circunstancias de la llamada, los medios se mantienen localmente dentro de la región siempre que sea posible.
-
Asegúrese de que los certificados estén firmados para su uso tanto por el cliente como por el servidor.
Configurar puerta de enlace local
| 1 |
Configure el enlace troncal desde el centro de control. |
| 2 |
Configure su dispositivo para que funcione como puerta de enlace local.
|
| 3 |
Confirme que la puerta de enlace local esté activa en el estado del centro de control. Para obtener instrucciones sobre la puerta de enlace alojada por el socio, consulte Configuración de una puerta de enlace alojada por el socio
|
Actualmente, Webex Calling no admite que CME y LGW se ejecuten simultáneamente en una única instancia de vCUBE.
Solucionar problemas de la puerta de enlace local
Si el estado de la puerta de enlace local no está activo o existen otros problemas, consulte los siguientes documentos antes de ponerse en contacto con el equipo de soporte:
-
Solucione problemas con la implementación de Puerta de enlace local basada en registro desde el Centro de control.
-
Solucione problemas con la implementación de Puerta de enlace local basada en certificados desde el Centro de control.
Cuando la puerta de enlace local no esté activa, compruebe el estado del enlace troncal en el centro de control:
-
Ir a .
-
Seleccione el tronco cuyo estado desea comprobar.
-
Haga clic en Información de enlace troncal.
-
En línea— Conexión exitosa entre todos los proxies de borde de Webex Calling y la puerta de enlace local
-
Sin conexión— No se pudo establecer una conexión entre Webex Calling y la puerta de enlace local.
-
Deteriorado— Conexión fallida entre al menos un proxy de borde de Webex Calling y la puerta de enlace local
-
Desconocido—Al establecer una conexión entre Webex Calling y la puerta de enlace local recientemente añadida
-
Para obtener actualizaciones del estado de los troncales en troncales basadas en certificados o troncales basadas en registro, consulte Configurar troncales, grupos de rutas y planes de marcación para Webex Calling.
-
Para obtener más información sobre cómo configurar las alertas de troncales, consulte Centro de alertas en Control Hub.
Solución de problemas al establecer el protocolo de enlace TLS
Los fallos en el protocolo de enlace TLS tras la renovación del certificado pueden indicar que el SBC está aplicando la validación de EKU de autenticación de cliente.
|
Motivo |
Resolución |
|---|---|
|
|
-
Webex Calling no valida ni aplica la EKU de autenticación del cliente durante el establecimiento del protocolo de enlace TLS.
-
Cualquier requisito para la EKU de autenticación de cliente lo determina el proveedor de SBC, no Webex Calling.
-
Cualquier fallo de TLS relacionado con la validación de EKU se debe a la configuración del SBC o al comportamiento predeterminado. Póngase en contacto con el soporte de Cisco y con su proveedor de SBC para obtener más ayuda.
Compatibilidad con pasarelas locales de terceros
Para implementar Webex Calling utilizando un SBC de terceros, se requiere el soporte tanto de Cisco como del proveedor asociado. A continuación se detallan los aspectos del soporte:
-
Soporte para llamadas Webex:
-
Cisco o sus socios que utilicen Webex Calling deben tener un acuerdo de soporte con Cisco para poder recibir asistencia de Cisco (soporte TAC).
-
Cisco ofrece asistencia al cliente para la implementación de Webex Calling en el extremo de la red y para los teléfonos IP de Cisco registrados para Webex Calling.
-
-
Soporte del proveedor:
-
Durante la implementación, Cisco brinda soporte a los clientes o socios que cuentan con un dispositivo SBC de terceros validado y no es responsable de brindar asistencia para el SBC en sí.
-
Cisco no se responsabiliza de los casos de soporte ajenos a Cisco en los que participen el cliente y el proveedor del SBC. Los problemas o defectos de software que surjan durante la implementación pueden ser tratados con el proveedor de SBC y con Cisco.
-
