- Inicio
- /
- Artículo
Definiciones
Definiciones | Descripción |
---|---|
Socio de Cisco | Una entidad (generalmente un proveedor de servicios) que vende Productos y Servicios de Cisco a sus clientes. |
Cliente final | Usuarios que utilizan los productos y servicios de Cisco que les vende un socio de Cisco. |
CUBE | Cisco Unified Border Element |
Organización del socio | Repositorio de administración de servicios y identidades de Webex que mantiene información sobre los socios de Cisco y sus clientes. |
Hub del socio | Portal web para proporcionar identidad y servicios para los socios de Cisco y los clientes que administran. |
Organización del cliente | Repositorio de administración de servicios y identidades de Webex que mantiene información sobre el cliente final. |
BroadWorks Enterprise o Proveedor de servicios/Grupo | Representación del cliente final en BroadWorks. |
Descripción general
La solución Traiga su propia PSTN (BYoPSTN) permite a los proveedores de servicios de Webex para Cisco BroadWorks aprovisionar números de teléfono propios para que utilicen los usuarios cuando entren a Webex Meetings. La solución permite a los socios aprovechar sus propias PSTN y hacer uso de las relaciones existentes con los proveedores de PSTN, en lugar de utilizar los números proporcionados por Cisco.
La arquitectura de referencia de este documento proporciona un diseño de extremo a extremo para la opción BYoPSTN. Esta arquitectura está validada por Cisco y utiliza Cisco Unified Border Element (CUBE) como controlador de borde de sesión (SBC) para el tráfico de llamadas entre BroadWorks y Webex Meetings.
Elección de la opción Entrar a la reunión
Actualmente, Webex para Cisco BroadWorks admite dos opciones para aprovisionar números de teléfono de reuniones. Los proveedores de servicios deben elegir una de estas dos opciones; no se admite una combinación:
Números de llamada entrante de Cisco (PSTN de Cisco): Cisco proporciona los números de teléfono que los participantes de la reunión pueden utilizar para entrar a reuniones
Números de llamada entrante proporcionados por el socio (BYoPSTN): los proveedores de servicios proporcionan sus propios números de teléfono para que los participantes de la reunión los utilicen al entrar a reuniones.
Solución BYoPSTN
Los socios que elijan la opción de números de llamada entrante proporcionados por el socio (BYoPSTN) deben proporcionar sus propios números de teléfono de PSTN y deben aprovisionar la infraestructura de red necesaria para enrutar llamadas hacia y desde Webex. La solución BYoPSTN facilita el enrutamiento de llamadas Over the Top (OTT) a través de la Internet pública de BroadWorks a Webex.
Las siguientes condiciones se aplican al seleccionar la opción BYoPSTN:
Los socios de Cisco pueden utilizar los mismos números de teléfono para más de un cliente final. Estos números de teléfono pueden estar en cualquier país en el que opere el socio.
La opción BYoPSTN no requiere cambios en el proceso general de incorporación de Webex para los clientes de Cisco BroadWorks.
BYoPSTN requiere aprovisionamiento a nivel de socio de Cisco y todos los clientes finales que los socios activen después de que BYoPSTN esté en funcionamiento se habiliten automáticamente.
Todo el aprovisionamiento requerido para los sitios de reuniones del cliente es automático, al igual que con la solución actual disponible generalmente.
Los socios que activan paquetes Estándar y Premium tienen dos sitios de reuniones: un sitio para usuarios estándar y otro para usuarios premium. Ambos sitios están habilitados para BYoPSTN.
Los participantes de la reunión que llaman a reuniones pueden optar por utilizar el uso compartido de vídeo y contenido a través de Internet.
Se aplica a las entradas de reuniones tanto para reuniones del espacio como para reuniones de PMR. Tenga en cuenta que para las reuniones del espacio, el espacio debe haber sido creado por un usuario estándar o premium con capacidades de organizador de reuniones de Webex para recibir un número de acceso PSTN; los espacios creados por los usuarios básicos no reciben números de acceso PSTN.
Este documento proporciona una configuración validada que utiliza CUBE como su SBC. Sin embargo, si no desea utilizar CUBE, puede implementar su propio SBC.
Arquitectura
La solución Webex para Cisco BroadWorks BYoPSTN se basa en el conjunto de servicios de Webex Edge, más específicamente, el servicio de audio de Webex Edge disponible para los clientes empresariales. La arquitectura se adapta para integrar la infraestructura de BroadWorks de los socios de Cisco con el audio de Webex Edge, lo que permite al socio de Cisco configurar de forma centralizada conjuntos de números de teléfono para que los utilicen sus clientes finales.
Los principales elementos de la arquitectura son los siguientes:
BroadWorks: infraestructura de BroadWorks de los partners de Cisco
Cisco Unified Border Element (CUBE): controlador de borde de sesión de referencia (SBC) para la solución implementada en el centro de datos de los socios de Cisco. El CUBE debe estar dentro de una DMZ. Tenga en cuenta que si no desea utilizar CUBE, puede implementar su propio SBC.
Audio de Webex Edge: servicio de Webex, que desacopla la PSTN de Webex al cambiar el enrutamiento de llamada para hacer uso de la infraestructura proporcionada por el socio de Cisco.
Las llamadas de los participantes para entrar a una reunión atraviesan BroadWorks hasta CUBE y desde CUBE hasta la infraestructura de Webex en la nube a través de Internet. Este modelo se aplica a las dos situaciones siguientes para entrar a reuniones:
Realización de llamada: un participante marca el número de teléfono de la invitación a la reunión en su auricular registrado en BroadWorks, dispositivo móvil o en la aplicación Webex. BroadWorks inicia la llamada.
Devolución de llamada (opcional): un participante solicita que Webex llame a un número de teléfono que el participante proporcione. Webex inicia la llamada.
Las llamadas enrutadas de BroadWorks a CUBE dentro de la infraestructura del socio utilizarán SIP TCP para la señalización de llamadas y RTP para medios. Desde CUBE hasta Webex, las llamadas utilizan SIP TLS para la señalización y sRTP para los medios. El enrutamiento de llamada de CUBE a WebEx se realiza a través de Internet y no utiliza un enlace troncal SIP.
La configuración típica para situaciones de llamada entrante/devolución de llamada es la siguiente:
El socio de Cisco tiene un número de teléfono PSTN (por ejemplo, 2403332200) y un código de acceso de Webex asociado (por ejemplo, 88631321777971704941).
El socio de Cisco aprovisiona un suscriptor virtual en BroadWorks que corresponde al dispositivo CUBE. El socio asigna el número de teléfono al código de acceso y viceversa.
El código de acceso, que se envía a Webex en los mensajes SIP, identifica los sitios de reuniones asociados con el socio de Cisco.
El número de teléfono anterior para acceder a la asignación del código se configura una vez y es común a todos los sitios de reuniones del cliente final.
Los participantes que entren a la reunión deben introducir el ID de reunión correspondiente (por ejemplo, 123456), que identifica la reunión específica a la que se va a entrar.
Se recomienda que los socios sigan el modelo de redundancia descrito a continuación.
Entrar a la reunión mediante la realización de llamada
La siguiente imagen muestra el proceso de un usuario que entra a la reunión mediante llamada entrante.
Estos son los pasos necesarios para que el participante entre a una reunión mediante llamada entrante.
Un usuario planifica una reunión en Webex. Webex asigna un ID de reunión (por ejemplo, 123456).
El usuario marca el número de teléfono asociado con la reunión (por ejemplo, 2403332200). La INVITACIÓN SIP lleva el URI de solicitud como el número de teléfono asociado a la reunión.
BroadWorks traduce el número de teléfono a un código de acceso (por ejemplo, 88631321777971704941) asociado al sitio de la reunión y enruta la llamada a CUBE con el URI de solicitud como código de acceso.
Webex recibe la INVITACIÓN SIP y responde la llamada. El idioma de los anuncios está determinado por el idioma especificado para el número de teléfono cuando se aprovisiona en Cisco Partner Hub y BroadWorks.
El usuario introduce el ID de reunión (por ejemplo, 123456) con DTMF. Webex verifica al usuario y, luego, permite que el usuario entre a la reunión.
Entrar a la reunión mediante devolución de llamada (opcional)
La siguiente imagen muestra el proceso de un usuario que entra a la reunión mediante devolución de llamada; el usuario solicita una llamada de Webex para entrar a una reunión.
Estos son los pasos para que el participante entre a una reunión mediante devolución de llamada:
Un usuario planifica una reunión en Webex. Webex asigna un ID de reunión (por ejemplo, 123456).
El usuario solicita una llamada de Webex al número deseado (por ejemplo, +16504441000) para entrar a la reunión utilizando la aplicación de Webex o el cliente de reuniones.
Webex inicia una INVITACIÓN SIP a CUBE en función del grupo de SRV de DNS de devolución de llamada, aprovisionado en Cisco Partner Hub y BroadWorks. La URI de solicitud de INVITACIÓN SIP contiene el número de teléfono que debe recibir la llamada (por ejemplo, +16504441000@cube.example.com).
CUBE traduce el número de teléfono en el ID de parte remota a un valor que identifica a un suscriptor virtual en BroadWorks (por ejemplo, 88631321777971704941@ecccx.amer.pub.webex.com). Esto identifica al CUBE como un usuario virtual para el servidor de aplicaciones de BroadWorks.
La llamada se ofrece al número de teléfono solicitado por el usuario y el usuario responde la llamada para entrar a la reunión. Este número de teléfono puede ser un suscriptor de BroadWorks o un número de PSTN. Si el número solicitado es un número de PSTN, BroadWorks utiliza la ruta aprovisionada para enrutar la llamada a la PSTN.
Para la opción de devolución de llamada, es obligatorio activar las siguientes dos características:
- 102746 – Soporte de BroadWorks para CI UUID
- 102074 – Soporte de facturación de BYO PSTN para CallBack y CallIn
Esto puede confirmarse desde CLI como se indica a continuación:
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
Para obtener una descripción detallada de estas funciones y su activación, consulte la sección "Suscriptor virtual de devolución de llamada a reuniones de VoiceXML" de este documento.
Si opta por no configurar la opción Entrar a la reunión mediante la opción Devolución de llamada, los usuarios aún pueden utilizar la opción Realización de llamada para entrar a las reuniones o pueden entrar con el audio de la computadora. En este caso, no es necesario configurar los grupos de devolución de llamada de SRV de DNS. |
Descripción general de la configuración de soluciones
La solución tiene varios componentes diferentes, cada uno de los cuales debe configurarse correctamente para que funcione correctamente. Los componentes son los siguientes:
BroadWorks
CUBE (o un controlador alternativo de borde de sesión certificado por SP))
Audio de Webex Edge
Existen interdependencias entre la configuración de estos diferentes componentes y, como tal, se requiere una o más organizaciones de generación de soluciones para completar la configuración y verificación de soluciones requeridas.
Organización de semillas
Una organización de origen es una organización de Webex que usted configura para generar y validar los ajustes para la solución BYoPSTN. La organización de origen debe tener al menos un usuario asignado un paquete estándar, y ese paquete estándar debe utilizar la opción para entrar a reuniones de números de llamada entrante proporcionados por el socio (BYoPSTN). Se recomienda que asocie la organización de lanzamiento con un proveedor de servicios BroadWorks o Enterprise de prueba.
Las organizaciones de generación de soluciones tienen dos propósitos:
Configuración de origen: el aprovisionamiento de las organizaciones de origen genera números de teléfono a las asignaciones de códigos de acceso de reuniones y un identificador único universal del sitio de reuniones (UUID del sitio) que son necesarios para el funcionamiento continuo de la solución. Esta información es necesaria para configurar BroadWorks Virtual Subscribers (VSUB).
Validación de la configuración: utilice la organización de origen para determinar si la solución BYoPSTN está configurada de acuerdo con sus requisitos. Utilice la organización de origen y los usuarios de prueba para validar los casos de uso de llamada entrante y devolución de llamada de la reunión mediante los números de llamada entrante proporcionados por el socio y los registros de devolución de llamada de SRV de DNS (si la devolución de llamada está habilitada).
El administrador debe generar una organización de solución de origen para cada conjunto exclusivo de números de teléfono y registros de devolución de llamada de SRV de DNS. La generación de la organización de la solución de siembra en cada caso genera el número de teléfono necesario para las asignaciones de código de acceso de la reunión y la capacidad de verificar los casos de uso de llamada entrante y devolución de llamada de la reunión asociados para esos números de teléfono y registros de SRV de DNS de devolución de llamada.
El administrador, que utiliza Cisco Partner Hub, debe seleccionar una organización de la solución de semillas como la organización de la solución de semillas principal. El UUID del sitio de reuniones de la reunión del paquete estándar de esta organización de solución de siembra primaria debe configurarse en BroadWorks. Es fundamental que este sitio de reuniones permanezca aprovisionado, ya que el UUID de este sitio se envía en cada solicitud de entrada a reuniones de llamada entrante como token de autenticación. Este UUID de sitio único es compartido por todos los conjuntos de números de teléfono y registros de SRV de DNS de devolución de llamada. No se requieren varios valores de UUID del sitio.
Las organizaciones de solución de semillas principal y secundaria se pueden eliminar, si se desea, antes de que el conjunto de números de teléfono y registros de SRV de DNS de devolución de llamada se asignen a clientes que no son de prueba. Cuando el conjunto de números de teléfono y registros de SRV de DNS de devolución de llamada se asignan a cualquier cliente que no sea de prueba, esos números de teléfono y registros de devolución de llamada se asocian con sitios de reuniones para esos clientes y están en uso para entrar a reuniones mediante la realización de llamada y devolución de llamada. Cualquier cambio debe considerarse que afecta al servicio.
En las siguientes secciones se ofrecen más detalles sobre los diferentes elementos de configuración.
Elementos de configuración de BYoPSTN
Un elemento clave de la solución es la configuración de los números de teléfono del socio de Cisco y los registros de devolución de llamada de SRV de DNS. BYoPSTN utiliza grupos de números de teléfono y grupos de SRV de DNS de devolución de llamada como una forma de asignar números de teléfono basados geográficamente y enrutamiento de llamada redundante para reuniones de Webex. La plantilla de cliente asigna estos elementos a los clientes finales.
Grupos de números de teléfono (PNG)
Los socios de Cisco proporcionan los números de teléfono que utilizan los participantes para entrar a las reuniones en el concentrador de socios de Cisco. Estos números de teléfono se organizan juntos en un grupo de números de teléfono. La lista de números de teléfono está asociada a un sitio de reuniones. Todas las salas de reuniones personales (PMR) y las reuniones planificadas en ese sitio de reuniones utilizan los números de teléfono asociados. El siguiente es un ejemplo de un grupo de números de teléfono:
Nombre del número de teléfono | País | Código de país | Número de teléfono | Anuncio | Tipo de tarifa | Prioridad de llamada entrante |
---|---|---|---|---|---|---|
EE. UU., Maryland | EE. UU. | +1 | 2403332200 | Inglés | Teléfono pago | Primario |
EE. UU., Florida | EE. UU. | +1 | 9049002303 | Inglés | Teléfono pago | Secundario |
EE.UU. Nueva York | EE. UU. | +1 | 8056504578 | Inglés | Teléfono gratuito | Ninguno |
Los números de teléfono tienen los siguientes atributos:
Nombre del número de teléfono: nombre para describir el número de teléfono
País: país al que está asignado el teléfono
Código de país: código de llamada del país o código de marcado del país
Número de teléfono: el número de teléfono que se utilizará para entrar a una reunión sin el código de país
Anuncio: idioma del anuncio que se reproducirá cuando un participante entre a una reunión
Tipo de pago: el tipo de número: Teléfono pago o teléfono gratuito
Prioridad de llamada entrante: la prioridad asignada a los números de la reunión. La vista de los participantes de los números para entrar a la reunión se ordena en función de esta prioridad.
Números de teléfono predeterminados: Los administradores pueden asignar una prioridad de llamada entrante principal, secundaria o ninguna a un número de teléfono del grupo de números de teléfono. Los números de teléfono con una prioridad principal o secundaria son los números de teléfono predeterminados. Los números de teléfono predeterminados se envían en los correos electrónicos de invitación a la reunión y se enumeran en el orden de prioridad que los participantes deben utilizar para entrar a las reuniones. No es necesario que los números de teléfono predeterminados estén en el mismo país. Se debe seleccionar un número de teléfono principal; un número de teléfono secundario es opcional. Al menos uno de los números de teléfono predeterminados debe tener el tipo Toll.
Los usuarios del cliente final pueden optar por especificar sus propios números de teléfono predeterminados mediante la interfaz web del sitio de la reunión. Estos números aparecen para ese usuario y sus participantes cuando son el organizador de la reunión. Si el usuario entra a una reunión como asistente, aparecerá solo para él.
Como en el ejemplo anterior, el administrador de socios de Cisco establece EE. UU., Maryland, como principal, y EE. UU., Florida, como secundaria, estos son los números de teléfono predeterminados. Un usuario puede optar por anular esto en sus reuniones cambiando la opción principal a EE. UU., Nueva York y la secundaria como EE. UU., Maryland.
La cantidad máxima de números de teléfono para un grupo de números de teléfono determinado es 98.
NOTA: No se admite la configuración de un número dedicado para una sola empresa.
Grupos de SRV de DNS (CDSG) de devolución de llamada
Para permitir que los participantes de la reunión elijan la opción de devolución de llamada, se requiere un grupo de SRV de DNS de devolución de llamada que apunte a las instancias de CUBE dentro de la red del socio de Cisco. Webex utiliza estos registros para enrutar la devolución de llamada a través de CUBE a BroadWorks, que luego puede enviar la devolución de llamada a la reunión al número de teléfono del participante de la reunión.
A continuación se muestra un ejemplo de un grupo de SRV de DNS de devolución de llamada.
Country/Region | Código de país | Registro de SRV de DNS |
---|---|---|
Estados Unidos | +1 | cube.us.example.com |
México | +52 | cube.mx.example.com |
Todos los demás países | No disponible | cube.global.example.com |
Los registros de SRV de DNS de devolución de llamada tienen los siguientes atributos:
País/región: el país o la región para los que se debe utilizar este registro de SRV de DNS para enviar solicitudes de llamada.
Código de país: el código de país asociado con el país/región. Solo puede tener un registro de SRV de DNS por código de país.
Registro de SRV de DNS: el registro de SRV de DNS para las instancias del CUBE de socio de Cisco.
Cuando el participante solicita una llamada a su número de teléfono especificado, Webex utiliza el SRV de DNS de devolución de llamada asociado con el código de país del número de teléfono especificado para enrutar la llamada a los elementos apropiados de la red de socios de Cisco.
El uso de un registro de SRV de DNS de esta manera proporciona soporte para instancias de CUBE redundantes para atender las solicitudes de llamada de Webex. En el ejemplo anterior, cuando los participantes de reuniones en EE. UU. solicitan una devolución de llamada de Webex a su número de teléfono de EE. UU., Webex utiliza el SRV de DNS cube.us.example.com
para enrutar esa llamada a la red del socio de Cisco. Cuando los participantes de la reunión en México soliciten una devolución de llamada de Webex a su número telefónico de México, Webex utilizará el SRV de DNS cube.mx.example.com
para enrutar esa llamada a la red del socio de Cisco.
Para cualquier país/región que no tenga un registro de SRV de DNS de devolución de llamada específico, esas solicitudes de llamada se enrutan al registro de SRV de DNS de ‘Todos los demás países’. El administrador debe configurar un registro de SRV de DNS “Todos los demás países”.
La cantidad máxima de registros para un grupo de SRV de DNS de devolución de llamada determinado es 200.
Plantillas del cliente
La plantilla del cliente es un concepto existente para la solución de Webex para BroadWorks. La plantilla proporciona la configuración predeterminada que se utiliza para aprovisionar a un cliente final. BYoPSTN proporciona atributos adicionales a la plantilla de cliente:
Tipo de entrada a la reunión: puede ser números de llamada entrante de Cisco o números de llamada entrante proporcionados por el socio. Este atributo indica los números de teléfono configurados para los sitios de reuniones asociados con los paquetes estándar y premium. El administrador debe seleccionar los números de llamada entrante proporcionados por el socio.
Grupo de números de teléfono: asociado con la opción de números de llamada entrante proporcionados por el socio solo, este atributo indica los números de teléfono que utilizan los clientes finales que se aprovisionan para los paquetes estándar y premium al entrar a reuniones.
Grupo de SRV de DNS de devolución de llamada: asociado con la opción de números de llamada entrante proporcionados por el socio, este atributo indica los registros de SRV de DNS que utiliza Webex al volver a llamar a clientes finales que se aprovisionan para paquetes estándar y premium al entrar a reuniones. Si no desea habilitar la devolución de llamada, puede seleccionar “Deshabilitar devolución de llamada” al crear o actualizar una plantilla de cliente. Cuando se aprovisiona el primer suscriptor de Estándar o Premium para un cliente final, se aprovisiona el sitio de reuniones del paquete asociado. El sitio de reuniones del paquete se aprovisiona según la plantilla del cliente anterior. Cualquier suscriptor aprovisionado posteriormente para Standard o Premium se agrega al sitio de reuniones ya aprovisionado; la configuración del sitio de reuniones no se cambia.
Cualquier cambio en la plantilla del cliente con respecto a los atributos anteriores se aplica solo a los sitios de reuniones de paquetes recientemente aprovisionados. Los sitios de reuniones existentes, ya aprovisionados, no se ven afectados por los cambios en la plantilla del cliente.
La única excepción notable es que si un cliente final ya tiene un sitio de reuniones de paquetes, cualquier sitio de reuniones de paquetes nuevo se aprovisiona utilizando el mismo tipo de entrada a reuniones que el sitio de reuniones de paquetes existente. Por ejemplo, si un cliente final tiene un sitio de reuniones de paquetes estándar que utiliza números de llamada entrante de Cisco y la plantilla del cliente se actualiza para utilizar números de llamada entrante proporcionados por el socio, se aprovisiona un nuevo sitio de reuniones de paquetes premium con números de llamada entrante de Cisco; la configuración de la plantilla del cliente no se aplica. Los sitios de reuniones estándar y premium para un determinado cliente final se aprovisionarán siempre de manera coherente.
Grupo de llamadas de BroadWorks
Cisco Partner Hub: la pantalla del grupo de llamadas de BroadWorks proporciona acceso para ver o descargar la información de configuración de BroadWorks (BYoPSTN). La información de configuración de BYoPSTN para un grupo determinado incluye los siguientes datos:
Detalles de la organización de la solución de semillas principal, incluido el UUID del sitio de reuniones del paquete estándar y la URL del sitio.
Detalles del grupo de números de teléfono para todos los grupos configurados para este grupo. Esto incluye el número de teléfono para las asignaciones de códigos de acceso a la reunión para cada grupo. Tenga en cuenta que los detalles deben incluir grupos asociados con todas las organizaciones de soluciones de siembra secundarias.
Detalles del grupo de SRV de DNS de devolución de llamada para todos los grupos configurados para este grupo. Tenga en cuenta que los detalles deben incluir grupos asociados con todas las organizaciones de soluciones de siembra secundarias.
Detalles de la plantilla del cliente para esas plantillas que utilizan cualquiera de los grupos de números de teléfono y los grupos de SRV de DNS de devolución de llamada.
Cada grupo de llamadas de BroadWorks tiene su propia información de configuración de BroadWorks (BYoPSTN) específicamente sus grupos de números de teléfono asignados y el grupo de SRV de DNS de devolución de llamada. Sin embargo, tenga en cuenta que todos los grupos de llamadas de BroadWorks comparten la misma organización de la solución de semillas principal y, como tal, todos incluyen la misma UUID del sitio de reuniones del paquete estándar y la URL del sitio.
La información de configuración de BroadWorks (BYoPSTN) solo está disponible para su visualización/descarga cuando el administrador configura y selecciona la organización de la solución de origen principal. La organización de la solución de lanzamiento principal debe tener al menos un usuario asignado al paquete estándar y ese paquete estándar debe utilizar la opción para entrar a la reunión de números de llamada entrante proporcionados por el socio (BYoPSTN).
Ejemplo de elementos de configuración de BYoPSTN
La siguiente imagen muestra un ejemplo de implementación de BroadWorks de varios grupos con plantillas de clientes, números de teléfono y enrutamiento basados geográficamente.
La primera tabla muestra una implementación de BroadWorks de varios grupos con plantillas de clientes regionales, grupos de números de teléfono y grupos de SRV de DNS de devolución de llamada. Las tablas siguientes se expanden en el grupo de números de teléfono y los grupos de SRV de DNS de devolución de llamada.
Grupo de BroadWorks | Nombre de la plantilla | Paquete | Tipo de entrada a la reunión | Grupo de números de teléfono | Grupo de SRV de DNS de devolución de llamada |
---|---|---|---|---|---|
BWKS US NG | Std del oeste de EE. UU. | Estándar | Números de llamada entrante proporcionados por el socio | Oeste de EE. UU. | CB US |
Prem. occidental de EE. UU. | Premium | ||||
Estándar del este de EE. UU. | Estándar | Este de EE.UU. | |||
Prem. este de EE. UU. | Premium | ||||
BWKS MX | Std de MX | Estándar | Números de llamada entrante proporcionados por el socio | PNG de MX | CB MX |
Prem. MX | Premium | ||||
BWKS REINO UNIDO | Estándar del Reino Unido | Estándar | Números de llamada entrante proporcionados por el socio | PNG del Reino Unido | Devolución de llamada deshabilitada |
Prem. del Reino Unido | Premium | ||||
BWKS US | Estándar de EE. UU. | Estándar | Números de llamada entrante de Cisco | Ninguno | Ninguno |
Los suscriptores aprovisionados con la plantilla West Std de EE. UU. o West Prm de EE. UU. utilizan el número de teléfono West Phone de EE. UU. al entrar a reuniones. Esas solicitudes de devolución de llamada para entrar a las reuniones se envían a los registros de SRV de DNS de CB US.
Los suscriptores aprovisionados con la plantilla East Std de EE. UU. o East Prm de EE. UU. utilizan el número de teléfono East de EE. UU. al entrar a reuniones. Esas solicitudes de devolución de llamada para entrar a las reuniones se envían a los registros de SRV de DNS de CB US.
Los suscriptores aprovisionados con la plantilla MX Std o MX Prm utilizan el número de teléfono MX PNG al entrar a reuniones. Las solicitudes de devolución de llamada para entrar a las reuniones de los suscriptores se envían a los registros de SRV DNS de CB MX.
Los suscriptores aprovisionados mediante la plantilla Std del Reino Unido o Prm del Reino Unido utilizan los números de teléfono PNG del Reino Unido al entrar a reuniones. A esos suscriptores no se les ofrecerá entrar a la reunión a través de la devolución de llamada, ya que la devolución de llamada está deshabilitada.
Los suscriptores aprovisionados mediante el estándar de EE. UU. están usando números de llamada entrante de Cisco y, por lo tanto, no tienen asignado grupo de números de teléfono ni grupo de SRV de DNS de devolución de llamada. Estos suscriptores utilizan los números de teléfono proporcionados por Cisco para las entradas a reuniones y los registros de SRV de DNS de Cisco para las entradas a reuniones mediante devolución de llamada.
Los detalles de los grupos de números de teléfono de ejemplo son los siguientes:
Grupo de números de teléfono | Nombre del número de teléfono | País | Código de país | Número de teléfono | Anuncio | Tipo de tarifa | Prioridad de llamada entrante |
---|---|---|---|---|---|---|---|
Oeste de EE. UU. | EE. UU. San Francisco | EE. UU. | +1 | 4156551000 | Inglés | Teléfono pago | Primario |
EE. UU. Palo Alto | EE. UU. | +1 | 9863502478 | Inglés | Teléfono gratuito | Ninguno | |
Este de EE.UU. | EE. UU., Maryland | EE. UU. | +1 | 2403332200 | Inglés | Teléfono pago | Primario |
EE. UU., Florida | EE. UU. | +1 | 9049002303 | Inglés | Teléfono pago | Secundario | |
EE.UU. Nueva York | EE. UU. | +1 | 8056504578 | Inglés | Teléfono gratuito | Ninguno | |
PNG de MX | México | MX | +52 | 2065304086 | Español europeo | Teléfono pago | Primario |
PNG del Reino Unido | Reino Unido | Reino Unido | +44 | 4527789651 | Inglés | Teléfono pago | Primario |
Los detalles del ejemplo de grupos de SRV de DNS de devolución de llamada son los siguientes:
Grupo de SRV de DNS de devolución de llamada | País | SRV de DNS |
---|---|---|
CB US | EE. UU. | cube.us.example.com |
Todos los demás países | cube.row.example.com | |
CB MX | MX | cube.mx.example.com |
Todos los demás países | cube.row.example.com |
La configuración para el registro de SRV de DNS de EE. UU., cube.us.example.com, puede ser la siguiente:
| 86400 | EN | SRV | 10 | 10 | 5061 |
|
| 86400 | EN | SRV | 10 | 10 | 5061 |
|
Este registro de SRV de DNS puede resolverse al siguiente registro A de DNS:
| 86400 | EN | A | 45.84.168.81 |
| 86400 | EN | A | 45.84.168.82 |
Los registros de SRV de DNS se resuelven para proteger las llamadas SIP de Webex a CUBE. |
Puertos utilizados por Webex
Los puertos de la siguiente tabla deben abrirse en el firewall de la DMZ donde reside el CUBE, y se pueden cerrar otros puertos. Para obtener más información sobre los puertos y los requisitos de red, consulte el siguiente artículo:
https://collaborationhelp.cisco.com/article/WBX264
Origen | Puertos de origen | Destino | Puertos de destino | Protocolo | Descripción | ||
---|---|---|---|---|---|---|---|
Servicios de audio de Webex Edge | Efímero | CUBE | 5061 | TCP | (mTLS 1.2) Señalización SIP entrante del audio de Webex Edge al SBC de CUBE.
| ||
Servicios de audio de Webex Edge | 4000 - 4010 | CUBE | 5061 | TCP | (mTLS 1.2) Ping de opciones para el audio de Webex Edge. | ||
CUBE | Efímero | Audio de Edge | 5605 | TCP | (mTLS 1.2) Señalización SIP saliente para el audio de Webex Edge. | ||
Servicios de audio de Webex Edge | Efímero | CUBE | Puertos efímeros 8000 - 59999 | UDP | (SRTP) Es necesario abrir puntos de acceso del firewall para el tráfico de medios entrantes al audio de Edge. | ||
CUBE | Puertos efímeros 10200 - 28000 | Edge Audio | Efímero | UDP | (SRTP) Es necesario abrir puntos de acceso del firewall para el tráfico de medios salientes a CUBE. |
Conjuntos de cifrado TLS y SRTP
TLS v1.2 o superior se utiliza para el protocolo de enlace mTLS, y los siguientes cifrados son compatibles con el audio de Webex Edge (durante la devolución de llamada, el audio de Webex Edge los ofrece en el protocolo de enlace TLS Client Hello):
TLS_ECDHE_ECDSA_CON_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_CON_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_CON_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_CON_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_CON_AES_256_GCM_SHA384
TLS_RSA_CON_AES_256_CBC_SHA256
TLS_RSA_CON_AES_128_GCM_SHA256
TLS_RSA_CON_AES_128_CBC_SHA256
TLS_DHE_DSS_CON_AES_256_GCM_SHA384
TLS_DHE_DSS_WITH_AES_256_CBC_SHA256
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
Para sRTP se utilizan los siguientes cifradores:
AEAD_AES_256_GCM
AEAD_AES_128_GCM
AES_CM_128_HMAC_SHA1_80
AES_CM_128_HMAC_SHA1_32
Códecs de audio compatibles
G722
G711µ
G711a
Requisitos de perfil de SIP y RTP
La Solución requiere que entre CUBE (o su SBC) y Webex, implemente SIP TLS para señalización y sRTP para medios.
Los perfiles SIP y RTP como parte de esta comunicación deben cumplir los siguientes requisitos:
Requisitos del perfil de SIP | Detalles |
---|---|
Temporizador de caducidad de sesión | 2220 seg (aceptar SIP 422) * se ajusta según las necesidades comerciales y se espera 422. |
Oferta multimedia para la entrada | Oferta anticipada |
Oferta multimedia para la salida | Oferta tardía |
Intervalo de ping de opciones | 30 s (mínimo) |
DTMF | RFC2833 Carga útil 101 (sin DTMF acústico!) |
Puertos SIP-UDP | 4000-4010,5061,5065 |
Perfil de RTP | Detalles |
---|---|
Perfil de carga útil de voz | G.722/ G.711μ /G.711a |
Tamaño del paquete | 20 ms |
VAD (detección de actividad de voz) | No |
Temporizador de inactividad de medios | 1200 ms |
Cambio de códec de marcado medio | No aceptado |
RTP | 8000-48198 |
Cifradores de sRTP | AEAD_AES_256_GCM AEAD_AES_128_GCM AES_CM_128_HMAC_SHA1_80 AES_CM_128_HMAC_SHA1_32 |
El códec G.729 no es compatible. Si desea utilizar G.729, debe utilizar transcodificadores. |
Dominios de enrutamiento de llamada de Webex
El SRV de DNS _sips._tcp.<domain>
se utiliza para comunicarse con el audio de Webex Edge. Hay cuatro dominios dependiendo de la región.
Región | Dominio |
---|---|
América | ecccspx.amer.pub.webex.com |
Reino Unido, norte de África | ecccspx.emea.pub.webex.com |
Asia-Pacífico | ecccspx.apac.pub.webex.com |
Australia / Nueva Zelanda | ecccspx.anz.pub.webex.com |
Europa | ecccspx.euro.pub.webex.com |
El SRV de DNS se resuelve en varios registros A que apuntan al sitio principal y secundario. La siguiente tabla ofrece un ejemplo para la región AMER y está sujeta a cambios en el futuro.
Tipo de registro | Grabar | Destino | Propósito |
---|---|---|---|
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Descubrimiento del audio de Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Descubrimiento del audio de Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Descubrimiento del audio de Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Descubrimiento del audio de Webex Edge |
A | ecccspxpr1.amer.pub.webex.com | 207.182.174.101* | Puntos al AMER principal de audio de Webex Edge 1 |
A | ecccspxpr2.amer.pub.webex.com | 207.182.174.102* | Puntos al AMER principal de audio de Webex Edge 2 |
A | ecccspxsc1.amer.pub.webex.com | 207.182.174.229* | Puntos al AMER de audio de Webex Edge secundario 1 |
A | ecccspxsc2.amer.pub.webex.com | 207.182.174.230* | Puntos al AMER de audio de Webex Edge secundario 2 |
El DNS-SRV es de naturaleza dinámica, las direcciones IP son propensas a cambiar; por lo tanto, evite codificar o agregar a favoritos las direcciones IP. Consulte la sección “Historial de revisión de documentos” para ver cualquier cambio o actualización realizado en el documento Información de referencia de puertos para Webex Calling. |
Redundancia de CUBE
Cisco Unified Border Element (CUBE) habilita la capacidad de Control de borde de sesión en una red que administra conexiones SIP entre entidades externas y red interna. Encontrará más información sobre CUBE en la sección Requisitos previos a continuación.
Los modelos de redundancia compatibles se definen con el propósito de proporcionar alta disponibilidad y eliminar el punto único de falla para el socio de Cisco. A continuación se describen tres modelos diferentes. Los socios de Cisco deben adoptar el modelo que sea aplicable a su entorno.
Durante la incorporación, el socio del proceso debe deshabilitar los filtros ICMP.
Implementación de CUBE de dúplex para BroadWorks implementada en un solo sitio
Implementación de CUBE de Simplex para BroadWorks implementada en varios sitios
Un modelo de redundancia más es posible cuando CUBE se implementa en modo dúplex en cada sitio. Este modelo no es necesario teniendo en cuenta que BroadWorks está implementado con redundancia geográfica.
Aprovisionamiento
1 | Requisitos previos del partner
|
2 | Aprovisionar números de teléfono en Cisco Partner Hub
|
3 | Aprovisionar grupos de SRV de DNS de devolución de llamada en Cisco Partner Hub (opcional)
|
4 | Asociar PNG (y CDSG) a plantillas de clientes
|
5 | Organizaciones de soluciones de siembra de aprovisionamiento
|
6 | Seleccionar la organización de la solución de siembra principal
|
7 | Descargar la configuración de BroadWorks (BYoPSTN)
|
8 | Determinar el dominio de SRV de DNS de audio de Webex Edge
|
9 | Configuración de BroadWorks del socio de aprovisionamiento
|
10 | Socio de aprovisionamiento CUBE (o su propio SBC)
|
11 | Certificación BYoPSTN
|
Paso 1: Requisitos previos del partner
Se deben completar los siguientes requisitos previos para el aprovisionamiento de BYoPSTN. Los requisitos previos que se indican a continuación suponen que el socio tiene una implementación de Webex para Cisco BroadWorks que incluye lo siguiente:
Sistema de BroadWorks en funcionamiento: según se documenta en la Guía de solución de Webex para Cisco BroadWorks
Licencia de BroadWorks AS con servicio “VoiceXML” en cantidad suficiente (1 por número de PSTN)
Parches de BroadWorks necesarios:
Para R22:
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
Para R23:
AP.xsp.23.0.1075.ap376935
AP.as.23.0.1075.ap376935
Para R24
AP.as.24.0.944.ap376935
Sistema CUBE de Cisco implementado (versión 16.12.2 o superior de IOS): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
Se proporciona soporte para CUBE virtual y basado en hardware. Se recomienda CUBE basado en hardware para la escalabilidad y la gestión de un mayor número de llamadas.
Organización del socio de Webex: como se describe en la Guía de solución de Webex para Cisco BroadWorks
Paso 2: Aprovisionar grupos de números de teléfono (PNG) en Partner Hub
El procedimiento que utiliza el socio de Cisco para agregar sus números de teléfono de llamada entrante de reuniones de Webex es el siguiente:
Conéctese a Cisco Partner Hub.
Vaya a Configuración.
Desplácese hasta BroadWorks Calling.
En Configuración para entrar a la reunión (BYoPSTN), seleccione Create Call-in Phone Number Group (Crear enlace de número de teléfono de llamada entrante).
Ingrese el nombre del Grupo de números de teléfono y seleccione Siguiente.
Ingrese los detalles del Número de teléfono y seleccione Siguiente.
Revise el resumen de detalles del grupo de números de teléfono y seleccione Guardar.
Repita este procedimiento para cada grupo de números de teléfono que desee agregar.
Las capturas de pantalla siguientes ilustran el procedimiento.
Paso 3: Aprovisionar grupos de SRV de DNS (CDSG) de devolución de llamada en el concentrador de socios
Este paso debe completarse solo si desea implementar la opción Entrar a la reunión a través de la devolución de llamada. De lo contrario, puede omitir este paso. |
Si no configura esta opción, los usuarios pueden utilizar la opción de realización de llamada para entrar a reuniones, o pueden entrar con el audio de la computadora. |
Cuando utiliza la opción Devolución de llamada de la reunión, se requiere un grupo de SRV de DNS de devolución de llamada para enrutar llamadas de Webex a CUBE. El procedimiento que utiliza el socio de Cisco para agregar sus registros de SRV de DNS CUBE a Webex es el siguiente:
Conéctese a Partner Hub.
Vaya a Configuración.
Desplácese hasta BroadWorks Calling.
En Configuración para entrar a la reunión (BYoPSTN), seleccione Crear grupo de SRV de DNS de devolución de llamada.
Introduzca el Nombre del grupo de SRV de DNS de devolución de llamada.
Seleccione Siguiente.
Introduzca los detalles de SRV de DNS de devolución de llamada.
Seleccione Siguiente.
Revise el resumen de detalles de SRV de DNS de devolución de llamada.
Seleccione Guardar.
Aprovisionar cualquier actualización al DNS para reflejar los nuevos registros en el grupo de SRV de DNS.
Repita este procedimiento para cada grupo de SRV de DNS de devolución de llamada que se agregará.
Las capturas de pantalla siguientes ilustran el procedimiento.
Paso 4: Asociar PNG y CDSG a plantillas de clientes en Partner Hub
La configuración inicial y la verificación de la solución BYoPSTN requieren una organización de origen para cada combinación única de Grupo de números de teléfono y Grupo de SRV de DNS de devolución de llamada (si se requiere devolución de llamada). Por lo tanto, se recomienda que los socios de Cisco creen de manera similar una nueva Plantilla de cliente para cada combinación única de grupo de números de teléfono y grupo de SRV de DNS de devolución de llamada. Cada plantilla de cliente debe utilizarse para generar una organización de lanzamiento correspondiente.
Una vez que se siembra y se verifica la configuración de BYoPSTN mediante las organizaciones de origen, los grupos de números de teléfono y los grupos de SRV de DNS de devolución de llamada se pueden aplicar a las plantillas de clientes existentes según sea necesario.
Tenga en cuenta que las plantillas de cliente recién creadas no están en uso por los clientes existentes sin prueba y, por lo tanto, pueden utilizarse con seguridad para la verificación manual de la configuración de BYoPSTN.
Si no está implementando la opción Entrar a la reunión a través de devolución de llamada, no es necesario que asocie los grupos de SRV de DNS de devolución de llamada a la plantilla del cliente. Sin embargo, debe seleccionar Desactivar devolución de llamada. |
Para agregar una nueva plantilla de cliente, haga lo siguiente:
Conéctese a Cisco Partner Hub.
Vaya a Configuración.
Desplácese hasta BroadWorks Calling.
En Templates (Plantillas), seleccione Add Template (Agregar plantilla).
Introduzca los detalles de la plantilla. En la etapa Tipo de paquete:
Seleccione Tipo de paquete como Estándar.
Seleccione Configuración para entrar a la reunión como Números de llamada entrante proporcionados por el socio (BYoPSTN).
Seleccione un grupo de números de teléfono aprovisionado.
Para Grupo de SRV de DNS de devolución de llamada, si desea habilitar la opción Devolución de llamada a la reunión, seleccione un grupo de SRV de DNS de devolución de llamada aprovisionado. De lo contrario, seleccione Desactivar devolución de llamada.
Seleccione Siguiente.
Introduzca los detalles de la plantilla restantes.
Revise el resumen de detalles de la plantilla.
Haga clic en Guardar.
Repita este procedimiento para cada plantilla de cliente que deba agregarse
La captura de pantalla siguiente ilustra el procedimiento.
Para actualizar una plantilla de cliente existente, haga lo siguiente:
Conéctese a Cisco Partner Hub.
Vaya a Configuración.
Desplácese hasta la sección BroadWorks Calling.
En Plantillas, seleccione Ver plantilla.
Seleccione la plantilla que desea actualizar.
Desplácese hasta la sección Configuración para entrar a la reunión:
Seleccione Números de llamada entrante proporcionados por el partner (BYoPSTN).
Seleccione un grupo de números de teléfono configurado anteriormente.
Para Grupo de SRV de DNS de devolución de llamada, si desea habilitar la opción Devolución de llamada a la reunión, seleccione un grupo de SRV de DNS de devolución de llamada aprovisionado. De lo contrario, seleccione Desactivar devolución de llamada.
Seleccione Guardar.
La captura de pantalla siguiente ilustra el procedimiento.
Paso 5: Organizaciones de soluciones de siembra de aprovisionamiento
La solución BYoPSTN tiene varios componentes diferentes, cada uno de los cuales debe configurarse correctamente para que la solución funcione correctamente. Uno de los dos propósitos de las organizaciones de la solución de siembra es generar números de teléfono para las asignaciones de códigos de acceso de reuniones y un identificador único universal del sitio de reuniones (UUID del sitio) que son necesarios para el funcionamiento continuo de la solución. La otra finalidad es la verificación de la configuración.
Para cada combinación única de grupo de números de teléfono y grupo de SRV de DNS de devolución de llamada que se vaya a utilizar, se debe crear previamente una plantilla de cliente correspondiente. Para cada una de estas plantillas de cliente, se debe aprovisionar una organización de solución de siembra. El aprovisionamiento de estas organizaciones de origen genera el número de teléfono para las asignaciones de códigos de acceso de reuniones y un UUID del sitio de reuniones que se requieren para configurar BroadWorks.
Mediante cada una de las plantillas de cliente configuradas previamente, aprovisione un suscriptor para un nuevo proveedor de servicios de BroadWorks de prueba o un nuevo usuario de BroadWorks Enterprise con un paquete estándar. El sitio de reuniones del Paquete estándar resultante debe utilizar la opción para entrar a reuniones de números de llamada entrante del proveedor de partners. Se puede utilizar cualquiera de los siguientes métodos para aprovisionar al suscriptor:
Aprovisionar al suscriptor de prueba utilizando las API de suscriptores de BroadWorks como se documenta en
developer.webex.com
.Habilite el suscriptor de prueba para el servicio de IM&P en un BroadWorks configurado para utilizar la plantilla de cliente. Asegúrese de que la plantilla de cliente esté utilizando el paquete estándar como predeterminado para asegurarse de que el suscriptor de la prueba tenga asignado un paquete estándar. Alternativamente, el suscriptor de la prueba debe actualizarse posteriormente para tener el paquete Estándar.
Tenga en cuenta que se recomienda que las organizaciones de soluciones de siembra estén asociadas con un proveedor de servicios de prueba de BroadWorks o de prueba de BroadWorks Enterprise.
Paso 6: Seleccionar la organización de la solución de siembra principal
Es fundamental que este sitio de reuniones permanezca aprovisionado, ya que el UUID de este sitio se envía en cada solicitud de entrada a reuniones de llamada entrante como token de autenticación. No debe eliminar la organización de origen, ya que también se eliminará el sitio de reuniones asociado. Si se elimina la organización de lanzamiento, deberá aprovisionar una nueva y volver a configurar Broadworks con el nuevo UUID del sitio.
Las organizaciones de solución de semillas principal y secundaria se pueden eliminar, si se desea, antes de que el conjunto de números de teléfono y registros de SRV de DNS de devolución de llamada se asignen a clientes que no son de prueba. Cuando el conjunto de números de teléfono y registros de SRV de DNS de devolución de llamada se asignan a cualquier cliente que no sea de prueba, esos números de teléfono y registros de devolución de llamada se asocian con sitios de reuniones para esos clientes y están en uso para entrar a reuniones mediante la realización de llamada y devolución de llamada. Cualquier cambio debe considerarse que afecta al servicio.
Para seleccionar la organización de la solución de siembra primaria, haga lo siguiente:
Conéctese a Cisco Partner Hub.
Vaya a Configuración.
Desplácese hasta la sección BroadWorks Calling.
En la sección Validación de la configuración (BYoPSTN), seleccione Asignar.
En la pantalla Asignar organización, busque y seleccione una de las organizaciones de origen configuradas anteriormente
Seleccione Asignar.
La organización de semillas seleccionada es la organización de semillas principal.
Las capturas de pantalla siguientes ilustran el procedimiento.
Paso 7: Descargar la configuración de BroadWorks (BYoPSTN)
Los detalles de la organización de la solución de siembra principal, los grupos de números de teléfono y el grupo de SRV de DNS de devolución de llamada para un grupo de BroadWorks determinado están disponibles en una única ubicación, el archivo JSON de configuración de BroadWorks (BYoPSTN). Esta información es necesaria para configurar BroadWorks para BYoPSTN.
Tenga en cuenta que el archivo de configuración de JSON solo está disponible para su visualización/descarga después de seleccionar la organización de la solución de siembra principal.
El procedimiento para ver/descargar el archivo de configuración de JSON es el siguiente:
Conéctese a Cisco Partner Hub.
Vaya a Configuración.
Desplácese hasta BroadWorks Calling.
En Grupos, seleccione Ver grupo.
Seleccione el grupo asociado con las plantillas de cliente configuradas para BYoPSTN.
Desplácese hasta la sección BroadWorks configuration for BYoPSTN (Configuración de BroadWorks para BYoPSTN).
Haga clic en Descargar archivo de configuración de JSON.
Repita este procedimiento para cualquier otro grupo de BroadWorks.
Las capturas de pantalla siguientes ilustran el procedimiento.
Consulte el archivo de configuración de JSON de muestra a continuación. El archivo contiene información complementaria sobre cada grupo de números de teléfono, grupo de SRV de DNS de devolución de llamada; los siguientes elementos de configuración clave que deben introducirse en BroadWorks están marcados en negrita.
siteUUID: BroadWorks debe enviar este valor en los mensajes SIP, es un token que utiliza el audio de Webex Edge para confirmar la identidad de BroadWorks del socio de Cisco y su acceso a los sitios de reuniones administrados por este socio de Cisco.
Asignación del código de acceso al número de teléfono: Los números de teléfono y sus códigos de acceso de Webex asociados deben configurarse en BroadWorks.
Número de teléfono
código de acceso
localeTag: El idioma de anuncio deseado asociado con el número de teléfono debe configurarse en BroadWorks.
dnsSrv: El SRV de DNS de devolución de llamada debe configurarse en el DNS y consultar las instancias de CUBE deseadas.
{
"siteUUID": "491db0821791441a96c233fefb6c6dfc",
"siteURL": " seedtestenterpriseabc.webex.com ",
"partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
"solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
"customerTemplates": [
{
"name": "US West Std",
"id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
"phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "US East Std",
"id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
"phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
}
],
"phoneNumberGroups": [
{
"name": "US West",
"id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"phonenumbers": [
{
"id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
"name": "US Palo Alto",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "9863502478",
"accessCode": "88672693772924908359"
},
{
"id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
"name": "US Toll San Francisco",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "4156551000",
"accessCode": "88652789466280320324"
}
]
},
{
"name": "US East",
"id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"phonenumbers": [
{
"id": "ca0c622a-8621-4477-91e0-b3e214833568",
"name": "US Maryland",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "2403332200",
"accessCode": "88631321777971704941"
},
{
"id": "00875574-9a46-4447-a967-350b6176755a",
"name": "US Florida",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "SECONDARY",
"phoneNumber": "9049002303",
"accessCode": "88632627551145646175"
},
{
"id": "a2c10316-9266-4423-a669-d67949f99d33",
"name": "US New York",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "8056504578",
"accessCode": "88649679020033567943"
}
]
}
],
"callbackDnsSrvGroups": [
{
"name": "CB US",
"callbackDnsSrvs": [
{
"name": "Callback US",
"countryCode": "US",
"dnsSrv": "cube.us.example.com",
"id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
}
],
"id": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "CB MX",
"callbackDnsSrvs": [
{
"name": "Callback MX",
"countryCode": "MX",
"dnsSrv": "cube.mx.example.com",
"id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
}
],
"id": "36403797-b401-50c0-cbe5-dc58260d4f003"
}
]
}
Paso 8: Determinar el dominio de SRV de DNS de audio de Webex Edge
El dominio de SRV de DNS de audio de Webex Edge debe configurarse en BroadWorks. Utilice el siguiente procedimiento para determinar el valor.
Conéctese a Cisco Partner Hub.
Vaya a Clientes.
Seleccione la empresa de validación de BYoPSTN.
Seleccione Ver cliente.
Vaya a Servicios/Reuniones.
Seleccione el sitio de reuniones del paquete estándar.
Desplácese hasta la parte inferior del panel lateral y seleccione Configurar sitio.
Seleccione Configuración común/Configuración de audio.
En la sección Números de llamada entrante global personalizados de audio de Edge, seleccione Generar secuencia de comandos de Lua.
En la ventana emergente, busque el valor “-- Update To header with CCAX URL”.
-- Update To header with CCAX URL local oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>") msg:modifyHeader("To", newTo1)
Extraiga el valor en negrita, por ejemplo:
ecccx.amer.webex.com.
Este es el dominio de SRV de DNS de audio de Webex Edge que debe configurarse en BroadWorks.
Paso 9: Configuración de BroadWorks del socio de aprovisionamiento
Esta sección describe la configuración de BroadWorks necesaria para implementar los escenarios de llamada entrante y devolución de llamada de la reunión que se muestran en los diagramas a continuación. Los ejemplos de configuración se basan en los datos del archivo JSON mostrados en la sección anterior. Se espera que los números, dominios, nombres de empresas/grupos, tipos de dispositivos, directivas, perfiles, etc. varíen según el partner.
Flujo de llamadas:
- El usuario solicita la devolución de llamada; Webex inicia una devolución de llamada.
- La llamada se enruta a BroadWorks OTT.
- La llamada llega al CUBE provisto en CH. CUBE enruta la llamada a BroadWorks.
- BroadWorks identifica la llamada como originación del organizador de la reunión y crea una sesión para el usuario del organizador de la reunión y procesa la llamada.
- La sesión de usuario del organizador de la reunión procesa la llamada y traduce el número marcado. Además, se genera un registro de facturación en nombre del usuario organizador de la reunión.
- BroadWorks enruta la llamada al usuario asociado al dispositivo (7) o a PSTN (8).
Antes de comenzar
La comunicación SIP entre BroadWorks y el CUBE puede hacerse a través de UDP o TCP según los requisitos de su red. Por ejemplo, si algunos dispositivos de red o de acceso (por ejemplo, puertas de enlace o extremos) en los flujos de llamada entrante o devolución de llamada de BYoPSTN no son compatibles con TCP, se debe utilizar UDP en su lugar.
La configuración y los ejemplos que se muestran en esta guía utilizan TCP como protocolo de transporte. Para utilizar TCP, asegúrese de que BroadWorks Application Server y Network Server estén configurados para TCP:
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Servidor de aplicaciones
Identificar/Tipo de perfil del dispositivo
Se debe crear un nuevo tipo de perfil de identidad/dispositivo para representar el CUBE. Asegúrese de establecer las siguientes propiedades a continuación, mientras que otras pueden dejarse en valores predeterminados:
Tipo de dirección de señalización: definido en Direccionamiento de proxy inteligente
Autenticación: definido en Habilitado
Admitir identidad en ACTUALIZAR y volver a INVITAR: marcado
Capacidad de registro estático: definido en Activado
Capacidad de vídeo: definido como desactivado
En el ejemplo siguiente, el nuevo tipo de perfil de identidad/dispositivo “VXML_profile” se crea para representar el CUBE.
Suscriptor virtual XML de voz
Crear una instancia de VoiceXML
Cada número de PSTN de Webex Meetings está representado por un suscriptor virtual en BroadWorks, y se puede utilizar la funcionalidad de suscriptor virtual VoiceXML. Se recomienda utilizar una empresa y un grupo dedicados para todos los suscriptores virtuales de VoiceXML. Tenga en cuenta que en realidad no estamos explotando ninguna capacidad de VoiceXML, pero este tipo de usuario virtual es adecuado para interactuar con el CUBE.
Para utilizar el servicio VoiceXML, asegúrese de que la licencia tenga cantidades suficientes de “VoiceXML” y de que el servicio esté autorizado a nivel empresarial y de grupo, y el servicio VoiceXML esté asignado al grupo como se muestra en la imagen de ejemplo a continuación.
Menos de VoiceXML y cree una instancia para cada número de PSTN.
, seleccioneConfigurar direcciones VoiceXML
Para cada instancia de VoiceXML, aprovisione lo siguiente en las direcciones de VoiceXML:
Número de teléfono: introduzca el número de marcado para el sitio de Webex Meetings (por ejemplo, 2403332200).
Extensión
Perfil de identidad/dispositivo: cree una instancia (por ejemplo, VXML_deviceProf) en función del tipo de dispositivo creado en la sección anterior (VXML_profile en el ejemplo) e introduzca la siguiente configuración.
Línea/puerto: introduzca el formato <access number="">@<domain>, donde
<access number=""> es el número de código de acceso del sitio de Webex Meetings (disponible en el archivo JSON) (por ejemplo, 88631321777971704941)
<domain> es el dominio del audio de Webex Edge para este sitio de reuniones (por ejemplo, ecccspx.amer.pub.webex.com)
Sip de contacto: para las llamadas entrantes de reuniones al número de acceso, la INVITE se enviará con un URI de solicitud configurado en el valor de este campo. Introduzca el contacto SIP con este formato <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, donde:
<sip contact=""> es el <number> del campo línea/puerto pero con el dominio como SRV que se resuelve en la dirección del CUBE (por ejemplo, 88631321777971704941@cube.internal.local)
<Locale> representa la configuración de idioma según la configuración regional del usuario (por ejemplo, regional=en_US)
<Meetings Site="" UUID=""> es UUID del sitio del archivo JSON (por ejemplo, x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)
<SIP transport=""> debe ser transport=tcp para que el AS utilice TCP para enviar mensajes al CUBE.
A continuación se muestra un ejemplo de la configuración de direcciones de VoiceXML.
Para cada número de acceso de reunión adicional que se vaya a utilizar, se debe crear un suscriptor virtual VoiceXML adicional análogo al anterior. Se puede utilizar el mismo perfil de dispositivo, pero los campos Line Port (Puerto de línea) y Contact (Contacto) deben construirse a partir de la información del número de acceso que se muestra anteriormente. |
Asegúrese de verificar que los límites de la Política de procesamiento de llamadas que configure en el suscriptor virtual de BroadWorks sean suficientes para manejar las llamadas BYoPSTN adicionales en su grupo de números de teléfono. |
Asignar autenticación SIP a instancia de VoiceXML
Asigne el servicio de autenticación al suscriptor virtual de VoiceXML. Esto se utilizará para autenticar mensajes SIP INVITE desde el CUBE en el escenario de devolución de llamada. También impide que el suscriptor virtual de VoiceXML acepte llamadas de partes que no sean el CUBE
Vaya a la página Autenticación del suscriptor virtual en Utilidades e introduzca el nombre de usuario y la contraseña SIP como se muestra a continuación:
el CUBE debe configurarse con el mismo nombre de usuario y contraseña para autenticar correctamente los mensajes INVITE que se envían al AS. A continuación se muestra un ejemplo del comando para configurar la autenticación de SIP en el CUBE:
|
Archivo de Namedefs
El campo de contacto SIP del suscriptor virtual de VoiceXML contiene la URL donde la parte del dominio se resuelve en la dirección CUBE. Este es un SRV interno, y el archivo namedefs del AS se puede utilizar para resolver el SRV interno a la IP CUBE.
En nuestro ejemplo, el contacto SRV de SIP es cube.internal.local y resuelve la dirección 10.165.196.30 puerto 5060 para llegar al CUBE. En el AS, el /usr/local/broadworks/bw_base/conf/namedefs
el archivo se actualiza de la siguiente manera:
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Tipo de llamada de Webex Meetings
Las opciones de configuración del procesamiento de llamadas de Webex Meetings están disponibles para controlar cómo se manejan las llamadas entrantes de reuniones. De manera predeterminada, las llamadas entrantes de la reunión se procesan como llamadas externas, ya que los números entrantes están alojados en una empresa o un proveedor de servicios dedicados. Las llamadas externas normalmente se incluyen en los recuentos de sesiones de Control de admisión de la sesión y se marcan para su carga en el campo CDR chargeIndicator.
El siguiente ejemplo agrega la configuración recomendada para procesar las llamadas de reunión como llamadas internas, de manera que se excluyan de la carga y se excluyan de los recuentos de control de admisión de la sesión.
Al configurar Aplicar campo de carga de NS en verdadero, la población del campo CDR chargeIndicator se basa en el atributo Charge configurado del tipo de llamada del servidor de red.
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
Name NS Call Type Enforce NS Charge Field Process As Internal For SAC-Subscriber
==========================================================================================
Webex Meetings WXM true true
Suscriptor virtual de devolución de llamada a la reunión de VoiceXML
Crear un suscriptor de devolución de llamada a la reunión de VoiceXML
Un suscriptor virtual de VoiceXML dedicado con una opción especial de devolución de llamada de reuniones de Webex (en adelante denominado suscriptor de devolución de llamada de reuniones de VoiceXML) debe configurarse en el servidor de aplicaciones (AS) de BroadWorks para gestionar las llamadas de devolución de llamada de Webex Meetings. Solo se puede configurar una sola instancia de este suscriptor en el AS.
Para habilitar la característica, defina la característica activable 102074 como verdadera a través de la CLI.
AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?
Please confirm (Yes, Y, No, N): y
...Done
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
104256 Weak Password Validation Service false
104073 Add FAC Support for Call Center Agent Join-Unjoin in CDR false
103542 Configurable Endpoint For Auto-Answer And Forced Answer false
104255 Control password usage and behavior to ensure security false
Dado que la característica "BYO PSTN Billing support for CallBack and CallIn" depende de la característica "BroadWorks Support for CI UUID", antes de activar la característica (102074) también necesita activar la característica (102746). Para obtener más detalles, consulte la sección "Sincronización de UUID de usuario de CI (soporte de Broadworks para UUID de CI)". |
El suscriptor de devolución de llamada a la reunión de VoiceXML es similar al suscriptor virtual de VXML de BYOPSTN existente, pero lo etiquetó con un nuevo indicador de “Devolución de llamada a la reunión de Webex”. Este suscriptor de devolución de llamada a la reunión de VoiceXML está configurado con el mismo perfil de dispositivo que el suscriptor virtual de VXML de BYOPSTN existente, así como el servicio de autenticación con las mismas credenciales.
A continuación se muestra un ejemplo:
El suscriptor de devolución de llamada a la reunión de VoiceXML debe existir en el AS que aloja al usuario organizador de la reunión. Cuando el AS recibe la solicitud de INVITACIÓN de devolución de llamada a la reunión, intenta localizar tanto al usuario de devolución de llamada a la reunión de VoiceXML como al usuario organizador de la reunión en el AS durante la configuración de la llamada. Si no se encuentra ninguno de estos usuarios, la llamada se rechaza.
Sesión del organizador de la reunión
En la situación de devolución de llamada con el encabezado X-Cisco-Meet-Info, el servidor de aplicaciones de Cisco BroadWorks recibe una solicitud de INVITACIÓN SIP e identifica al usuario organizador de la reunión mediante el parámetro UUID de usuario de CI del organizador del encabezado SIP X-Cisco-Meet-Info. Se crea una sesión de llamada en nombre del usuario del organizador de la reunión para procesar la llamada y ejecutar el perfil de servicio del usuario. Además, se genera un registro de facturación en nombre del usuario organizador de la reunión. El ID de la reunión y la información del UUID del sitio del encabezado SIP X-Cisco-Meet-Info se capturan en el registro de facturación.
A continuación se muestra un ejemplo del encabezado SIP X-Cisco-Meet-Info:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Plataforma de entrega de aplicaciones
Sincronización de UUID de usuario de CI (soporte de Broadworks para UUID de CI)
El UUID de CI del usuario es un identificador único para identificar a los usuarios dentro del entorno de Webex.
Esta aplicación de sincronización de aprovisionamiento de Webex en la plataforma de entrega de aplicaciones (ADP) de Cisco BroadWorks se utiliza para sincronizar, asignar y almacenar el UUID de CI del usuario en la infraestructura de BroadWorks de manera que pueda utilizarse en diversas interacciones con Webex y el servicio de Webex para BroadWorks.
Consulte “Habilitar devolución de llamada de reuniones de Webex” sobre cómo utilizan Cisco BroadWorks Network Server y Cisco BroadWorks Application Server la asociación UUID del usuario de CI.
En los siguientes pasos, se configura la aplicación de sincronización de aprovisionamiento de Webex para sondear y actualizar periódicamente a los usuarios de BroadWork con el UUID de CI.
La aplicación de sincronización de aprovisionamiento de Webex requiere credenciales de OAuth con el alcance del administrador de spark:broadworks_subscribers_read para el proveedor de servicios de identidad de Cisco y se puede obtener mediante la presentación de una solicitud de servicio con su agente de incorporación.
Marque la sección “Obtención de credenciales de OAuth para su Webex para Cisco BroadWorks” para obtener más detalles a fin de plantear la solicitud de servicio en: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed
Agregue el token con un nombre de socio apropiado como se indica a continuación:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
New Password:
Re-type New Password:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
Partner Name Refresh Token
==================================
FederationPartner ********
custPart ********
custBYO ********
Agregue el nombre de socio asociado con el token de OAuth a la lista de socios que la aplicación Sincronización de aprovisionamiento de Webex supervisará con el indicador “habilitado” configurado en “verdadero”.
Con esta aplicación de sincronización de aprovisionamiento de Webex, comenzará a realizar la sincronización del UUID del usuario de CI en el intervalo de sondeo definido.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
Una vez incluido el socio, la aplicación de sincronización de aprovisionamiento de Webex ahora puede realizar la asociación del UUID de CI con los usuarios de BroadWorks.
Cambie el tiempo de espera de conexión mediante los siguientes comandos:
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***
ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24
Esta asociación se puede realizar de forma automática o manual. El comando manualSync de CLI puede activar instantáneamente la asociación.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
Los socios con “Habilitado” configurado para “verdadero” realizan lo asociado en el intervalo de sondeo. Durante la asociación inicial, la aplicación de sincronización de aprovisionamiento de Webex consulta la API de suscriptor de Webex para recuperar los datos que contienen el UUID de CI para todos los usuarios alojados por el socio. El ID externo del usuario de BroadWorks se actualiza con el UUID de CI asociado. Las asociaciones posteriores afectan a los usuarios agregados al partner. El comando de estado se puede utilizar para ver si la sincronización está completa.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
Partner Name Status Last Sync Time
============================================================
custBYO synchronizing
custPart monitoring 2023-01-29T15:36:43.873-05:00
2 entries found.
Una vez finalizada la sincronización, el estado vuelve a la supervisión. La sincronización posterior se realiza en los usuarios agregados al socio después de la “hora de la última sincronización”.
La siguiente figura muestra el conjunto de CI UUID dentro del ID externo:
Servidor de red
Tipo de llamada
Para fines de facturación y elaboración de informes, puede ser conveniente marcar los CDR para las llamadas entrantes de reuniones. Esto se puede lograr mediante la política PreCallTyping de Network Server.
Primero, en la CLI NS en /System/CallP/CallType, agregue un nuevo tipo de llamada. El siguiente ejemplo agrega el nuevo tipo de llamada “WXM”:
NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM
CallType Description Category Scope SupportE164 Charge
=======================================================================
WXM Webex Meetings LOCAL User Defined true false
El tipo de llamada se puede utilizar en una instancia de PreCallTyping que forma parte del perfil de enrutamiento del usuario de BroadWorks. En este ejemplo, se agregó una nueva instancia de PreCallTyping “wxm” en el contexto de /Policy/PreCallTyping CLI, pero podría tratarse de una instancia de PreCallTyping existente que ya se está utilizando:
NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL
NS_CLI/Policy/PreCallTyping> get wxm
Policy: PreCallTyping Instance: wxm
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportLCABasedNormalization = false
Enable = true
El siguiente paso es agregar entradas a la instancia PreCallTyping para todos los números de marcación en el contexto de la CLI /Policy/PreCallTyping/DialPlan. Por ejemplo:
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1
Policy: PreCallTyping Instance: wxm Table: DialPlan
CC Dial Plan From To Match Min Max Call Type Prefix Action Call Ind Description
================================================================================================
1 dflt 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Meetings
A continuación, se agrega la instancia PreCallTyping (siempre que no exista) al perfil de enrutamiento aplicable del usuario de origen, como se muestra en el siguiente ejemplo:
NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile: Profall
Policy Instance
==========================================
CallTyping DefaultInst
CallScreening DefaultInst
SubLocation DefaultInst
FarEndRtg DefaultInst
NearEndRtg DefaultInst
UrlDialing DefaultInst
MediaSrvSel DefaultInst
SIMPLE DefaultInst
DstSvcRtg DefaultInst
NumberPortability DefaultInst
RCBasedRtg DefaultInst
NetVoicePortalRtg DefaultInst
PreCallTyping wxm
Los CDR que originan BroadWorks solo se generan mediante llamadas originadas por suscriptores de BW. Las llamadas originadas por PSTN desde el lado “red” del AS no generarán CDR de origen. Habrá un CDR de finalización para el suscriptor virtual de VoiceXML en cualquiera de los casos. |
RoutingNE
Se requiere un RoutingNE en el NS en el contexto de la CLI /Sistema/Dispositivo/RoutingNE para representar el CUBE. De esta manera, cuando el NS reciba la INVITE del CUBE, hará coincidir el encabezado via con la entrada de RoutingNE que se proporciona en el NS. Consulte el Guía de administración de la interfaz de línea de comandos de Cisco BroadWorks Network Server para obtener detalles sobre cómo agregar un RoutingNE.
A continuación se muestra un ejemplo de los comandos para agregar el RoutingNE “WebexMeetings”, donde la dirección IP CUBE = 10.165.196.30. El ejemplo también muestra comandos para crear nuevas instancias de OrigRedirect y Profile para asociarlas con RoutingNE, pero también se pueden utilizar las instancias existentes.
NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive
NS_CLI/Policy/OrigRedirect> get wxm_Inst
Policy: OrigRedirect Instance: wxm_Inst
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportTrunkGroupLookups:
Selection = {disable}
From = {disable, enablePermissive, enableRestrictive}
applyAccessSideRules:
Selection = {enableRestrictive}
From = {disable, enablePermissive, enableRestrictive}
NS_CLI/Policy/Profile> add wxm_routing
NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst
NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst
NS_CLI/Policy/Profile> get profile wxm_routing
Profile: wxm_routing
Policy Instance
==========================================
OrigRedirect wxm_Inst
SubLocation DefaultInst
NS_CLI/System/Device/RoutingNE> add WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp
NS_CLI/System/Device/RoutingNE> get
Network Element WebexMeetings
Location = 1240364
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = wxm_routing
Signaling Attributes= AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE Address Cost Weight Port Transport Route
WebexMeetings 10.165.196.30 1 99 - tcp
Con la configuración del ejemplo, el CUBE envía al NS un INVITE similar a los siguientes (campos importantes en negrita):
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Donde:
La URI de solicitud INVITE contiene el número de devolución de llamada
A través del encabezado: contiene la dirección IP del CUBE que se utilizará para seleccionar el perfil de RoutingNE.
Encabezado X-Cisco-Info-Meet: se utiliza para identificar hostCIUserUuid, meetingid y siteUUID.
Al recibir la INVITACIÓN, el NS utiliza el encabezado Via para que coincida con el “WebexMeetings” de RoutingNE. Esto, a su vez, seleccionará el perfil de enrutamiento “wxm_routing” que contiene la instancia “wxm_Inst” de OrigRedirect.
La política de NS OrigRedirect coincidirá con el encabezado X-CISCO-MEET-INFO:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
con el puerto de línea configurado en el suscriptor virtual VoiceXML y envíe un redireccionamiento 302 al par AS que aloja a ese suscriptor. El mensaje 302 es similar al siguiente:
SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0
Alias
El dominio en el URI de invitación (en el ejemplo, es bw.myenterprise.com) enviado por el CUBE al NS debe ser reconocido por el NS. Esto se puede hacer agregando el dominio en el contexto de NS_CLI/Sistema/Alias, por ejemplo:
NS_CLI/System/Alias> add bw.myenterprise.com
El comando para configurar el dominio URI de INVITACIÓN en el CUBE se puede encontrar en la sección siguiente, en el objetivo de sesión/par de marcado, por ejemplo:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
HostingNE
Para admitir las opciones de configuración del procesamiento de llamadas de Webex Meetings para la facturación y el control de admisión de sesiones, los atributos de señalización de Hosting NE del servidor de aplicaciones CallTypeInfoRequired y RequiresChargeIndication deben estar habilitados en el contexto NS_CLI/System/Device/HostingNE._ Por ejemplo:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Habilitar la devolución de llamada de la reunión de Webex
En el escenario de devolución de llamada con el encabezado SIP X-Cisco-Meet-Info, el CUBE envía la llamada al servidor de red para que el originador se redirija al par AS. El par AS se determina en función del parámetro del sistema enableWebexMeetingHoostLookup.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
Cuando el parámetro del sistema enableWebexMeetingHoostLookup está configurado como verdadero, el UUID de CI del usuario organizador de la reunión en el encabezado X-Cisco-Meet-Info se utiliza para identificar al par AS que aloja al usuario organizador de la reunión.
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Paso 10: CUBE del socio de aprovisionamiento
Esta sección proporciona una configuración validada para saber cómo implementar Cisco Unified Border Element (CUBE) como controlador de borde de sesión (SBC) para la solución Traiga su propia PSTN.
Esta sección se centra en las configuraciones de CUBE que son necesarias para intertrabajar con el ejemplo de configuración de Webex para Cisco BroadWorks que se muestra en la sección anterior. Para obtener un análisis más general de la implementación y configuración iniciales de CUBE, consulte las siguientes guías: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Implementar ynuestra propia opción SBC
Si no desea implementar CUBE, tiene la opción de implementar su propio SBC. Sin embargo, tenga en cuenta que este documento no proporciona una configuración validada para SBC distintos de CUBE.
Si implementa su propio SBC, puede seguir los requisitos de configuración de CUBE de alto nivel (por ejemplo, asignaciones como el dominio, las interfaces públicas y privadas y las puertas de enlace) para guiar su configuración. Sin embargo, consulte su documentación de SBC para obtener ayuda detallada en la línea de comandos, ya que los comandos reales para su propio SBC probablemente diferirán de CUBE.
A menos que se especifique lo contrario, los requisitos de configuración restantes del paso 10 se aplican independientemente del SBC que implemente. Sin embargo, los ejemplos de línea de comandos son solo para CUBE, a menos que se especifique que el ejemplo se aplica a otros SBC. Para otros SBC, consulte su documentación de SBC para ver los comandos de configuración. |
Configuración inicial
Para configurar CUBE, el modo EXEC privilegiado debe estar activado. Si se le solicita, introduzca la contraseña.
enable
Para entrar en el modo de configuración global:
configure terminal
Establezca el dominio:
ip domain name myenterprise.com
Establezca el tamaño máximo del segmento (MSS):
ip tcp mss 1360
Configuración de la red
Definir las interfaces públicas y privadas. En nuestro ejemplo de CUBE:
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
Configure las puertas de enlace para el enrutamiento de IP para los lados público y privado:
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
Habilitar SSH:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE (o su propio SBC) debe estar dentro de una DMZ con reglas de firewall correctamente configuradas. Consulte la sección Puertos utilizados por Webex para ver la lista de puertos que se deben abrir en el firewall externo |
Configure registros de SRV para las llamadas de devolución de llamada enviadas desde CUBE (o su SBC) a los servidores de red de BroadWorks. Por ejemplo, el SRV para bw.myenterprise.com:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
Configure el servidor DNS:
ip name-server <DNS_IP_address>
Una opción de DNS alternativa es configurar el DNS interno donde el DNS interno se comunica con un servidor DNS principal si falla la búsqueda interna. |
Configuración del procesamiento de llamadas
General
Configure el CUBE (o su SBC) con todas las direcciones IP que necesitan acceder al servicio de VoIP. Esto incluye:
Direcciones de señalización SIP de lado privado para los servidores BroadWorks AS, NS y MS.
Direcciones públicas para la infraestructura de audio de Webex Edge.
Consulte a continuación un ejemplo de configuración de CUBE:
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
El rango de direcciones IP anterior es un ejemplo. Para ver la lista actual de direcciones IP públicas para la infraestructura de audio de Webex, vaya a: |
¿Cómo permito el tráfico de Webex Meetings en mi red?: el intervalo de direcciones IP para la mayoría de los grupos aparece en Lista de intervalos de direcciones IP utilizados por los servicios de reuniones de Cisco Webex. Una excepción es para los clústeres de China, para los que el rango aparece en el siguiente enlace:
Requisitos de red para el clúster de China de Cisco Webex
El temporizador predeterminado para que CUBE establezca una conexión TCP antes de que avance la ruta es de 20 segundos. Para cambiarlo:
ip tcp synwait-time <5-300 (seconds)>
En el lado de BroadWorks, el temporizador predeterminado para que el servidor de aplicaciones se agote en un dispositivo de acceso que no responde es de 6 segundos. Para cambiarlo:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
Es necesario abrir las interfaces de lado público y privado para el tráfico RTP en CUBE (o su propio SBC). Consulte a continuación el ejemplo de CUBE:
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
Donde:
- <CUBE PUB="" IP=""> es la dirección IP pública del CUBE
- <CUBE PRIV="" IP=""> es la dirección IP privada del CUBE
- Rango de puertos: en el ejemplo, el rango de puertos oscila entre 10200 y 28000
El CUBE es compatible con los siguientes conjuntos de cifrado de TLS (durante la realización de llamada, CUBE los ofrece en el saludo de cliente del protocolo de enlace TLS):
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
Otros ajustes generales que configurar (consulte a continuación las configuraciones de muestra de CUBE):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
Los uri para el marcado entrante y saliente deben definirse para su uso posterior en pares de marcado:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
El audio de Webex Edge es compatible con códecs G722, G711ulaw y G711alaw. Se debe definir el siguiente código de clase de voz para utilizarlo más adelante en pares de marcado:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
El audio de Webex Edge utiliza SRTP. La clase de voz SRTP-crypto asigna la suite de cifrado SRTP preferida para usar para el audio de Edge. Configure los siguientes conjuntos criptográficos en orden. La configuración de la clase de voz srtp-crypto debe aplicarse a los pares de marcado utilizados para la conexión con el audio de Edge.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
Preconfigurar una clave principal para poder establecer una contraseña para la autenticación
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Introduzca las credenciales de autenticación SIP que se aprovisionaron para el suscriptor virtual de VoiceXML en el AS mediante el siguiente comando. Para las situaciones de devolución de llamada, estas credenciales se utilizarán cuando el AS desafíe la INVITE que el CUBE (o su propio SBC) envía al AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
Una vez configurada la autenticación, la contraseña se ocultará cuando se visualice con el comando “show running-config”
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
También se debe realizar la siguiente configuración de SIP global:
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
Perfiles de traducción
El perfil de traducción de mensajes SIP 2340 se utiliza para llamadas entrantes de reuniones. Debe tener una entrada para modificar los mensajes SIP entrantes de BroadWorks antes de enviar al audio de Edge, como se muestra en la regla 11 del ejemplo.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
La regla 11 anterior asigna la URI de solicitud entrante de BroadWorks, que tiene el valor de contacto del perfil del dispositivo de suscriptor virtual CUBE (valor del campo de contacto en el perfil del dispositivo VXML_deviceProf en nuestro ejemplo):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Al dominio de enrutamiento de llamada de audio de Webex Edge correspondiente:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Tenga en cuenta que cuando CUBE (o su propio SBC) está detrás de una NAT estática, se requiere una configuración adicional al perfil de sip 2340. Consulte el siguiente enlace para obtener más información:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideSi implementa su propio SBC, deberá configurar reglas similares en su propio SBC. |
Para reenviar 486 mensajes enviados por el AS al audio de Webex Edge, se requiere la siguiente configuración en CUBE (para su propio SBC, consulte su documentación de SBC para obtener ayuda)
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
Si es necesario reenviar otros 4xx mensajes al audio de Webex Edge, siga el mismo ejemplo anterior.
Pares de marcado
Se debe definir un inquilino de clase de voz en CUBE (o en su propio SBC) para usarlo en los pares de marcado más adelante, lo que cumple con los siguientes criterios:
- No hay ningún intertrabajo de carga útil necesario para los paquetes DTMF RTP-NTE, así que configure la carga útil asimétrica completa.
- El audio de Edge no es compatible con las actualizaciones del identificador de llamadas, por lo que se debe configurar el valor "sin actualización-llamada".
- El enrutamiento de llamadas de audio de Webex Edge se basa en URI. El URI de ruta de llamada debe estar habilitado para que coincida con los pares de marcado en función de los URI.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
Los siguientes pares de marcado están configurados para permitir que CUBE procese llamadas entre BroadWorks y el audio de Webex Edge. Configure lo siguiente en CUBE (sería necesario configurar una configuración similar en su propio SBC):
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
Flujos de llamadas CUBE
Con la configuración anterior, a continuación se describen ejemplos de escenarios de flujo de llamadas entrantes/salientes en el CUBE. La codificación de colores de un paso específico lo relaciona con las mismas entradas de color de los pares de marcado anteriores.
Si está implementando su propio SBC, consulte su documentación de SBC para obtener detalles sobre los flujos de llamadas con su SBC. |
Para un escenario de llamada entrante de reunión de BroadWorks a Webex:
- Se recibe un INVITE entrante de BroadWorks en la interfaz interna con:
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- El perfil del par de marcado entrante 23401 se selecciona en función del host en la URI de solicitud entrante (“cube.internal.local”) que coincide con la configuración de “solicitud de uri entrante OUTEdgeAudio”.
- El par de marcado saliente 23411 se selecciona en función del host en la URI de solicitud (“cube.internal.local”) que coincide con la configuración de “destination uri OUTEdgeAudio”.
- Se envía una INVITACIÓN saliente en la interfaz externa con el host en el URI de solicitud cambiado de “cube.internal.local” a “ecccspx.amer.pub.webex.com” mediante el perfil de traducción de mensajes “voice-class sip profiles 2340” especificado en el par de marcado:
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
Para un escenario de devolución de llamada de una reunión de Webex a BroadWorks
- Se recibe una INVITACIÓN entrante de Webex en la interfaz externa de CUBE con:
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- El par de marcado entrante 23411 se selecciona en función del patrón “x-cisco-webex-service=audio” que está presente en la URI de solicitud entrante en función de la configuración “INEdgeAudio de solicitud de uri entrante”.
- Dos pares de marcado salientes se eligen en función del patrón “x-cisco-webex-service=audio” que está presente en la URI de solicitud en función de la configuración “uri de destino INEdgeAudio”.
- Par de marcado 302
- Par de marcado 23401
- Se envía una INVITACIÓN saliente a los servidores de red (búsqueda de SRV basada en “entrada dns de destino de sesión:bw.myenterprise.com” en el par de marcado) en la interfaz interna
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- El servidor de red devuelve los contactos para el par AS que aloja al suscriptor virtual de CUBE:
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- El CUBE enruta la llamada al AS activo en función del contacto devuelto en el mensaje 302:
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
Configuración de mTLS
Se deben realizar los siguientes pasos de configuración para permitir conexiones mTLS entre CUBE (o su propio SBC) y el audio de Webex Edge.
Es obligatorio que configure mTLS entre CUBE (o su propio SBC) y el audio de Webex Edge. |
Soporte para certificados comodín
Los certificados firmados por comodines utilizan un nombre de sujeto genérico (por ejemplo, *.us.example.com) que corresponde al dominio de CUBE o a su propio SBC. Los certificados comodín son compatibles con implementaciones de CUBE o SBC de varios grupos, pero no son compatibles con implementaciones de CUBE o SBC de un solo nodo.
Fondo de confianza
Durante el protocolo de enlace TLS, cuando el audio de Webex Edge envíe su certificado, el CUBE lo validará comparándolo con la lista de certificados aceptados en el grupo de confianza.
El paquete de confianza debe actualizarse con la CA raíz de Cisco descargando el último “paquete raíz principal de confianza de Cisco” de http://www.cisco.com/security/pki/ mediante el comando:
crypto pki trustpool import clean url <url>
IdenTrust firma los certificados enviados por el audio de Webex Edge. Asegúrese de que el certificado “IdenTrust Commercial Root CA” esté instalado. Consulte este enlace para obtener más detalles:
Si está utilizando su propio SBC y no puede completar la importación, puede convertir el paquete al formato .pem usando herramientas de código abierto, como OpenSSL. Por ejemplo, podría utilizar certificados hydrantID con el siguiente comando:
|
Punto de confianza
El audio de Edge requiere que su CUBE ofrezca certificados firmados de las autoridades de certificados de CA de confianza para conexiones tls mutuos (mTLS). Utilice el siguiente enlace para acceder a una lista de autoridades de emisión de certificados en las que confía Cisco. Los certificados firmados por las autoridades de esta lista se consideran válidos y se permitirá la conexión: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
CUBE de nodo único
Un nodo único significa que el CUBE (o su propio SBC) importará un certificado con el nombre de asunto exclusivo de su FQDN, lo que significa que ningún otro CUBE podría importarlo (en otras palabras, NO un certificado comodín).
Para crear la CSR (Certificate Signing Request) para CUBE:
- crear un par de claves (este par de claves estará vinculado al punto de confianza)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys - Especifica que se debe generar el par de claves de uso general.
- etiqueta <key-label> - (Opcional) Nombre que se utiliza para un par de claves RSA cuando se exportan. Si no se especifica una etiqueta de clave, se utiliza el nombre de dominio totalmente calificado (FQDN) del router.
- exportable - (Opcional) Especifica que el par de claves RSA se puede exportar a otro dispositivo de Cisco, como un enrutador.
- cree un punto de confianza (un punto de confianza contiene el certificado que desea vincular en el CUBE. Cuando el CUBE recibe una solicitud de certificado, responderá con el certificado del punto de confianza adjunto)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl: una lista de revocación de certificados (CRL) es una lista de certificados revocados. La CRL es creada y firmada digitalmente por la CA que emitió originalmente los certificados. La CRL contiene las fechas de emisión de cada certificado y de vencimiento.
pem terminal de inscripción: agrega límites de correo mejorado por privacidad (PEM) a la solicitud de certificado (copiar y pegar manualmente desde COMENZAR SOLICITUD DE CERTIFICADO hasta FINALIZAR SOLICITUD DE CERTIFICADO)
fqdn – Nombre de dominio totalmente calificado del CUBE
nombre del sujeto CN=<fqdn> - el nombre del sujeto que debe firmar
rsakeypair <key label=""> - el par de claves generado en el paso anterior
(referencia: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- generar CSR:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- Enviar el CSR (desde COMENZAR SOLICITUD DE CERTIFICADO hasta FINALIZAR SOLICITUD DE CERTIFICADO) a CA (Autoridad de certificación)
La CA generará un certificado firmado
- Dependiendo de la CA, proporcionará el certificado raíz (por ejemplo, DigiCertCA.crt) y el certificado solicitado (por ejemplo, cube.crt)
- Cargar el certificado de CA
- Primero, autentique el punto de confianza con el certificado raíz
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- Luego, importe el certificado del CUBE en el punto de confianza CUBE
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
Si está implementando su propio SBC, consulte su documentación de SBC para obtener detalles sobre cómo crear el CSR. |
Grupo de CUBE de varios nodos (con nombres alternativos en el certificado): NO es compatible
El nodo múltiple significa que el CUBE podrá importar el mismo certificado para más de una implementación de CUBE. Actualmente no se admite el uso del nombre alternativo del sujeto para generar el CSR: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Clúster CUBE de varios nodos (uso del certificado con firma comodín como formato pkcs12)
Varios nodos que utilizan un certificado con caracteres comodín firmado significa que el nombre del sujeto es genérico (p. ej., *.us.example.com) y corresponde al dominio de CUBE (o a su dominio de SBC).
- Suponiendo que tiene un certificado comodín listo, tenga listos los archivos de clave pública (.crt) y privada (.key).
- Con OpenSSL, cree un archivo de formato PKCS12 (.pfx) incluido el archivo .crt y el archivo .key: (utilice cygwin en Windows) - referencia: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- Transfiera el archivo .pfx en CUBE:bootflash: (scp del servidor Linux a CUBE)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Cree un punto de confianza e importe el archivo pkcs12:
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
Validar la configuración del certificado CUBE
Verificar que toda la cadena está incluida en el certificado. En el siguiente ejemplo se muestran comandos de validación para CUBE. Si está implementando su propio SBC, utilice los comandos que se aplican a su SBC.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
Configurar la señalización SIP para utilizar el punto de confianza
Utilice el siguiente comando para aprovisionar el UA de SIP con el punto de confianza de CUBE. El siguiente es un ejemplo para CUBE. Si está implementando su propio SBC, consulte su documentación de SBC para obtener ayuda con los comandos.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
Registros de CUBE
Para ver los filtros de depuración habilitados
CUBE# show debug
Para configurar filtros de depuración (ejemplos)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
Para desconfigurar los filtros de depuración (ejemplo)
CUBE# no debug ccsip messages
Para borrar y comprobar el búfer de registro
CUBE# clear log
>>> make test call <<<
CUBE# show log
Si no está implementando CUBE, consulte la documentación de su propio SBC para obtener detalles sobre cómo usar los registros. |
Otros comandos útiles
Para comprobar la configuración actual
CUBE# show running-config (or just CUBE# show run)
Para guardar la configuración en ROM, que se utilizará cuando se inicie
CUBE# write
Paso 11 Certificación BYoPSTN
Una vez finalizada la configuración y el aprovisionamiento de la solución BYoPSTN, el socio debe ejecutar un conjunto de casos de prueba de aceptación para certificar su solución. Este es un paso obligatorio para que el socio BYoPSTN se apruebe y habilite.
Los casos de prueba de aceptación se describen en el documento Traiga su propio procedimiento de aceptación de PSTN de Webex para Cisco BroadWorks en: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
El socio debe proporcionar los resultados de las pruebas de aceptación ejecutadas con éxito a los equipos de incorporación y certificación.
Las preguntas, los problemas y los resultados de la ejecución de los casos de prueba de aceptación deben informarse y compartirse en el espacio de Webex asignado para la incorporación del socio.
Aplicar actualizaciones a un grupo de números de teléfono en servicio/grupo de SRV de DNS de devolución de llamada
Una vez que los clientes que no son de prueba se asignan a una plantilla de cliente utilizando los números de llamada entrante proporcionados por el socio, las siguientes opciones para entrar a la reunión están disponibles para esos usuarios:
Las invitaciones a la reunión incluyen uno o más números de teléfono predeterminados del grupo de números de teléfono asignado
La aplicación de Webex muestra uno o más números de teléfono predeterminados del grupo de números de teléfono asignado como opción para entrar a una reunión
La IU del sitio de reuniones de Webex muestra uno o más números de teléfono predeterminados del grupo de números de teléfono asignado como opción para entrar a una reunión
Si se habilitó la devolución de llamada en la plantilla del cliente, la reunión de Webex proporciona la opción “Llamarme al” donde la solicitud de devolución de llamada se dirige a uno de los registros especificados en el grupo de devolución de llamada de SRV de DNS asignado
Un cambio en las opciones para entrar a la reunión para una plantilla de cliente, un cambio en un grupo de números de teléfono asignado o un cambio en un grupo de SRV de DNS de devolución de llamada pueden afectar las opciones para entrar a la reunión anteriores. Estos cambios no se aplican a los clientes existentes, pero los clientes recientemente aprovisionados verán estos cambios reflejados inmediatamente en sus sitios de reuniones de paquetes Estándar y Premium. Por lo tanto, se recomienda encarecidamente que cualquier cambio de este tipo se verifique mediante una organización de solución de origen antes de aplicarlo a plantillas de clientes, grupos de números de teléfono o grupos de SRV de DNS de devolución de llamada existentes (si se implementan grupos de SRV de DNS de devolución de llamada).
Se deben seguir los siguientes pasos al realizar una actualización de las opciones para entrar a la reunión para una plantilla de cliente y/o aplicar actualizaciones a grupos de números de teléfono o grupos de SRV de DNS de devolución de llamada.
Tenga en cuenta que si los proveedores de servicios de BroadWorks y/o las empresas de BroadWorks utilizan las plantillas de clientes, los grupos de números de teléfono o los grupos de SRV de DNS de devolución de llamada, este procedimiento es opcional. Puede ser más apropiado simplemente eliminar los proveedores de servicios de BroadWorks y/o probar organizaciones de empresas de BroadWorks y volver a aprovisionarlos utilizando las plantillas de clientes, los grupos de números de teléfono o los grupos de SRV de DNS de devolución de llamada actualizados.
Actualizar solo el grupo de números de teléfono:
Cree un nuevo grupo temporal de números de teléfono con las actualizaciones necesarias.
- Cree una nueva plantilla de cliente temporal que utilice el nuevo grupo de números de teléfono. Si se está utilizando un grupo de números de teléfono existente junto con el grupo, asígnelo a la plantilla.
- Cree una organización de solución de lanzamiento mediante el aprovisionamiento de un suscriptor de un proveedor de servicios de BroadWorks o pruebe BroadWorks Enterprise con un paquete estándar utilizando la nueva plantilla de cliente. Tenga en cuenta que esta es una organización de solución de siembra secundaria, no se requiere ninguna actualización del siteUUID de la reunión configurado en BroadWorks.
- Descargue el archivo JSON de configuración de BroadWorks (BYoPSTN), que contiene el número de teléfono para acceder a la asignación de código para los nuevos números de teléfono en el grupo de números de teléfono.
- Determine el dominio de SRV de DNS de audio de Webex Edge para el sitio de reuniones del paquete estándar de la organización de la solución de semillas. No debe modificarse con respecto al valor determinado anteriormente para el grupo de números de teléfono original.
- Aplique las actualizaciones de configuración a BroadWorks mediante el archivo JSON de configuración de BroadWorks (BYoPSTN).
- Verifique la configuración planificando reuniones con el sitio del paquete estándar de la organización de origen y entrando a la reunión con los números de teléfono de llamada entrante.
- Aplique la actualización al grupo de números de teléfono original. El cambio está ahora en servicio para los clientes que no tienen pruebas.
- Se pueden eliminar la organización de la solución de siembra, el grupo de números de teléfono temporales y la plantilla del cliente. Estos elementos ya no son necesarios una vez que se ha actualizado el grupo de números de teléfono original.
Actualizar solo el grupo de SRV de DNS de devolución de llamada:
- Cree un nuevo grupo de devolución de llamada de SRV de DNS temporal con las actualizaciones necesarias.
- Cree una nueva plantilla de cliente temporal que utilice el nuevo grupo de SRV de DNS de devolución de llamada y el grupo de números de teléfono existente. Si se está utilizando un grupo de devolución de llamada de SRV de DNS existente junto con el grupo, asígnelo a la plantilla.
- Cree una organización de solución de lanzamiento mediante el aprovisionamiento de un suscriptor de un proveedor de servicios de BroadWorks o pruebe BroadWorks Enterprise con un paquete estándar utilizando la nueva plantilla de cliente. Tenga en cuenta que esta es una organización de solución de siembra secundaria, no se requiere ninguna actualización del siteUUID de la reunión configurado en BroadWorks.
- Verifique la configuración mediante la planificación de reuniones a través del sitio del paquete estándar de la organización de origen, la entrada a la reunión a través de los números de teléfono de llamada entrante y la opción “Llamarme al”.
- Aplique la actualización al grupo de devolución de llamada de SRV de DNS original. El cambio está ahora en servicio para los clientes que no tienen pruebas.
- La organización de la solución de siembra, el grupo de devolución de llamada de SRV de DNS y la plantilla del cliente se pueden eliminar. Estos elementos ya no se requieren una vez que se ha actualizado el grupo de SRV de DNS de devolución de llamada original.
Actualizar el número de teléfono y el grupo de SRV de DNS de devolución de llamada:
- Cree un nuevo número de teléfono temporal y un grupo de devolución de llamada de SRV de DNS con las actualizaciones necesarias.
- Cree una nueva plantilla de cliente temporal que utilice el nuevo grupo de números de teléfono y el nuevo grupo de SRV de DNS de devolución de llamada. Si se está utilizando un grupo de números de teléfono o un grupo de devolución de llamada de SRV de DNS existente junto con el grupo, asígnelo a la plantilla.
- Cree una organización de solución de lanzamiento mediante el aprovisionamiento de un suscriptor de un proveedor de servicios de BroadWorks o pruebe BroadWorks Enterprise con un paquete estándar utilizando la nueva plantilla de cliente. Tenga en cuenta que esta es una organización de solución de siembra secundaria, no se requiere ninguna actualización del siteUUID de la reunión configurado en BroadWorks.
- Descargue el archivo JSON de configuración de BroadWorks (BYoPSTN), que contiene el número de teléfono para acceder a la asignación de código para los nuevos números de teléfono en el grupo de números de teléfono.
- Determine el dominio de SRV de DNS de audio de Webex Edge para el sitio de reuniones del paquete estándar de la organización de la solución de semillas. No debe modificarse con respecto al valor determinado anteriormente para el grupo de números de teléfono original.
- Aplique las actualizaciones de configuración a BroadWorks mediante el archivo JSON de configuración de BroadWorks (BYoPSTN).
- Verifique la configuración mediante la planificación de reuniones a través del sitio del paquete estándar de la organización de origen, la entrada a la reunión a través de los números de teléfono de llamada entrante y la opción “Llamarme al”.
- Aplique la actualización al número de teléfono original y al grupo de devolución de llamada de SRV de DNS. El cambio está ahora en servicio para los clientes que no tienen pruebas.
- Se pueden eliminar la organización de la solución de siembra, el grupo de números de teléfono temporales, el grupo de devolución de llamada de SRV de DNS y la plantilla del cliente. Estos elementos ya no se requieren una vez que se han actualizado el grupo de números de teléfono original y el grupo de SRV de DNS de devolución de llamada.
La organización de la solución de siembra primaria no debe eliminarse a menos que se haya seleccionado y configurado una nueva organización de la solución de siembra primaria en BroadWorks. Al eliminar la organización de la solución de semillas principal, se elimina el siteUUID del que depende la solución BYoPSTN para la autenticación de mensajes SIP para el audio de Webex Edge. Si se elimina, fallará la entrada a la reunión mediante la realización de llamada para sitios que utilizan el número de llamada entrante proporcionado por el socio. |
Interoperabilidad de medios G722 al usar su propio SBC
Al aprovechar su propio SBC, los problemas de interoperabilidad que normalmente se encargan de CUBE deben considerarse entre la infraestructura de BroadWorks de los socios de Cisco y la nube de Webex. Un ejemplo es una llamada entrante o devolución de llamada que utiliza el códec G722 en la que participa el servidor multimedia de BroadWorks (por ejemplo, cuando utiliza el servicio de grabación de llamadas de BroadWorks). En esta situación, el audio de Webex Edge puede enviar un SDP con la línea "a=fmtp:9". Su SBC necesitaría actualizar esta línea para agregar el parámetro de bitrate para tener "a=fmtp:9 bitrate=64" antes de enviarlo al backend de BroadWorks.
Limitaciones conocidas
Cualquier cambio en la opción para entrar a la reunión de la plantilla del cliente, los números de llamada entrante de Cisco o los números de llamada entrante proporcionados por el socio se aplican solo a los clientes aprovisionados recientemente. Los clientes existentes que utilizan la plantilla permanecen sin cambios.
Cualquier cambio en la configuración del grupo de números de teléfono de la plantilla del cliente o del grupo de SRV de DNS de devolución de llamada se aplica solo a los clientes aprovisionados recientemente o a los clientes existentes que se están aprovisionando para su primer usuario del paquete estándar o premium. Los clientes existentes que ya tienen usuarios de paquetes Estándar o Premium permanecen sin cambios.
Cualquier cambio en los grupos de números de teléfono o los grupos de SRV de DNS de devolución de llamada que se asignan a plantillas de clientes se aplica solo a los clientes aprovisionados recientemente o a los clientes existentes que se están aprovisionando para su primer usuario del paquete estándar o premium. Los clientes existentes asignados a plantillas asociadas que ya tienen usuarios de paquetes Estándar o Premium permanecen sin cambios.
Una plantilla de cliente determinada admite números de llamada entrante de Cisco o la opción para entrar a reuniones con números de llamada proporcionados por el socio; no se admite una combinación de las dos opciones para la misma plantilla.
La mensajería SIP para el caso de uso para entrar a la reunión de devolución de llamada o llamada no incluye información sobre el cliente y/o el usuario que organiza la reunión a la que se va a entrar.
Los números de teléfono y los códigos de acceso a la reunión asociados para un grupo de números de teléfono determinado solo son compatibles con un solo dominio de SRV DNS de audio de Webex Edge (por ejemplo, ecccspx.amer.webex.com). El uso de estos números de teléfono para realizar llamadas a reuniones en un dominio de SRV de DNS de audio de Webex Edge diferente no es compatible.
El audio de Webex Edge no admite renegociación de códecs a mitad de llamada. Por lo tanto, es posible que los servicios que se invocan después de responder una llamada no funcionen correctamente.
La aplicación de Webex, la interfaz de usuario del sitio de reuniones de Webex y el correo electrónico de invitación a reuniones de Webex proporcionan un enlace a un documento “Restricciones de llamadas gratuitas”. Este documento es específico de los números de teléfono proporcionados por Cisco y los usuarios deben ignorarlo cuando utilicen los números de teléfono proporcionados por el socio para entrar a reuniones.
Historial de revisión de documentos
La siguiente tabla muestra un historial de cambios en este documento en los últimos 12 meses.
Fecha | Versión | Descripción del cambio | |
---|---|---|---|
8 de abril de 2024 | 1-36 |
| |
10 de enero de 2024 | 1-35 |
| |
22 de diciembre de 2023 | 1-34 |
| |
4 de julio de 2023 | 1-33 |
| |
2 de febrero de 2023 | 1-32 |
| |
2 de febrero de 2023 | 1-31 |
| |
31 de enero de 2023 | 1-30 |
| |
29 de noviembre de 2022 | 1-29 |
|
Definiciones
Definiciones | Descripción |
---|---|
Socio de Cisco | Una entidad (generalmente un proveedor de servicios) que vende Productos y Servicios de Cisco a sus clientes. |
Cliente final | Usuarios que utilizan los productos y servicios de Cisco que les vende un socio de Cisco. |
CUBE | Cisco Unified Border Element |
Organización del socio | Repositorio de administración de servicios y identidades de Webex que mantiene información sobre los socios de Cisco y sus clientes. |
Hub del socio | Portal web para proporcionar identidad y servicios para los socios de Cisco y los clientes que administran. |
Organización del cliente | Repositorio de administración de servicios y identidades de Webex que mantiene información sobre el cliente final. |
BroadWorks Enterprise o Proveedor de servicios/Grupo | Representación del cliente final en BroadWorks. |
Descripción general
La solución Traiga su propia PSTN (BYoPSTN) permite a los proveedores de servicios de Webex para Cisco BroadWorks aprovisionar números de teléfono propios para que utilicen los usuarios cuando entren a Webex Meetings. La solución permite a los socios aprovechar sus propias PSTN y hacer uso de las relaciones existentes con los proveedores de PSTN, en lugar de utilizar los números proporcionados por Cisco.
La arquitectura de referencia de este documento proporciona un diseño de extremo a extremo para la opción BYoPSTN. Esta arquitectura está validada por Cisco y utiliza Cisco Unified Border Element (CUBE) como controlador de borde de sesión (SBC) para el tráfico de llamadas entre BroadWorks y Webex Meetings.
Elección de la opción Entrar a la reunión
Actualmente, Webex para Cisco BroadWorks admite dos opciones para aprovisionar números de teléfono de reuniones. Los proveedores de servicios deben elegir una de estas dos opciones; no se admite una combinación:
Números de llamada entrante de Cisco (PSTN de Cisco): Cisco proporciona los números de teléfono que los participantes de la reunión pueden utilizar para entrar a reuniones
Números de llamada entrante proporcionados por el socio (BYoPSTN): los proveedores de servicios proporcionan sus propios números de teléfono para que los participantes de la reunión los utilicen al entrar a reuniones.
Solución BYoPSTN
Los socios que elijan la opción de números de llamada entrante proporcionados por el socio (BYoPSTN) deben proporcionar sus propios números de teléfono de PSTN y deben aprovisionar la infraestructura de red necesaria para enrutar llamadas hacia y desde Webex. La solución BYoPSTN facilita el enrutamiento de llamadas Over the Top (OTT) a través de la Internet pública de BroadWorks a Webex.
Las siguientes condiciones se aplican al seleccionar la opción BYoPSTN:
Los socios de Cisco pueden utilizar los mismos números de teléfono para más de un cliente final. Estos números de teléfono pueden estar en cualquier país en el que opere el socio.
La opción BYoPSTN no requiere cambios en el proceso general de incorporación de Webex para los clientes de Cisco BroadWorks.
BYoPSTN requiere aprovisionamiento a nivel de socio de Cisco y todos los clientes finales que los socios activen después de que BYoPSTN esté en funcionamiento se habiliten automáticamente.
Todo el aprovisionamiento requerido para los sitios de reuniones del cliente es automático, al igual que con la solución actual disponible generalmente.
Los socios que activan paquetes Estándar y Premium tienen dos sitios de reuniones: un sitio para usuarios estándar y otro para usuarios premium. Ambos sitios están habilitados para BYoPSTN.
Los participantes de la reunión que llaman a reuniones pueden optar por utilizar el uso compartido de vídeo y contenido a través de Internet.
Se aplica a las entradas de reuniones tanto para reuniones del espacio como para reuniones de PMR. Tenga en cuenta que para las reuniones del espacio, el espacio debe haber sido creado por un usuario estándar o premium con capacidades de organizador de reuniones de Webex para recibir un número de acceso PSTN; los espacios creados por los usuarios básicos no reciben números de acceso PSTN.
Este documento proporciona una configuración validada que utiliza CUBE como su SBC. Sin embargo, si no desea utilizar CUBE, puede implementar su propio SBC.
Arquitectura
La solución Webex para Cisco BroadWorks BYoPSTN se basa en el conjunto de servicios de Webex Edge, más específicamente, el servicio de audio de Webex Edge disponible para los clientes empresariales. La arquitectura se adapta para integrar la infraestructura de BroadWorks de los socios de Cisco con el audio de Webex Edge, lo que permite al socio de Cisco configurar de forma centralizada conjuntos de números de teléfono para que los utilicen sus clientes finales.
Los principales elementos de la arquitectura son los siguientes:
BroadWorks: infraestructura de BroadWorks de los partners de Cisco
Cisco Unified Border Element (CUBE): controlador de borde de sesión de referencia (SBC) para la solución implementada en el centro de datos de los socios de Cisco. El CUBE debe estar dentro de una DMZ. Tenga en cuenta que si no desea utilizar CUBE, puede implementar su propio SBC.
Audio de Webex Edge: servicio de Webex, que desacopla la PSTN de Webex al cambiar el enrutamiento de llamada para hacer uso de la infraestructura proporcionada por el socio de Cisco.
Las llamadas de los participantes para entrar a una reunión atraviesan BroadWorks hasta CUBE y desde CUBE hasta la infraestructura de Webex en la nube a través de Internet. Este modelo se aplica a las dos situaciones siguientes para entrar a reuniones:
Realización de llamada: un participante marca el número de teléfono de la invitación a la reunión en su auricular registrado en BroadWorks, dispositivo móvil o en la aplicación Webex. BroadWorks inicia la llamada.
Devolución de llamada (opcional): un participante solicita que Webex llame a un número de teléfono que el participante proporcione. Webex inicia la llamada.
Las llamadas enrutadas de BroadWorks a CUBE dentro de la infraestructura del socio utilizarán SIP TCP para la señalización de llamadas y RTP para medios. Desde CUBE hasta Webex, las llamadas utilizan SIP TLS para la señalización y sRTP para los medios. El enrutamiento de llamada de CUBE a WebEx se realiza a través de Internet y no utiliza un enlace troncal SIP.
La configuración típica para situaciones de llamada entrante/devolución de llamada es la siguiente:
El socio de Cisco tiene un número de teléfono PSTN (por ejemplo, 2403332200) y un código de acceso de Webex asociado (por ejemplo, 88631321777971704941).
El socio de Cisco aprovisiona un suscriptor virtual en BroadWorks que corresponde al dispositivo CUBE. El socio asigna el número de teléfono al código de acceso y viceversa.
El código de acceso, que se envía a Webex en los mensajes SIP, identifica los sitios de reuniones asociados con el socio de Cisco.
El número de teléfono anterior para acceder a la asignación del código se configura una vez y es común a todos los sitios de reuniones del cliente final.
Los participantes que entren a la reunión deben introducir el ID de reunión correspondiente (por ejemplo, 123456), que identifica la reunión específica a la que se va a entrar.
Se recomienda que los socios sigan el modelo de redundancia descrito a continuación.
Entrar a la reunión mediante la realización de llamada
La siguiente imagen muestra el proceso de un usuario que entra a la reunión mediante llamada entrante.
Estos son los pasos necesarios para que el participante entre a una reunión mediante llamada entrante.
Un usuario planifica una reunión en Webex. Webex asigna un ID de reunión (por ejemplo, 123456).
El usuario marca el número de teléfono asociado con la reunión (por ejemplo, 2403332200). La INVITACIÓN SIP lleva el URI de solicitud como el número de teléfono asociado a la reunión.
BroadWorks traduce el número de teléfono a un código de acceso (por ejemplo, 88631321777971704941) asociado al sitio de la reunión y enruta la llamada a CUBE con el URI de solicitud como código de acceso.
Webex recibe la INVITACIÓN SIP y responde la llamada. El idioma de los anuncios está determinado por el idioma especificado para el número de teléfono cuando se aprovisiona en Cisco Partner Hub y BroadWorks.
El usuario introduce el ID de reunión (por ejemplo, 123456) con DTMF. Webex verifica al usuario y, luego, permite que el usuario entre a la reunión.
Entrar a la reunión mediante devolución de llamada (opcional)
La siguiente imagen muestra el proceso de un usuario que entra a la reunión mediante devolución de llamada; el usuario solicita una llamada de Webex para entrar a una reunión.
Estos son los pasos para que el participante entre a una reunión mediante devolución de llamada:
Un usuario planifica una reunión en Webex. Webex asigna un ID de reunión (por ejemplo, 123456).
El usuario solicita una llamada de Webex al número deseado (por ejemplo, +16504441000) para entrar a la reunión utilizando la aplicación de Webex o el cliente de reuniones.
Webex inicia una INVITACIÓN SIP a CUBE en función del grupo de SRV de DNS de devolución de llamada, aprovisionado en Cisco Partner Hub y BroadWorks. La URI de solicitud de INVITACIÓN SIP contiene el número de teléfono que debe recibir la llamada (por ejemplo, +16504441000@cube.example.com).
CUBE traduce el número de teléfono en el ID de parte remota a un valor que identifica a un suscriptor virtual en BroadWorks (por ejemplo, 88631321777971704941@ecccx.amer.pub.webex.com). Esto identifica al CUBE como un usuario virtual para el servidor de aplicaciones de BroadWorks.
La llamada se ofrece al número de teléfono solicitado por el usuario y el usuario responde la llamada para entrar a la reunión. Este número de teléfono puede ser un suscriptor de BroadWorks o un número de PSTN. Si el número solicitado es un número de PSTN, BroadWorks utiliza la ruta aprovisionada para enrutar la llamada a la PSTN.
Para la opción de devolución de llamada, es obligatorio activar las siguientes dos características:
- 102746 – Soporte de BroadWorks para CI UUID
- 102074 – Soporte de facturación de BYO PSTN para CallBack y CallIn
Esto puede confirmarse desde CLI como se indica a continuación:
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
Para obtener una descripción detallada de estas funciones y su activación, consulte la sección "Suscriptor virtual de devolución de llamada a reuniones de VoiceXML" de este documento.
Si opta por no configurar la opción Entrar a la reunión mediante la opción Devolución de llamada, los usuarios aún pueden utilizar la opción Realización de llamada para entrar a las reuniones o pueden entrar con el audio de la computadora. En este caso, no es necesario configurar los grupos de devolución de llamada de SRV de DNS. |
Descripción general de la configuración de soluciones
La solución tiene varios componentes diferentes, cada uno de los cuales debe configurarse correctamente para que funcione correctamente. Los componentes son los siguientes:
BroadWorks
CUBE (o un controlador alternativo de borde de sesión certificado por SP))
Audio de Webex Edge
Existen interdependencias entre la configuración de estos diferentes componentes y, como tal, se requiere una o más organizaciones de generación de soluciones para completar la configuración y verificación de soluciones requeridas.
Organización de semillas
Una organización de origen es una organización de Webex que usted configura para generar y validar los ajustes para la solución BYoPSTN. La organización de origen debe tener al menos un usuario asignado un paquete estándar, y ese paquete estándar debe utilizar la opción para entrar a reuniones de números de llamada entrante proporcionados por el socio (BYoPSTN). Se recomienda que asocie la organización de lanzamiento con un proveedor de servicios BroadWorks o Enterprise de prueba.
Las organizaciones de generación de soluciones tienen dos propósitos:
Configuración de origen: el aprovisionamiento de las organizaciones de origen genera números de teléfono a las asignaciones de códigos de acceso de reuniones y un identificador único universal del sitio de reuniones (UUID del sitio) que son necesarios para el funcionamiento continuo de la solución. Esta información es necesaria para configurar BroadWorks Virtual Subscribers (VSUB).
Validación de la configuración: utilice la organización de origen para determinar si la solución BYoPSTN está configurada de acuerdo con sus requisitos. Utilice la organización de origen y los usuarios de prueba para validar los casos de uso de llamada entrante y devolución de llamada de la reunión mediante los números de llamada entrante proporcionados por el socio y los registros de devolución de llamada de SRV de DNS (si la devolución de llamada está habilitada).
El administrador debe generar una organización de solución de origen para cada conjunto exclusivo de números de teléfono y registros de devolución de llamada de SRV de DNS. La generación de la organización de la solución de siembra en cada caso genera el número de teléfono necesario para las asignaciones de código de acceso de la reunión y la capacidad de verificar los casos de uso de llamada entrante y devolución de llamada de la reunión asociados para esos números de teléfono y registros de SRV de DNS de devolución de llamada.
El administrador, que utiliza Cisco Partner Hub, debe seleccionar una organización de la solución de semillas como la organización de la solución de semillas principal. El UUID del sitio de reuniones de la reunión del paquete estándar de esta organización de solución de siembra primaria debe configurarse en BroadWorks. Es fundamental que este sitio de reuniones permanezca aprovisionado, ya que el UUID de este sitio se envía en cada solicitud de entrada a reuniones de llamada entrante como token de autenticación. Este UUID de sitio único es compartido por todos los conjuntos de números de teléfono y registros de SRV de DNS de devolución de llamada. No se requieren varios valores de UUID del sitio.
Las organizaciones de solución de semillas principal y secundaria se pueden eliminar, si se desea, antes de que el conjunto de números de teléfono y registros de SRV de DNS de devolución de llamada se asignen a clientes que no son de prueba. Cuando el conjunto de números de teléfono y registros de SRV de DNS de devolución de llamada se asignan a cualquier cliente que no sea de prueba, esos números de teléfono y registros de devolución de llamada se asocian con sitios de reuniones para esos clientes y están en uso para entrar a reuniones mediante la realización de llamada y devolución de llamada. Cualquier cambio debe considerarse que afecta al servicio.
En las siguientes secciones se ofrecen más detalles sobre los diferentes elementos de configuración.
Elementos de configuración de BYoPSTN
Un elemento clave de la solución es la configuración de los números de teléfono del socio de Cisco y los registros de devolución de llamada de SRV de DNS. BYoPSTN utiliza grupos de números de teléfono y grupos de SRV de DNS de devolución de llamada como una forma de asignar números de teléfono basados geográficamente y enrutamiento de llamada redundante para reuniones de Webex. La plantilla de cliente asigna estos elementos a los clientes finales.
Grupos de números de teléfono (PNG)
Los socios de Cisco proporcionan los números de teléfono que utilizan los participantes para entrar a las reuniones en el concentrador de socios de Cisco. Estos números de teléfono se organizan juntos en un grupo de números de teléfono. La lista de números de teléfono está asociada a un sitio de reuniones. Todas las salas de reuniones personales (PMR) y las reuniones planificadas en ese sitio de reuniones utilizan los números de teléfono asociados. El siguiente es un ejemplo de un grupo de números de teléfono:
Nombre del número de teléfono | País | Código de país | Número de teléfono | Anuncio | Tipo de tarifa | Prioridad de llamada entrante |
---|---|---|---|---|---|---|
EE. UU., Maryland | EE. UU. | +1 | 2403332200 | Inglés | Teléfono pago | Primario |
EE. UU., Florida | EE. UU. | +1 | 9049002303 | Inglés | Teléfono pago | Secundario |
EE.UU. Nueva York | EE. UU. | +1 | 8056504578 | Inglés | Teléfono gratuito | Ninguno |
Los números de teléfono tienen los siguientes atributos:
Nombre del número de teléfono: nombre para describir el número de teléfono
País: país al que está asignado el teléfono
Código de país: código de llamada del país o código de marcado del país
Número de teléfono: el número de teléfono que se utilizará para entrar a una reunión sin el código de país
Anuncio: idioma del anuncio que se reproducirá cuando un participante entre a una reunión
Tipo de pago: el tipo de número: Teléfono pago o teléfono gratuito
Prioridad de llamada entrante: la prioridad asignada a los números de la reunión. La vista de los participantes de los números para entrar a la reunión se ordena en función de esta prioridad.
Números de teléfono predeterminados: Los administradores pueden asignar una prioridad de llamada entrante principal, secundaria o ninguna a un número de teléfono del grupo de números de teléfono. Los números de teléfono con una prioridad principal o secundaria son los números de teléfono predeterminados. Los números de teléfono predeterminados se envían en los correos electrónicos de invitación a la reunión y se enumeran en el orden de prioridad que los participantes deben utilizar para entrar a las reuniones. No es necesario que los números de teléfono predeterminados estén en el mismo país. Se debe seleccionar un número de teléfono principal; un número de teléfono secundario es opcional. Al menos uno de los números de teléfono predeterminados debe tener el tipo Toll.
Los usuarios del cliente final pueden optar por especificar sus propios números de teléfono predeterminados mediante la interfaz web del sitio de la reunión. Estos números aparecen para ese usuario y sus participantes cuando son el organizador de la reunión. Si el usuario entra a una reunión como asistente, aparecerá solo para él.
Como en el ejemplo anterior, el administrador de socios de Cisco establece EE. UU., Maryland, como principal, y EE. UU., Florida, como secundaria, estos son los números de teléfono predeterminados. Un usuario puede optar por anular esto en sus reuniones cambiando la opción principal a EE. UU., Nueva York y la secundaria como EE. UU., Maryland.
La cantidad máxima de números de teléfono para un grupo de números de teléfono determinado es 98.
NOTA: No se admite la configuración de un número dedicado para una sola empresa.
Grupos de SRV de DNS (CDSG) de devolución de llamada
Para permitir que los participantes de la reunión elijan la opción de devolución de llamada, se requiere un grupo de SRV de DNS de devolución de llamada que apunte a las instancias de CUBE dentro de la red del socio de Cisco. Webex utiliza estos registros para enrutar la devolución de llamada a través de CUBE a BroadWorks, que luego puede enviar la devolución de llamada a la reunión al número de teléfono del participante de la reunión.
A continuación se muestra un ejemplo de un grupo de SRV de DNS de devolución de llamada.
Country/Region | Código de país | Registro de SRV de DNS |
---|---|---|
Estados Unidos | +1 | cube.us.example.com |
México | +52 | cube.mx.example.com |
Todos los demás países | No disponible | cube.global.example.com |
Los registros de SRV de DNS de devolución de llamada tienen los siguientes atributos:
País/región: el país o la región para los que se debe utilizar este registro de SRV de DNS para enviar solicitudes de llamada.
Código de país: el código de país asociado con el país/región. Solo puede tener un registro de SRV de DNS por código de país.
Registro de SRV de DNS: el registro de SRV de DNS para las instancias del CUBE de socio de Cisco.
Cuando el participante solicita una llamada a su número de teléfono especificado, Webex utiliza el SRV de DNS de devolución de llamada asociado con el código de país del número de teléfono especificado para enrutar la llamada a los elementos apropiados de la red de socios de Cisco.
El uso de un registro de SRV de DNS de esta manera proporciona soporte para instancias de CUBE redundantes para atender las solicitudes de llamada de Webex. En el ejemplo anterior, cuando los participantes de reuniones en EE. UU. solicitan una devolución de llamada de Webex a su número de teléfono de EE. UU., Webex utiliza el SRV de DNS cube.us.example.com
para enrutar esa llamada a la red del socio de Cisco. Cuando los participantes de la reunión en México soliciten una devolución de llamada de Webex a su número telefónico de México, Webex utilizará el SRV de DNS cube.mx.example.com
para enrutar esa llamada a la red del socio de Cisco.
Para cualquier país/región que no tenga un registro de SRV de DNS de devolución de llamada específico, esas solicitudes de llamada se enrutan al registro de SRV de DNS de ‘Todos los demás países’. El administrador debe configurar un registro de SRV de DNS “Todos los demás países”.
La cantidad máxima de registros para un grupo de SRV de DNS de devolución de llamada determinado es 200.
Plantillas del cliente
La plantilla del cliente es un concepto existente para la solución de Webex para BroadWorks. La plantilla proporciona la configuración predeterminada que se utiliza para aprovisionar a un cliente final. BYoPSTN proporciona atributos adicionales a la plantilla de cliente:
Tipo de entrada a la reunión: puede ser números de llamada entrante de Cisco o números de llamada entrante proporcionados por el socio. Este atributo indica los números de teléfono configurados para los sitios de reuniones asociados con los paquetes estándar y premium. El administrador debe seleccionar los números de llamada entrante proporcionados por el socio.
Grupo de números de teléfono: asociado con la opción de números de llamada entrante proporcionados por el socio solo, este atributo indica los números de teléfono que utilizan los clientes finales que se aprovisionan para los paquetes estándar y premium al entrar a reuniones.
Grupo de SRV de DNS de devolución de llamada: asociado con la opción de números de llamada entrante proporcionados por el socio, este atributo indica los registros de SRV de DNS que utiliza Webex al volver a llamar a clientes finales que se aprovisionan para paquetes estándar y premium al entrar a reuniones. Si no desea habilitar la devolución de llamada, puede seleccionar “Deshabilitar devolución de llamada” al crear o actualizar una plantilla de cliente. Cuando se aprovisiona el primer suscriptor de Estándar o Premium para un cliente final, se aprovisiona el sitio de reuniones del paquete asociado. El sitio de reuniones del paquete se aprovisiona según la plantilla del cliente anterior. Cualquier suscriptor aprovisionado posteriormente para Standard o Premium se agrega al sitio de reuniones ya aprovisionado; la configuración del sitio de reuniones no se cambia.
Cualquier cambio en la plantilla del cliente con respecto a los atributos anteriores se aplica solo a los sitios de reuniones de paquetes recientemente aprovisionados. Los sitios de reuniones existentes, ya aprovisionados, no se ven afectados por los cambios en la plantilla del cliente.
La única excepción notable es que si un cliente final ya tiene un sitio de reuniones de paquetes, cualquier sitio de reuniones de paquetes nuevo se aprovisiona utilizando el mismo tipo de entrada a reuniones que el sitio de reuniones de paquetes existente. Por ejemplo, si un cliente final tiene un sitio de reuniones de paquetes estándar que utiliza números de llamada entrante de Cisco y la plantilla del cliente se actualiza para utilizar números de llamada entrante proporcionados por el socio, se aprovisiona un nuevo sitio de reuniones de paquetes premium con números de llamada entrante de Cisco; la configuración de la plantilla del cliente no se aplica. Los sitios de reuniones estándar y premium para un determinado cliente final se aprovisionarán siempre de manera coherente.
Grupo de llamadas de BroadWorks
Cisco Partner Hub: la pantalla del grupo de llamadas de BroadWorks proporciona acceso para ver o descargar la información de configuración de BroadWorks (BYoPSTN). La información de configuración de BYoPSTN para un grupo determinado incluye los siguientes datos:
Detalles de la organización de la solución de semillas principal, incluido el UUID del sitio de reuniones del paquete estándar y la URL del sitio.
Detalles del grupo de números de teléfono para todos los grupos configurados para este grupo. Esto incluye el número de teléfono para las asignaciones de códigos de acceso a la reunión para cada grupo. Tenga en cuenta que los detalles deben incluir grupos asociados con todas las organizaciones de soluciones de siembra secundarias.
Detalles del grupo de SRV de DNS de devolución de llamada para todos los grupos configurados para este grupo. Tenga en cuenta que los detalles deben incluir grupos asociados con todas las organizaciones de soluciones de siembra secundarias.
Detalles de la plantilla del cliente para esas plantillas que utilizan cualquiera de los grupos de números de teléfono y los grupos de SRV de DNS de devolución de llamada.
Cada grupo de llamadas de BroadWorks tiene su propia información de configuración de BroadWorks (BYoPSTN) específicamente sus grupos de números de teléfono asignados y el grupo de SRV de DNS de devolución de llamada. Sin embargo, tenga en cuenta que todos los grupos de llamadas de BroadWorks comparten la misma organización de la solución de semillas principal y, como tal, todos incluyen la misma UUID del sitio de reuniones del paquete estándar y la URL del sitio.
La información de configuración de BroadWorks (BYoPSTN) solo está disponible para su visualización/descarga cuando el administrador configura y selecciona la organización de la solución de origen principal. La organización de la solución de lanzamiento principal debe tener al menos un usuario asignado al paquete estándar y ese paquete estándar debe utilizar la opción para entrar a la reunión de números de llamada entrante proporcionados por el socio (BYoPSTN).
Ejemplo de elementos de configuración de BYoPSTN
La siguiente imagen muestra un ejemplo de implementación de BroadWorks de varios grupos con plantillas de clientes, números de teléfono y enrutamiento basados geográficamente.
La primera tabla muestra una implementación de BroadWorks de varios grupos con plantillas de clientes regionales, grupos de números de teléfono y grupos de SRV de DNS de devolución de llamada. Las tablas siguientes se expanden en el grupo de números de teléfono y los grupos de SRV de DNS de devolución de llamada.
Grupo de BroadWorks | Nombre de la plantilla | Paquete | Tipo de entrada a la reunión | Grupo de números de teléfono | Grupo de SRV de DNS de devolución de llamada |
---|---|---|---|---|---|
BWKS US NG | Std del oeste de EE. UU. | Estándar | Números de llamada entrante proporcionados por el socio | Oeste de EE. UU. | CB US |
Prem. occidental de EE. UU. | Premium | ||||
Estándar del este de EE. UU. | Estándar | Este de EE.UU. | |||
Prem. este de EE. UU. | Premium | ||||
BWKS MX | Std de MX | Estándar | Números de llamada entrante proporcionados por el socio | PNG de MX | CB MX |
Prem. MX | Premium | ||||
BWKS REINO UNIDO | Estándar del Reino Unido | Estándar | Números de llamada entrante proporcionados por el socio | PNG del Reino Unido | Devolución de llamada deshabilitada |
Prem. del Reino Unido | Premium | ||||
BWKS US | Estándar de EE. UU. | Estándar | Números de llamada entrante de Cisco | Ninguno | Ninguno |
Los suscriptores aprovisionados con la plantilla West Std de EE. UU. o West Prm de EE. UU. utilizan el número de teléfono West Phone de EE. UU. al entrar a reuniones. Esas solicitudes de devolución de llamada para entrar a las reuniones se envían a los registros de SRV de DNS de CB US.
Los suscriptores aprovisionados con la plantilla East Std de EE. UU. o East Prm de EE. UU. utilizan el número de teléfono East de EE. UU. al entrar a reuniones. Esas solicitudes de devolución de llamada para entrar a las reuniones se envían a los registros de SRV de DNS de CB US.
Los suscriptores aprovisionados con la plantilla MX Std o MX Prm utilizan el número de teléfono MX PNG al entrar a reuniones. Las solicitudes de devolución de llamada para entrar a las reuniones de los suscriptores se envían a los registros de SRV DNS de CB MX.
Los suscriptores aprovisionados mediante la plantilla Std del Reino Unido o Prm del Reino Unido utilizan los números de teléfono PNG del Reino Unido al entrar a reuniones. A esos suscriptores no se les ofrecerá entrar a la reunión a través de la devolución de llamada, ya que la devolución de llamada está deshabilitada.
Los suscriptores aprovisionados mediante el estándar de EE. UU. están usando números de llamada entrante de Cisco y, por lo tanto, no tienen asignado grupo de números de teléfono ni grupo de SRV de DNS de devolución de llamada. Estos suscriptores utilizan los números de teléfono proporcionados por Cisco para las entradas a reuniones y los registros de SRV de DNS de Cisco para las entradas a reuniones mediante devolución de llamada.
Los detalles de los grupos de números de teléfono de ejemplo son los siguientes:
Grupo de números de teléfono | Nombre del número de teléfono | País | Código de país | Número de teléfono | Anuncio | Tipo de tarifa | Prioridad de llamada entrante |
---|---|---|---|---|---|---|---|
Oeste de EE. UU. | EE. UU. San Francisco | EE. UU. | +1 | 4156551000 | Inglés | Teléfono pago | Primario |
EE. UU. Palo Alto | EE. UU. | +1 | 9863502478 | Inglés | Teléfono gratuito | Ninguno | |
Este de EE.UU. | EE. UU., Maryland | EE. UU. | +1 | 2403332200 | Inglés | Teléfono pago | Primario |
EE. UU., Florida | EE. UU. | +1 | 9049002303 | Inglés | Teléfono pago | Secundario | |
EE.UU. Nueva York | EE. UU. | +1 | 8056504578 | Inglés | Teléfono gratuito | Ninguno | |
PNG de MX | México | MX | +52 | 2065304086 | Español europeo | Teléfono pago | Primario |
PNG del Reino Unido | Reino Unido | Reino Unido | +44 | 4527789651 | Inglés | Teléfono pago | Primario |
Los detalles del ejemplo de grupos de SRV de DNS de devolución de llamada son los siguientes:
Grupo de SRV de DNS de devolución de llamada | País | SRV de DNS |
---|---|---|
CB US | EE. UU. | cube.us.example.com |
Todos los demás países | cube.row.example.com | |
CB MX | MX | cube.mx.example.com |
Todos los demás países | cube.row.example.com |
La configuración para el registro de SRV de DNS de EE. UU., cube.us.example.com, puede ser la siguiente:
| 86400 | EN | SRV | 10 | 10 | 5061 |
|
| 86400 | EN | SRV | 10 | 10 | 5061 |
|
Este registro de SRV de DNS puede resolverse al siguiente registro A de DNS:
| 86400 | EN | A | 45.84.168.81 |
| 86400 | EN | A | 45.84.168.82 |
Los registros de SRV de DNS se resuelven para proteger las llamadas SIP de Webex a CUBE. |
Puertos utilizados por Webex
Los puertos de la siguiente tabla deben abrirse en el firewall de la DMZ donde reside el CUBE, y se pueden cerrar otros puertos. Para obtener más información sobre los puertos y los requisitos de red, consulte el siguiente artículo:
https://collaborationhelp.cisco.com/article/WBX264
Origen | Puertos de origen | Destino | Puertos de destino | Protocolo | Descripción | ||
---|---|---|---|---|---|---|---|
Servicios de audio de Webex Edge | Efímero | CUBE | 5061 | TCP | (mTLS 1.2) Señalización SIP entrante del audio de Webex Edge al SBC de CUBE.
| ||
Servicios de audio de Webex Edge | 4000 - 4010 | CUBE | 5061 | TCP | (mTLS 1.2) Ping de opciones para el audio de Webex Edge. | ||
CUBE | Efímero | Audio de Edge | 5605 | TCP | (mTLS 1.2) Señalización SIP saliente para el audio de Webex Edge. | ||
Servicios de audio de Webex Edge | Efímero | CUBE | Puertos efímeros 8000 - 59999 | UDP | (SRTP) Es necesario abrir puntos de acceso del firewall para el tráfico de medios entrantes al audio de Edge. | ||
CUBE | Puertos efímeros 10200 - 28000 | Edge Audio | Efímero | UDP | (SRTP) Es necesario abrir puntos de acceso del firewall para el tráfico de medios salientes a CUBE. |
Conjuntos de cifrado TLS y SRTP
TLS v1.2 o superior se utiliza para el protocolo de enlace mTLS, y los siguientes cifrados son compatibles con el audio de Webex Edge (durante la devolución de llamada, el audio de Webex Edge los ofrece en el protocolo de enlace TLS Client Hello):
TLS_ECDHE_ECDSA_CON_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_CON_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_CON_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_CON_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_CON_AES_256_GCM_SHA384
TLS_RSA_CON_AES_256_CBC_SHA256
TLS_RSA_CON_AES_128_GCM_SHA256
TLS_RSA_CON_AES_128_CBC_SHA256
TLS_DHE_DSS_CON_AES_256_GCM_SHA384
TLS_DHE_DSS_WITH_AES_256_CBC_SHA256
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
Para sRTP se utilizan los siguientes cifradores:
AEAD_AES_256_GCM
AEAD_AES_128_GCM
AES_CM_128_HMAC_SHA1_80
AES_CM_128_HMAC_SHA1_32
Códecs de audio compatibles
G722
G711µ
G711a
Requisitos de perfil de SIP y RTP
La Solución requiere que entre CUBE (o su SBC) y Webex, implemente SIP TLS para señalización y sRTP para medios.
Los perfiles SIP y RTP como parte de esta comunicación deben cumplir los siguientes requisitos:
Requisitos del perfil de SIP | Detalles |
---|---|
Temporizador de caducidad de sesión | 2220 seg (aceptar SIP 422) * se ajusta según las necesidades comerciales y se espera 422. |
Oferta multimedia para la entrada | Oferta anticipada |
Oferta multimedia para la salida | Oferta tardía |
Intervalo de ping de opciones | 30 s (mínimo) |
DTMF | RFC2833 Carga útil 101 (sin DTMF acústico!) |
Puertos SIP-UDP | 4000-4010,5061,5065 |
Perfil de RTP | Detalles |
---|---|
Perfil de carga útil de voz | G.722/ G.711μ /G.711a |
Tamaño del paquete | 20 ms |
VAD (detección de actividad de voz) | No |
Temporizador de inactividad de medios | 1200 ms |
Cambio de códec de marcado medio | No aceptado |
RTP | 8000-48198 |
Cifradores de sRTP | AEAD_AES_256_GCM AEAD_AES_128_GCM AES_CM_128_HMAC_SHA1_80 AES_CM_128_HMAC_SHA1_32 |
El códec G.729 no es compatible. Si desea utilizar G.729, debe utilizar transcodificadores. |
Dominios de enrutamiento de llamada de Webex
El SRV de DNS _sips._tcp.<domain>
se utiliza para comunicarse con el audio de Webex Edge. Hay cuatro dominios dependiendo de la región.
Región | Dominio |
---|---|
América | ecccspx.amer.pub.webex.com |
Reino Unido, norte de África | ecccspx.emea.pub.webex.com |
Asia-Pacífico | ecccspx.apac.pub.webex.com |
Australia / Nueva Zelanda | ecccspx.anz.pub.webex.com |
Europa | ecccspx.euro.pub.webex.com |
El SRV de DNS se resuelve en varios registros A que apuntan al sitio principal y secundario. La siguiente tabla ofrece un ejemplo para la región AMER y está sujeta a cambios en el futuro.
Tipo de registro | Grabar | Destino | Propósito |
---|---|---|---|
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Descubrimiento del audio de Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Descubrimiento del audio de Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Descubrimiento del audio de Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Descubrimiento del audio de Webex Edge |
A | ecccspxpr1.amer.pub.webex.com | 207.182.174.101* | Puntos al AMER principal de audio de Webex Edge 1 |
A | ecccspxpr2.amer.pub.webex.com | 207.182.174.102* | Puntos al AMER principal de audio de Webex Edge 2 |
A | ecccspxsc1.amer.pub.webex.com | 207.182.174.229* | Puntos al AMER de audio de Webex Edge secundario 1 |
A | ecccspxsc2.amer.pub.webex.com | 207.182.174.230* | Puntos al AMER de audio de Webex Edge secundario 2 |
El DNS-SRV es de naturaleza dinámica, las direcciones IP son propensas a cambiar; por lo tanto, evite codificar o agregar a favoritos las direcciones IP. Consulte la sección “Historial de revisión de documentos” para ver cualquier cambio o actualización realizado en el documento Información de referencia de puertos para Webex Calling. |
Redundancia de CUBE
Cisco Unified Border Element (CUBE) habilita la capacidad de Control de borde de sesión en una red que administra conexiones SIP entre entidades externas y red interna. Encontrará más información sobre CUBE en la sección Requisitos previos a continuación.
Los modelos de redundancia compatibles se definen con el propósito de proporcionar alta disponibilidad y eliminar el punto único de falla para el socio de Cisco. A continuación se describen tres modelos diferentes. Los socios de Cisco deben adoptar el modelo que sea aplicable a su entorno.
Durante la incorporación, el socio del proceso debe deshabilitar los filtros ICMP.
Implementación de CUBE de dúplex para BroadWorks implementada en un solo sitio
Implementación de CUBE de Simplex para BroadWorks implementada en varios sitios
Un modelo de redundancia más es posible cuando CUBE se implementa en modo dúplex en cada sitio. Este modelo no es necesario teniendo en cuenta que BroadWorks está implementado con redundancia geográfica.
Aprovisionamiento
1 | Requisitos previos del partner
|
2 | Aprovisionar números de teléfono en Cisco Partner Hub
|
3 | Aprovisionar grupos de SRV de DNS de devolución de llamada en Cisco Partner Hub (opcional)
|
4 | Asociar PNG (y CDSG) a plantillas de clientes
|
5 | Organizaciones de soluciones de siembra de aprovisionamiento
|
6 | Seleccionar la organización de la solución de siembra principal
|
7 | Descargar la configuración de BroadWorks (BYoPSTN)
|
8 | Determinar el dominio de SRV de DNS de audio de Webex Edge
|
9 | Configuración de BroadWorks del socio de aprovisionamiento
|
10 | Socio de aprovisionamiento CUBE (o su propio SBC)
|
11 | Certificación BYoPSTN
|
Paso 1: Requisitos previos del partner
Se deben completar los siguientes requisitos previos para el aprovisionamiento de BYoPSTN. Los requisitos previos que se indican a continuación suponen que el socio tiene una implementación de Webex para Cisco BroadWorks que incluye lo siguiente:
Sistema de BroadWorks en funcionamiento: según se documenta en la Guía de solución de Webex para Cisco BroadWorks
Licencia de BroadWorks AS con servicio “VoiceXML” en cantidad suficiente (1 por número de PSTN)
Parches de BroadWorks necesarios:
Para R22:
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
Para R23:
AP.xsp.23.0.1075.ap376935
AP.as.23.0.1075.ap376935
Para R24
AP.as.24.0.944.ap376935
Sistema CUBE de Cisco implementado (versión 16.12.2 o superior de IOS): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
Se proporciona soporte para CUBE virtual y basado en hardware. Se recomienda CUBE basado en hardware para la escalabilidad y la gestión de un mayor número de llamadas.
Organización del socio de Webex: como se describe en la Guía de solución de Webex para Cisco BroadWorks
Paso 2: Aprovisionar grupos de números de teléfono (PNG) en Partner Hub
El procedimiento que utiliza el socio de Cisco para agregar sus números de teléfono de llamada entrante de reuniones de Webex es el siguiente:
Conéctese a Cisco Partner Hub.
Vaya a Configuración.
Desplácese hasta BroadWorks Calling.
En Configuración para entrar a la reunión (BYoPSTN), seleccione Create Call-in Phone Number Group (Crear enlace de número de teléfono de llamada entrante).
Ingrese el nombre del Grupo de números de teléfono y seleccione Siguiente.
Ingrese los detalles del Número de teléfono y seleccione Siguiente.
Revise el resumen de detalles del grupo de números de teléfono y seleccione Guardar.
Repita este procedimiento para cada grupo de números de teléfono que desee agregar.
Las capturas de pantalla siguientes ilustran el procedimiento.
Paso 3: Aprovisionar grupos de SRV de DNS (CDSG) de devolución de llamada en el concentrador de socios
Este paso debe completarse solo si desea implementar la opción Entrar a la reunión a través de la devolución de llamada. De lo contrario, puede omitir este paso. |
Si no configura esta opción, los usuarios pueden utilizar la opción de realización de llamada para entrar a reuniones, o pueden entrar con el audio de la computadora. |
Cuando utiliza la opción Devolución de llamada de la reunión, se requiere un grupo de SRV de DNS de devolución de llamada para enrutar llamadas de Webex a CUBE. El procedimiento que utiliza el socio de Cisco para agregar sus registros de SRV de DNS CUBE a Webex es el siguiente:
Conéctese a Partner Hub.
Vaya a Configuración.
Desplácese hasta BroadWorks Calling.
En Configuración para entrar a la reunión (BYoPSTN), seleccione Crear grupo de SRV de DNS de devolución de llamada.
Introduzca el Nombre del grupo de SRV de DNS de devolución de llamada.
Seleccione Siguiente.
Introduzca los detalles de SRV de DNS de devolución de llamada.
Seleccione Siguiente.
Revise el resumen de detalles de SRV de DNS de devolución de llamada.
Seleccione Guardar.
Aprovisionar cualquier actualización al DNS para reflejar los nuevos registros en el grupo de SRV de DNS.
Repita este procedimiento para cada grupo de SRV de DNS de devolución de llamada que se agregará.
Las capturas de pantalla siguientes ilustran el procedimiento.
Paso 4: Asociar PNG y CDSG a plantillas de clientes en Partner Hub
La configuración inicial y la verificación de la solución BYoPSTN requieren una organización de origen para cada combinación única de Grupo de números de teléfono y Grupo de SRV de DNS de devolución de llamada (si se requiere devolución de llamada). Por lo tanto, se recomienda que los socios de Cisco creen de manera similar una nueva Plantilla de cliente para cada combinación única de grupo de números de teléfono y grupo de SRV de DNS de devolución de llamada. Cada plantilla de cliente debe utilizarse para generar una organización de lanzamiento correspondiente.
Una vez que se siembra y se verifica la configuración de BYoPSTN mediante las organizaciones de origen, los grupos de números de teléfono y los grupos de SRV de DNS de devolución de llamada se pueden aplicar a las plantillas de clientes existentes según sea necesario.
Tenga en cuenta que las plantillas de cliente recién creadas no están en uso por los clientes existentes sin prueba y, por lo tanto, pueden utilizarse con seguridad para la verificación manual de la configuración de BYoPSTN.
Si no está implementando la opción Entrar a la reunión a través de devolución de llamada, no es necesario que asocie los grupos de SRV de DNS de devolución de llamada a la plantilla del cliente. Sin embargo, debe seleccionar Desactivar devolución de llamada. |
Para agregar una nueva plantilla de cliente, haga lo siguiente:
Conéctese a Cisco Partner Hub.
Vaya a Configuración.
Desplácese hasta BroadWorks Calling.
En Templates (Plantillas), seleccione Add Template (Agregar plantilla).
Introduzca los detalles de la plantilla. En la etapa Tipo de paquete:
Seleccione Tipo de paquete como Estándar.
Seleccione Configuración para entrar a la reunión como Números de llamada entrante proporcionados por el socio (BYoPSTN).
Seleccione un grupo de números de teléfono aprovisionado.
Para Grupo de SRV de DNS de devolución de llamada, si desea habilitar la opción Devolución de llamada a la reunión, seleccione un grupo de SRV de DNS de devolución de llamada aprovisionado. De lo contrario, seleccione Desactivar devolución de llamada.
Seleccione Siguiente.
Introduzca los detalles de la plantilla restantes.
Revise el resumen de detalles de la plantilla.
Haga clic en Guardar.
Repita este procedimiento para cada plantilla de cliente que deba agregarse
La captura de pantalla siguiente ilustra el procedimiento.
Para actualizar una plantilla de cliente existente, haga lo siguiente:
Conéctese a Cisco Partner Hub.
Vaya a Configuración.
Desplácese hasta la sección BroadWorks Calling.
En Plantillas, seleccione Ver plantilla.
Seleccione la plantilla que desea actualizar.
Desplácese hasta la sección Configuración para entrar a la reunión:
Seleccione Números de llamada entrante proporcionados por el partner (BYoPSTN).
Seleccione un grupo de números de teléfono configurado anteriormente.
Para Grupo de SRV de DNS de devolución de llamada, si desea habilitar la opción Devolución de llamada a la reunión, seleccione un grupo de SRV de DNS de devolución de llamada aprovisionado. De lo contrario, seleccione Desactivar devolución de llamada.
Seleccione Guardar.
La captura de pantalla siguiente ilustra el procedimiento.
Paso 5: Organizaciones de soluciones de siembra de aprovisionamiento
La solución BYoPSTN tiene varios componentes diferentes, cada uno de los cuales debe configurarse correctamente para que la solución funcione correctamente. Uno de los dos propósitos de las organizaciones de la solución de siembra es generar números de teléfono para las asignaciones de códigos de acceso de reuniones y un identificador único universal del sitio de reuniones (UUID del sitio) que son necesarios para el funcionamiento continuo de la solución. La otra finalidad es la verificación de la configuración.
Para cada combinación única de grupo de números de teléfono y grupo de SRV de DNS de devolución de llamada que se vaya a utilizar, se debe crear previamente una plantilla de cliente correspondiente. Para cada una de estas plantillas de cliente, se debe aprovisionar una organización de solución de siembra. El aprovisionamiento de estas organizaciones de origen genera el número de teléfono para las asignaciones de códigos de acceso de reuniones y un UUID del sitio de reuniones que se requieren para configurar BroadWorks.
Mediante cada una de las plantillas de cliente configuradas previamente, aprovisione un suscriptor para un nuevo proveedor de servicios de BroadWorks de prueba o un nuevo usuario de BroadWorks Enterprise con un paquete estándar. El sitio de reuniones del Paquete estándar resultante debe utilizar la opción para entrar a reuniones de números de llamada entrante del proveedor de partners. Se puede utilizar cualquiera de los siguientes métodos para aprovisionar al suscriptor:
Aprovisionar al suscriptor de prueba utilizando las API de suscriptores de BroadWorks como se documenta en
developer.webex.com
.Habilite el suscriptor de prueba para el servicio de IM&P en un BroadWorks configurado para utilizar la plantilla de cliente. Asegúrese de que la plantilla de cliente esté utilizando el paquete estándar como predeterminado para asegurarse de que el suscriptor de la prueba tenga asignado un paquete estándar. Alternativamente, el suscriptor de la prueba debe actualizarse posteriormente para tener el paquete Estándar.
Tenga en cuenta que se recomienda que las organizaciones de soluciones de siembra estén asociadas con un proveedor de servicios de prueba de BroadWorks o de prueba de BroadWorks Enterprise.
Paso 6: Seleccionar la organización de la solución de siembra principal
Es fundamental que este sitio de reuniones permanezca aprovisionado, ya que el UUID de este sitio se envía en cada solicitud de entrada a reuniones de llamada entrante como token de autenticación. No debe eliminar la organización de origen, ya que también se eliminará el sitio de reuniones asociado. Si se elimina la organización de lanzamiento, deberá aprovisionar una nueva y volver a configurar Broadworks con el nuevo UUID del sitio.
Las organizaciones de solución de semillas principal y secundaria se pueden eliminar, si se desea, antes de que el conjunto de números de teléfono y registros de SRV de DNS de devolución de llamada se asignen a clientes que no son de prueba. Cuando el conjunto de números de teléfono y registros de SRV de DNS de devolución de llamada se asignan a cualquier cliente que no sea de prueba, esos números de teléfono y registros de devolución de llamada se asocian con sitios de reuniones para esos clientes y están en uso para entrar a reuniones mediante la realización de llamada y devolución de llamada. Cualquier cambio debe considerarse que afecta al servicio.
Para seleccionar la organización de la solución de siembra primaria, haga lo siguiente:
Conéctese a Cisco Partner Hub.
Vaya a Configuración.
Desplácese hasta la sección BroadWorks Calling.
En la sección Validación de la configuración (BYoPSTN), seleccione Asignar.
En la pantalla Asignar organización, busque y seleccione una de las organizaciones de origen configuradas anteriormente
Seleccione Asignar.
La organización de semillas seleccionada es la organización de semillas principal.
Las capturas de pantalla siguientes ilustran el procedimiento.
Paso 7: Descargar la configuración de BroadWorks (BYoPSTN)
Los detalles de la organización de la solución de siembra principal, los grupos de números de teléfono y el grupo de SRV de DNS de devolución de llamada para un grupo de BroadWorks determinado están disponibles en una única ubicación, el archivo JSON de configuración de BroadWorks (BYoPSTN). Esta información es necesaria para configurar BroadWorks para BYoPSTN.
Tenga en cuenta que el archivo de configuración de JSON solo está disponible para su visualización/descarga después de seleccionar la organización de la solución de siembra principal.
El procedimiento para ver/descargar el archivo de configuración de JSON es el siguiente:
Conéctese a Cisco Partner Hub.
Vaya a Configuración.
Desplácese hasta BroadWorks Calling.
En Grupos, seleccione Ver grupo.
Seleccione el grupo asociado con las plantillas de cliente configuradas para BYoPSTN.
Desplácese hasta la sección BroadWorks configuration for BYoPSTN (Configuración de BroadWorks para BYoPSTN).
Haga clic en Descargar archivo de configuración de JSON.
Repita este procedimiento para cualquier otro grupo de BroadWorks.
Las capturas de pantalla siguientes ilustran el procedimiento.
Consulte el archivo de configuración de JSON de muestra a continuación. El archivo contiene información complementaria sobre cada grupo de números de teléfono, grupo de SRV de DNS de devolución de llamada; los siguientes elementos de configuración clave que deben introducirse en BroadWorks están marcados en negrita.
siteUUID: BroadWorks debe enviar este valor en los mensajes SIP, es un token que utiliza el audio de Webex Edge para confirmar la identidad de BroadWorks del socio de Cisco y su acceso a los sitios de reuniones administrados por este socio de Cisco.
Asignación del código de acceso al número de teléfono: Los números de teléfono y sus códigos de acceso de Webex asociados deben configurarse en BroadWorks.
Número de teléfono
código de acceso
localeTag: El idioma de anuncio deseado asociado con el número de teléfono debe configurarse en BroadWorks.
dnsSrv: El SRV de DNS de devolución de llamada debe configurarse en el DNS y consultar las instancias de CUBE deseadas.
{
"siteUUID": "491db0821791441a96c233fefb6c6dfc",
"siteURL": " seedtestenterpriseabc.webex.com ",
"partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
"solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
"customerTemplates": [
{
"name": "US West Std",
"id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
"phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "US East Std",
"id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
"phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
}
],
"phoneNumberGroups": [
{
"name": "US West",
"id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"phonenumbers": [
{
"id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
"name": "US Palo Alto",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "9863502478",
"accessCode": "88672693772924908359"
},
{
"id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
"name": "US Toll San Francisco",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "4156551000",
"accessCode": "88652789466280320324"
}
]
},
{
"name": "US East",
"id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"phonenumbers": [
{
"id": "ca0c622a-8621-4477-91e0-b3e214833568",
"name": "US Maryland",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "2403332200",
"accessCode": "88631321777971704941"
},
{
"id": "00875574-9a46-4447-a967-350b6176755a",
"name": "US Florida",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "SECONDARY",
"phoneNumber": "9049002303",
"accessCode": "88632627551145646175"
},
{
"id": "a2c10316-9266-4423-a669-d67949f99d33",
"name": "US New York",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "8056504578",
"accessCode": "88649679020033567943"
}
]
}
],
"callbackDnsSrvGroups": [
{
"name": "CB US",
"callbackDnsSrvs": [
{
"name": "Callback US",
"countryCode": "US",
"dnsSrv": "cube.us.example.com",
"id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
}
],
"id": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "CB MX",
"callbackDnsSrvs": [
{
"name": "Callback MX",
"countryCode": "MX",
"dnsSrv": "cube.mx.example.com",
"id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
}
],
"id": "36403797-b401-50c0-cbe5-dc58260d4f003"
}
]
}
Paso 8: Determinar el dominio de SRV de DNS de audio de Webex Edge
El dominio de SRV de DNS de audio de Webex Edge debe configurarse en BroadWorks. Utilice el siguiente procedimiento para determinar el valor.
Conéctese a Cisco Partner Hub.
Vaya a Clientes.
Seleccione la empresa de validación de BYoPSTN.
Seleccione Ver cliente.
Vaya a Servicios/Reuniones.
Seleccione el sitio de reuniones del paquete estándar.
Desplácese hasta la parte inferior del panel lateral y seleccione Configurar sitio.
Seleccione Configuración común/Configuración de audio.
En la sección Números de llamada entrante global personalizados de audio de Edge, seleccione Generar secuencia de comandos de Lua.
En la ventana emergente, busque el valor “-- Update To header with CCAX URL”.
-- Update To header with CCAX URL local oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>") msg:modifyHeader("To", newTo1)
Extraiga el valor en negrita, por ejemplo:
ecccx.amer.webex.com.
Este es el dominio de SRV de DNS de audio de Webex Edge que debe configurarse en BroadWorks.
Paso 9: Configuración de BroadWorks del socio de aprovisionamiento
Esta sección describe la configuración de BroadWorks necesaria para implementar los escenarios de llamada entrante y devolución de llamada de la reunión que se muestran en los diagramas a continuación. Los ejemplos de configuración se basan en los datos del archivo JSON mostrados en la sección anterior. Se espera que los números, dominios, nombres de empresas/grupos, tipos de dispositivos, directivas, perfiles, etc. varíen según el partner.
Flujo de llamadas:
- El usuario solicita la devolución de llamada; Webex inicia una devolución de llamada.
- La llamada se enruta a BroadWorks OTT.
- La llamada llega al CUBE provisto en CH. CUBE enruta la llamada a BroadWorks.
- BroadWorks identifica la llamada como originación del organizador de la reunión y crea una sesión para el usuario del organizador de la reunión y procesa la llamada.
- La sesión de usuario del organizador de la reunión procesa la llamada y traduce el número marcado. Además, se genera un registro de facturación en nombre del usuario organizador de la reunión.
- BroadWorks enruta la llamada al usuario asociado al dispositivo (7) o a PSTN (8).
Antes de comenzar
La comunicación SIP entre BroadWorks y el CUBE puede hacerse a través de UDP o TCP según los requisitos de su red. Por ejemplo, si algunos dispositivos de red o de acceso (por ejemplo, puertas de enlace o extremos) en los flujos de llamada entrante o devolución de llamada de BYoPSTN no son compatibles con TCP, se debe utilizar UDP en su lugar.
La configuración y los ejemplos que se muestran en esta guía utilizan TCP como protocolo de transporte. Para utilizar TCP, asegúrese de que BroadWorks Application Server y Network Server estén configurados para TCP:
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Servidor de aplicaciones
Identificar/Tipo de perfil del dispositivo
Se debe crear un nuevo tipo de perfil de identidad/dispositivo para representar el CUBE. Asegúrese de establecer las siguientes propiedades a continuación, mientras que otras pueden dejarse en valores predeterminados:
Tipo de dirección de señalización: definido en Direccionamiento de proxy inteligente
Autenticación: definido en Habilitado
Admitir identidad en ACTUALIZAR y volver a INVITAR: marcado
Capacidad de registro estático: definido en Activado
Capacidad de vídeo: definido como desactivado
En el ejemplo siguiente, el nuevo tipo de perfil de identidad/dispositivo “VXML_profile” se crea para representar el CUBE.
Suscriptor virtual XML de voz
Crear una instancia de VoiceXML
Cada número de PSTN de Webex Meetings está representado por un suscriptor virtual en BroadWorks, y se puede utilizar la funcionalidad de suscriptor virtual VoiceXML. Se recomienda utilizar una empresa y un grupo dedicados para todos los suscriptores virtuales de VoiceXML. Tenga en cuenta que en realidad no estamos explotando ninguna capacidad de VoiceXML, pero este tipo de usuario virtual es adecuado para interactuar con el CUBE.
Para utilizar el servicio VoiceXML, asegúrese de que la licencia tenga cantidades suficientes de “VoiceXML” y de que el servicio esté autorizado a nivel empresarial y de grupo, y el servicio VoiceXML esté asignado al grupo como se muestra en la imagen de ejemplo a continuación.
Menos de VoiceXML y cree una instancia para cada número de PSTN.
, seleccioneConfigurar direcciones VoiceXML
Para cada instancia de VoiceXML, aprovisione lo siguiente en las direcciones de VoiceXML:
Número de teléfono: introduzca el número de marcado para el sitio de Webex Meetings (por ejemplo, 2403332200).
Extensión
Perfil de identidad/dispositivo: cree una instancia (por ejemplo, VXML_deviceProf) en función del tipo de dispositivo creado en la sección anterior (VXML_profile en el ejemplo) e introduzca la siguiente configuración.
Línea/puerto: introduzca el formato <access number="">@<domain>, donde
<access number=""> es el número de código de acceso del sitio de Webex Meetings (disponible en el archivo JSON) (por ejemplo, 88631321777971704941)
<domain> es el dominio del audio de Webex Edge para este sitio de reuniones (por ejemplo, ecccspx.amer.pub.webex.com)
Sip de contacto: para las llamadas entrantes de reuniones al número de acceso, la INVITE se enviará con un URI de solicitud configurado en el valor de este campo. Introduzca el contacto SIP con este formato <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, donde:
<sip contact=""> es el <number> del campo línea/puerto pero con el dominio como SRV que se resuelve en la dirección del CUBE (por ejemplo, 88631321777971704941@cube.internal.local)
<Locale> representa la configuración de idioma según la configuración regional del usuario (por ejemplo, regional=en_US)
<Meetings Site="" UUID=""> es UUID del sitio del archivo JSON (por ejemplo, x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)
<SIP transport=""> debe ser transport=tcp para que el AS utilice TCP para enviar mensajes al CUBE.
A continuación se muestra un ejemplo de la configuración de direcciones de VoiceXML.
Para cada número de acceso de reunión adicional que se vaya a utilizar, se debe crear un suscriptor virtual VoiceXML adicional análogo al anterior. Se puede utilizar el mismo perfil de dispositivo, pero los campos Line Port (Puerto de línea) y Contact (Contacto) deben construirse a partir de la información del número de acceso que se muestra anteriormente. |
Asegúrese de verificar que los límites de la Política de procesamiento de llamadas que configure en el suscriptor virtual de BroadWorks sean suficientes para manejar las llamadas BYoPSTN adicionales en su grupo de números de teléfono. |
Asignar autenticación SIP a instancia de VoiceXML
Asigne el servicio de autenticación al suscriptor virtual de VoiceXML. Esto se utilizará para autenticar mensajes SIP INVITE desde el CUBE en el escenario de devolución de llamada. También impide que el suscriptor virtual de VoiceXML acepte llamadas de partes que no sean el CUBE
Vaya a la página Autenticación del suscriptor virtual en Utilidades e introduzca el nombre de usuario y la contraseña SIP como se muestra a continuación:
el CUBE debe configurarse con el mismo nombre de usuario y contraseña para autenticar correctamente los mensajes INVITE que se envían al AS. A continuación se muestra un ejemplo del comando para configurar la autenticación de SIP en el CUBE:
|
Archivo de Namedefs
El campo de contacto SIP del suscriptor virtual de VoiceXML contiene la URL donde la parte del dominio se resuelve en la dirección CUBE. Este es un SRV interno, y el archivo namedefs del AS se puede utilizar para resolver el SRV interno a la IP CUBE.
En nuestro ejemplo, el contacto SRV de SIP es cube.internal.local y resuelve la dirección 10.165.196.30 puerto 5060 para llegar al CUBE. En el AS, el /usr/local/broadworks/bw_base/conf/namedefs
el archivo se actualiza de la siguiente manera:
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Tipo de llamada de Webex Meetings
Las opciones de configuración del procesamiento de llamadas de Webex Meetings están disponibles para controlar cómo se manejan las llamadas entrantes de reuniones. De manera predeterminada, las llamadas entrantes de la reunión se procesan como llamadas externas, ya que los números entrantes están alojados en una empresa o un proveedor de servicios dedicados. Las llamadas externas normalmente se incluyen en los recuentos de sesiones de Control de admisión de la sesión y se marcan para su carga en el campo CDR chargeIndicator.
El siguiente ejemplo agrega la configuración recomendada para procesar las llamadas de reunión como llamadas internas, de manera que se excluyan de la carga y se excluyan de los recuentos de control de admisión de la sesión.
Al configurar Aplicar campo de carga de NS en verdadero, la población del campo CDR chargeIndicator se basa en el atributo Charge configurado del tipo de llamada del servidor de red.
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
Name NS Call Type Enforce NS Charge Field Process As Internal For SAC-Subscriber
==========================================================================================
Webex Meetings WXM true true
Suscriptor virtual de devolución de llamada a la reunión de VoiceXML
Crear un suscriptor de devolución de llamada a la reunión de VoiceXML
Un suscriptor virtual de VoiceXML dedicado con una opción especial de devolución de llamada de reuniones de Webex (en adelante denominado suscriptor de devolución de llamada de reuniones de VoiceXML) debe configurarse en el servidor de aplicaciones (AS) de BroadWorks para gestionar las llamadas de devolución de llamada de Webex Meetings. Solo se puede configurar una sola instancia de este suscriptor en el AS.
Para habilitar la característica, defina la característica activable 102074 como verdadera a través de la CLI.
AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?
Please confirm (Yes, Y, No, N): y
...Done
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
104256 Weak Password Validation Service false
104073 Add FAC Support for Call Center Agent Join-Unjoin in CDR false
103542 Configurable Endpoint For Auto-Answer And Forced Answer false
104255 Control password usage and behavior to ensure security false
Dado que la característica "BYO PSTN Billing support for CallBack and CallIn" depende de la característica "BroadWorks Support for CI UUID", antes de activar la característica (102074) también necesita activar la característica (102746). Para obtener más detalles, consulte la sección "Sincronización de UUID de usuario de CI (soporte de Broadworks para UUID de CI)". |
El suscriptor de devolución de llamada a la reunión de VoiceXML es similar al suscriptor virtual de VXML de BYOPSTN existente, pero lo etiquetó con un nuevo indicador de “Devolución de llamada a la reunión de Webex”. Este suscriptor de devolución de llamada a la reunión de VoiceXML está configurado con el mismo perfil de dispositivo que el suscriptor virtual de VXML de BYOPSTN existente, así como el servicio de autenticación con las mismas credenciales.
A continuación se muestra un ejemplo:
El suscriptor de devolución de llamada a la reunión de VoiceXML debe existir en el AS que aloja al usuario organizador de la reunión. Cuando el AS recibe la solicitud de INVITACIÓN de devolución de llamada a la reunión, intenta localizar tanto al usuario de devolución de llamada a la reunión de VoiceXML como al usuario organizador de la reunión en el AS durante la configuración de la llamada. Si no se encuentra ninguno de estos usuarios, la llamada se rechaza.
Sesión del organizador de la reunión
En la situación de devolución de llamada con el encabezado X-Cisco-Meet-Info, el servidor de aplicaciones de Cisco BroadWorks recibe una solicitud de INVITACIÓN SIP e identifica al usuario organizador de la reunión mediante el parámetro UUID de usuario de CI del organizador del encabezado SIP X-Cisco-Meet-Info. Se crea una sesión de llamada en nombre del usuario del organizador de la reunión para procesar la llamada y ejecutar el perfil de servicio del usuario. Además, se genera un registro de facturación en nombre del usuario organizador de la reunión. El ID de la reunión y la información del UUID del sitio del encabezado SIP X-Cisco-Meet-Info se capturan en el registro de facturación.
A continuación se muestra un ejemplo del encabezado SIP X-Cisco-Meet-Info:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Plataforma de entrega de aplicaciones
Sincronización de UUID de usuario de CI (soporte de Broadworks para UUID de CI)
El UUID de CI del usuario es un identificador único para identificar a los usuarios dentro del entorno de Webex.
Esta aplicación de sincronización de aprovisionamiento de Webex en la plataforma de entrega de aplicaciones (ADP) de Cisco BroadWorks se utiliza para sincronizar, asignar y almacenar el UUID de CI del usuario en la infraestructura de BroadWorks de manera que pueda utilizarse en diversas interacciones con Webex y el servicio de Webex para BroadWorks.
Consulte “Habilitar devolución de llamada de reuniones de Webex” sobre cómo utilizan Cisco BroadWorks Network Server y Cisco BroadWorks Application Server la asociación UUID del usuario de CI.
En los siguientes pasos, se configura la aplicación de sincronización de aprovisionamiento de Webex para sondear y actualizar periódicamente a los usuarios de BroadWork con el UUID de CI.
La aplicación de sincronización de aprovisionamiento de Webex requiere credenciales de OAuth con el alcance del administrador de spark:broadworks_subscribers_read para el proveedor de servicios de identidad de Cisco y se puede obtener mediante la presentación de una solicitud de servicio con su agente de incorporación.
Marque la sección “Obtención de credenciales de OAuth para su Webex para Cisco BroadWorks” para obtener más detalles a fin de plantear la solicitud de servicio en: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed
Agregue el token con un nombre de socio apropiado como se indica a continuación:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
New Password:
Re-type New Password:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
Partner Name Refresh Token
==================================
FederationPartner ********
custPart ********
custBYO ********
Agregue el nombre de socio asociado con el token de OAuth a la lista de socios que la aplicación Sincronización de aprovisionamiento de Webex supervisará con el indicador “habilitado” configurado en “verdadero”.
Con esta aplicación de sincronización de aprovisionamiento de Webex, comenzará a realizar la sincronización del UUID del usuario de CI en el intervalo de sondeo definido.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
Una vez incluido el socio, la aplicación de sincronización de aprovisionamiento de Webex ahora puede realizar la asociación del UUID de CI con los usuarios de BroadWorks.
Cambie el tiempo de espera de conexión mediante los siguientes comandos:
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***
ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24
Esta asociación se puede realizar de forma automática o manual. El comando manualSync de CLI puede activar instantáneamente la asociación.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
Los socios con “Habilitado” configurado para “verdadero” realizan lo asociado en el intervalo de sondeo. Durante la asociación inicial, la aplicación de sincronización de aprovisionamiento de Webex consulta la API de suscriptor de Webex para recuperar los datos que contienen el UUID de CI para todos los usuarios alojados por el socio. El ID externo del usuario de BroadWorks se actualiza con el UUID de CI asociado. Las asociaciones posteriores afectan a los usuarios agregados al partner. El comando de estado se puede utilizar para ver si la sincronización está completa.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
Partner Name Status Last Sync Time
============================================================
custBYO synchronizing
custPart monitoring 2023-01-29T15:36:43.873-05:00
2 entries found.
Una vez finalizada la sincronización, el estado vuelve a la supervisión. La sincronización posterior se realiza en los usuarios agregados al socio después de la “hora de la última sincronización”.
La siguiente figura muestra el conjunto de CI UUID dentro del ID externo:
Servidor de red
Tipo de llamada
Para fines de facturación y elaboración de informes, puede ser conveniente marcar los CDR para las llamadas entrantes de reuniones. Esto se puede lograr mediante la política PreCallTyping de Network Server.
Primero, en la CLI NS en /System/CallP/CallType, agregue un nuevo tipo de llamada. El siguiente ejemplo agrega el nuevo tipo de llamada “WXM”:
NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM
CallType Description Category Scope SupportE164 Charge
=======================================================================
WXM Webex Meetings LOCAL User Defined true false
El tipo de llamada se puede utilizar en una instancia de PreCallTyping que forma parte del perfil de enrutamiento del usuario de BroadWorks. En este ejemplo, se agregó una nueva instancia de PreCallTyping “wxm” en el contexto de /Policy/PreCallTyping CLI, pero podría tratarse de una instancia de PreCallTyping existente que ya se está utilizando:
NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL
NS_CLI/Policy/PreCallTyping> get wxm
Policy: PreCallTyping Instance: wxm
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportLCABasedNormalization = false
Enable = true
El siguiente paso es agregar entradas a la instancia PreCallTyping para todos los números de marcación en el contexto de la CLI /Policy/PreCallTyping/DialPlan. Por ejemplo:
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1
Policy: PreCallTyping Instance: wxm Table: DialPlan
CC Dial Plan From To Match Min Max Call Type Prefix Action Call Ind Description
================================================================================================
1 dflt 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Meetings
A continuación, se agrega la instancia PreCallTyping (siempre que no exista) al perfil de enrutamiento aplicable del usuario de origen, como se muestra en el siguiente ejemplo:
NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile: Profall
Policy Instance
==========================================
CallTyping DefaultInst
CallScreening DefaultInst
SubLocation DefaultInst
FarEndRtg DefaultInst
NearEndRtg DefaultInst
UrlDialing DefaultInst
MediaSrvSel DefaultInst
SIMPLE DefaultInst
DstSvcRtg DefaultInst
NumberPortability DefaultInst
RCBasedRtg DefaultInst
NetVoicePortalRtg DefaultInst
PreCallTyping wxm
Los CDR que originan BroadWorks solo se generan mediante llamadas originadas por suscriptores de BW. Las llamadas originadas por PSTN desde el lado “red” del AS no generarán CDR de origen. Habrá un CDR de finalización para el suscriptor virtual de VoiceXML en cualquiera de los casos. |
RoutingNE
Se requiere un RoutingNE en el NS en el contexto de la CLI /Sistema/Dispositivo/RoutingNE para representar el CUBE. De esta manera, cuando el NS reciba la INVITE del CUBE, hará coincidir el encabezado via con la entrada de RoutingNE que se proporciona en el NS. Consulte el Guía de administración de la interfaz de línea de comandos de Cisco BroadWorks Network Server para obtener detalles sobre cómo agregar un RoutingNE.
A continuación se muestra un ejemplo de los comandos para agregar el RoutingNE “WebexMeetings”, donde la dirección IP CUBE = 10.165.196.30. El ejemplo también muestra comandos para crear nuevas instancias de OrigRedirect y Profile para asociarlas con RoutingNE, pero también se pueden utilizar las instancias existentes.
NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive
NS_CLI/Policy/OrigRedirect> get wxm_Inst
Policy: OrigRedirect Instance: wxm_Inst
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportTrunkGroupLookups:
Selection = {disable}
From = {disable, enablePermissive, enableRestrictive}
applyAccessSideRules:
Selection = {enableRestrictive}
From = {disable, enablePermissive, enableRestrictive}
NS_CLI/Policy/Profile> add wxm_routing
NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst
NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst
NS_CLI/Policy/Profile> get profile wxm_routing
Profile: wxm_routing
Policy Instance
==========================================
OrigRedirect wxm_Inst
SubLocation DefaultInst
NS_CLI/System/Device/RoutingNE> add WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp
NS_CLI/System/Device/RoutingNE> get
Network Element WebexMeetings
Location = 1240364
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = wxm_routing
Signaling Attributes= AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE Address Cost Weight Port Transport Route
WebexMeetings 10.165.196.30 1 99 - tcp
Con la configuración del ejemplo, el CUBE envía al NS un INVITE similar a los siguientes (campos importantes en negrita):
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Donde:
La URI de solicitud INVITE contiene el número de devolución de llamada
A través del encabezado: contiene la dirección IP del CUBE que se utilizará para seleccionar el perfil de RoutingNE.
Encabezado X-Cisco-Info-Meet: se utiliza para identificar hostCIUserUuid, meetingid y siteUUID.
Al recibir la INVITACIÓN, el NS utiliza el encabezado Via para que coincida con el “WebexMeetings” de RoutingNE. Esto, a su vez, seleccionará el perfil de enrutamiento “wxm_routing” que contiene la instancia “wxm_Inst” de OrigRedirect.
La política de NS OrigRedirect coincidirá con el encabezado X-CISCO-MEET-INFO:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
con el puerto de línea configurado en el suscriptor virtual VoiceXML y envíe un redireccionamiento 302 al par AS que aloja a ese suscriptor. El mensaje 302 es similar al siguiente:
SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0
Alias
El dominio en el URI de invitación (en el ejemplo, es bw.myenterprise.com) enviado por el CUBE al NS debe ser reconocido por el NS. Esto se puede hacer agregando el dominio en el contexto de NS_CLI/Sistema/Alias, por ejemplo:
NS_CLI/System/Alias> add bw.myenterprise.com
El comando para configurar el dominio URI de INVITACIÓN en el CUBE se puede encontrar en la sección siguiente, en el objetivo de sesión/par de marcado, por ejemplo:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
HostingNE
Para admitir las opciones de configuración del procesamiento de llamadas de Webex Meetings para la facturación y el control de admisión de sesiones, los atributos de señalización de Hosting NE del servidor de aplicaciones CallTypeInfoRequired y RequiresChargeIndication deben estar habilitados en el contexto NS_CLI/System/Device/HostingNE._ Por ejemplo:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Habilitar la devolución de llamada de la reunión de Webex
En el escenario de devolución de llamada con el encabezado SIP X-Cisco-Meet-Info, el CUBE envía la llamada al servidor de red para que el originador se redirija al par AS. El par AS se determina en función del parámetro del sistema enableWebexMeetingHoostLookup.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
Cuando el parámetro del sistema enableWebexMeetingHoostLookup está configurado como verdadero, el UUID de CI del usuario organizador de la reunión en el encabezado X-Cisco-Meet-Info se utiliza para identificar al par AS que aloja al usuario organizador de la reunión.
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Paso 10: CUBE del socio de aprovisionamiento
Esta sección proporciona una configuración validada para saber cómo implementar Cisco Unified Border Element (CUBE) como controlador de borde de sesión (SBC) para la solución Traiga su propia PSTN.
Esta sección se centra en las configuraciones de CUBE que son necesarias para intertrabajar con el ejemplo de configuración de Webex para Cisco BroadWorks que se muestra en la sección anterior. Para obtener un análisis más general de la implementación y configuración iniciales de CUBE, consulte las siguientes guías: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Implementar ynuestra propia opción SBC
Si no desea implementar CUBE, tiene la opción de implementar su propio SBC. Sin embargo, tenga en cuenta que este documento no proporciona una configuración validada para SBC distintos de CUBE.
Si implementa su propio SBC, puede seguir los requisitos de configuración de CUBE de alto nivel (por ejemplo, asignaciones como el dominio, las interfaces públicas y privadas y las puertas de enlace) para guiar su configuración. Sin embargo, consulte su documentación de SBC para obtener ayuda detallada en la línea de comandos, ya que los comandos reales para su propio SBC probablemente diferirán de CUBE.
A menos que se especifique lo contrario, los requisitos de configuración restantes del paso 10 se aplican independientemente del SBC que implemente. Sin embargo, los ejemplos de línea de comandos son solo para CUBE, a menos que se especifique que el ejemplo se aplica a otros SBC. Para otros SBC, consulte su documentación de SBC para ver los comandos de configuración. |
Configuración inicial
Para configurar CUBE, el modo EXEC privilegiado debe estar activado. Si se le solicita, introduzca la contraseña.
enable
Para entrar en el modo de configuración global:
configure terminal
Establezca el dominio:
ip domain name myenterprise.com
Establezca el tamaño máximo del segmento (MSS):
ip tcp mss 1360
Configuración de la red
Definir las interfaces públicas y privadas. En nuestro ejemplo de CUBE:
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
Configure las puertas de enlace para el enrutamiento de IP para los lados público y privado:
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
Habilitar SSH:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE (o su propio SBC) debe estar dentro de una DMZ con reglas de firewall correctamente configuradas. Consulte la sección Puertos utilizados por Webex para ver la lista de puertos que se deben abrir en el firewall externo |
Configure registros de SRV para las llamadas de devolución de llamada enviadas desde CUBE (o su SBC) a los servidores de red de BroadWorks. Por ejemplo, el SRV para bw.myenterprise.com:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
Configure el servidor DNS:
ip name-server <DNS_IP_address>
Una opción de DNS alternativa es configurar el DNS interno donde el DNS interno se comunica con un servidor DNS principal si falla la búsqueda interna. |
Configuración del procesamiento de llamadas
General
Configure el CUBE (o su SBC) con todas las direcciones IP que necesitan acceder al servicio de VoIP. Esto incluye:
Direcciones de señalización SIP de lado privado para los servidores BroadWorks AS, NS y MS.
Direcciones públicas para la infraestructura de audio de Webex Edge.
Consulte a continuación un ejemplo de configuración de CUBE:
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
El rango de direcciones IP anterior es un ejemplo. Para ver la lista actual de direcciones IP públicas para la infraestructura de audio de Webex, vaya a: |
¿Cómo permito el tráfico de Webex Meetings en mi red?: el intervalo de direcciones IP para la mayoría de los grupos aparece en Lista de intervalos de direcciones IP utilizados por los servicios de reuniones de Cisco Webex. Una excepción es para los clústeres de China, para los que el rango aparece en el siguiente enlace:
Requisitos de red para el clúster de China de Cisco Webex
El temporizador predeterminado para que CUBE establezca una conexión TCP antes de que avance la ruta es de 20 segundos. Para cambiarlo:
ip tcp synwait-time <5-300 (seconds)>
En el lado de BroadWorks, el temporizador predeterminado para que el servidor de aplicaciones se agote en un dispositivo de acceso que no responde es de 6 segundos. Para cambiarlo:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
Es necesario abrir las interfaces de lado público y privado para el tráfico RTP en CUBE (o su propio SBC). Consulte a continuación el ejemplo de CUBE:
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
Donde:
- <CUBE PUB="" IP=""> es la dirección IP pública del CUBE
- <CUBE PRIV="" IP=""> es la dirección IP privada del CUBE
- Rango de puertos: en el ejemplo, el rango de puertos oscila entre 10200 y 28000
El CUBE es compatible con los siguientes conjuntos de cifrado de TLS (durante la realización de llamada, CUBE los ofrece en el saludo de cliente del protocolo de enlace TLS):
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
Otros ajustes generales que configurar (consulte a continuación las configuraciones de muestra de CUBE):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
Los uri para el marcado entrante y saliente deben definirse para su uso posterior en pares de marcado:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
El audio de Webex Edge es compatible con códecs G722, G711ulaw y G711alaw. Se debe definir el siguiente código de clase de voz para utilizarlo más adelante en pares de marcado:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
El audio de Webex Edge utiliza SRTP. La clase de voz SRTP-crypto asigna la suite de cifrado SRTP preferida para usar para el audio de Edge. Configure los siguientes conjuntos criptográficos en orden. La configuración de la clase de voz srtp-crypto debe aplicarse a los pares de marcado utilizados para la conexión con el audio de Edge.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
Preconfigurar una clave principal para poder establecer una contraseña para la autenticación
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Introduzca las credenciales de autenticación SIP que se aprovisionaron para el suscriptor virtual de VoiceXML en el AS mediante el siguiente comando. Para las situaciones de devolución de llamada, estas credenciales se utilizarán cuando el AS desafíe la INVITE que el CUBE (o su propio SBC) envía al AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
Una vez configurada la autenticación, la contraseña se ocultará cuando se visualice con el comando “show running-config”
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
También se debe realizar la siguiente configuración de SIP global:
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
Perfiles de traducción
El perfil de traducción de mensajes SIP 2340 se utiliza para llamadas entrantes de reuniones. Debe tener una entrada para modificar los mensajes SIP entrantes de BroadWorks antes de enviar al audio de Edge, como se muestra en la regla 11 del ejemplo.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
La regla 11 anterior asigna la URI de solicitud entrante de BroadWorks, que tiene el valor de contacto del perfil del dispositivo de suscriptor virtual CUBE (valor del campo de contacto en el perfil del dispositivo VXML_deviceProf en nuestro ejemplo):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Al dominio de enrutamiento de llamada de audio de Webex Edge correspondiente:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Tenga en cuenta que cuando CUBE (o su propio SBC) está detrás de una NAT estática, se requiere una configuración adicional al perfil de sip 2340. Consulte el siguiente enlace para obtener más información:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideSi implementa su propio SBC, deberá configurar reglas similares en su propio SBC. |
Para reenviar 486 mensajes enviados por el AS al audio de Webex Edge, se requiere la siguiente configuración en CUBE (para su propio SBC, consulte su documentación de SBC para obtener ayuda)
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
Si es necesario reenviar otros 4xx mensajes al audio de Webex Edge, siga el mismo ejemplo anterior.
Pares de marcado
Se debe definir un inquilino de clase de voz en CUBE (o en su propio SBC) para usarlo en los pares de marcado más adelante, lo que cumple con los siguientes criterios:
- No hay ningún intertrabajo de carga útil necesario para los paquetes DTMF RTP-NTE, así que configure la carga útil asimétrica completa.
- El audio de Edge no es compatible con las actualizaciones del identificador de llamadas, por lo que se debe configurar el valor "sin actualización-llamada".
- El enrutamiento de llamadas de audio de Webex Edge se basa en URI. El URI de ruta de llamada debe estar habilitado para que coincida con los pares de marcado en función de los URI.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
Los siguientes pares de marcado están configurados para permitir que CUBE procese llamadas entre BroadWorks y el audio de Webex Edge. Configure lo siguiente en CUBE (sería necesario configurar una configuración similar en su propio SBC):
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
Flujos de llamadas CUBE
Con la configuración anterior, a continuación se describen ejemplos de escenarios de flujo de llamadas entrantes/salientes en el CUBE. La codificación de colores de un paso específico lo relaciona con las mismas entradas de color de los pares de marcado anteriores.
Si está implementando su propio SBC, consulte su documentación de SBC para obtener detalles sobre los flujos de llamadas con su SBC. |
Para un escenario de llamada entrante de reunión de BroadWorks a Webex:
- Se recibe un INVITE entrante de BroadWorks en la interfaz interna con:
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- El perfil del par de marcado entrante 23401 se selecciona en función del host en la URI de solicitud entrante (“cube.internal.local”) que coincide con la configuración de “solicitud de uri entrante OUTEdgeAudio”.
- El par de marcado saliente 23411 se selecciona en función del host en la URI de solicitud (“cube.internal.local”) que coincide con la configuración de “destination uri OUTEdgeAudio”.
- Se envía una INVITACIÓN saliente en la interfaz externa con el host en el URI de solicitud cambiado de “cube.internal.local” a “ecccspx.amer.pub.webex.com” mediante el perfil de traducción de mensajes “voice-class sip profiles 2340” especificado en el par de marcado:
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
Para un escenario de devolución de llamada de una reunión de Webex a BroadWorks
- Se recibe una INVITACIÓN entrante de Webex en la interfaz externa de CUBE con:
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- El par de marcado entrante 23411 se selecciona en función del patrón “x-cisco-webex-service=audio” que está presente en la URI de solicitud entrante en función de la configuración “INEdgeAudio de solicitud de uri entrante”.
- Dos pares de marcado salientes se eligen en función del patrón “x-cisco-webex-service=audio” que está presente en la URI de solicitud en función de la configuración “uri de destino INEdgeAudio”.
- Par de marcado 302
- Par de marcado 23401
- Se envía una INVITACIÓN saliente a los servidores de red (búsqueda de SRV basada en “entrada dns de destino de sesión:bw.myenterprise.com” en el par de marcado) en la interfaz interna
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- El servidor de red devuelve los contactos para el par AS que aloja al suscriptor virtual de CUBE:
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- El CUBE enruta la llamada al AS activo en función del contacto devuelto en el mensaje 302:
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
Configuración de mTLS
Se deben realizar los siguientes pasos de configuración para permitir conexiones mTLS entre CUBE (o su propio SBC) y el audio de Webex Edge.
Es obligatorio que configure mTLS entre CUBE (o su propio SBC) y el audio de Webex Edge. |
Soporte para certificados comodín
Los certificados firmados por comodines utilizan un nombre de sujeto genérico (por ejemplo, *.us.example.com) que corresponde al dominio de CUBE o a su propio SBC. Los certificados comodín son compatibles con implementaciones de CUBE o SBC de varios grupos, pero no son compatibles con implementaciones de CUBE o SBC de un solo nodo.
Fondo de confianza
Durante el protocolo de enlace TLS, cuando el audio de Webex Edge envíe su certificado, el CUBE lo validará comparándolo con la lista de certificados aceptados en el grupo de confianza.
El paquete de confianza debe actualizarse con la CA raíz de Cisco descargando el último “paquete raíz principal de confianza de Cisco” de http://www.cisco.com/security/pki/ mediante el comando:
crypto pki trustpool import clean url <url>
IdenTrust firma los certificados enviados por el audio de Webex Edge. Asegúrese de que el certificado “IdenTrust Commercial Root CA” esté instalado. Consulte este enlace para obtener más detalles:
Si está utilizando su propio SBC y no puede completar la importación, puede convertir el paquete al formato .pem usando herramientas de código abierto, como OpenSSL. Por ejemplo, podría utilizar certificados hydrantID con el siguiente comando:
|
Punto de confianza
El audio de Edge requiere que su CUBE ofrezca certificados firmados de las autoridades de certificados de CA de confianza para conexiones tls mutuos (mTLS). Utilice el siguiente enlace para acceder a una lista de autoridades de emisión de certificados en las que confía Cisco. Los certificados firmados por las autoridades de esta lista se consideran válidos y se permitirá la conexión: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
CUBE de nodo único
Un nodo único significa que el CUBE (o su propio SBC) importará un certificado con el nombre de asunto exclusivo de su FQDN, lo que significa que ningún otro CUBE podría importarlo (en otras palabras, NO un certificado comodín).
Para crear la CSR (Certificate Signing Request) para CUBE:
- crear un par de claves (este par de claves estará vinculado al punto de confianza)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys - Especifica que se debe generar el par de claves de uso general.
- etiqueta <key-label> - (Opcional) Nombre que se utiliza para un par de claves RSA cuando se exportan. Si no se especifica una etiqueta de clave, se utiliza el nombre de dominio totalmente calificado (FQDN) del router.
- exportable - (Opcional) Especifica que el par de claves RSA se puede exportar a otro dispositivo de Cisco, como un enrutador.
- cree un punto de confianza (un punto de confianza contiene el certificado que desea vincular en el CUBE. Cuando el CUBE recibe una solicitud de certificado, responderá con el certificado del punto de confianza adjunto)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl: una lista de revocación de certificados (CRL) es una lista de certificados revocados. La CRL es creada y firmada digitalmente por la CA que emitió originalmente los certificados. La CRL contiene las fechas de emisión de cada certificado y de vencimiento.
pem terminal de inscripción: agrega límites de correo mejorado por privacidad (PEM) a la solicitud de certificado (copiar y pegar manualmente desde COMENZAR SOLICITUD DE CERTIFICADO hasta FINALIZAR SOLICITUD DE CERTIFICADO)
fqdn – Nombre de dominio totalmente calificado del CUBE
nombre del sujeto CN=<fqdn> - el nombre del sujeto que debe firmar
rsakeypair <key label=""> - el par de claves generado en el paso anterior
(referencia: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- generar CSR:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- Enviar el CSR (desde COMENZAR SOLICITUD DE CERTIFICADO hasta FINALIZAR SOLICITUD DE CERTIFICADO) a CA (Autoridad de certificación)
La CA generará un certificado firmado
- Dependiendo de la CA, proporcionará el certificado raíz (por ejemplo, DigiCertCA.crt) y el certificado solicitado (por ejemplo, cube.crt)
- Cargar el certificado de CA
- Primero, autentique el punto de confianza con el certificado raíz
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- Luego, importe el certificado del CUBE en el punto de confianza CUBE
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
Si está implementando su propio SBC, consulte su documentación de SBC para obtener detalles sobre cómo crear el CSR. |
Grupo de CUBE de varios nodos (con nombres alternativos en el certificado): NO es compatible
El nodo múltiple significa que el CUBE podrá importar el mismo certificado para más de una implementación de CUBE. Actualmente no se admite el uso del nombre alternativo del sujeto para generar el CSR: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Clúster CUBE de varios nodos (uso del certificado con firma comodín como formato pkcs12)
Varios nodos que utilizan un certificado con caracteres comodín firmado significa que el nombre del sujeto es genérico (p. ej., *.us.example.com) y corresponde al dominio de CUBE (o a su dominio de SBC).
- Suponiendo que tiene un certificado comodín listo, tenga listos los archivos de clave pública (.crt) y privada (.key).
- Con OpenSSL, cree un archivo de formato PKCS12 (.pfx) incluido el archivo .crt y el archivo .key: (utilice cygwin en Windows) - referencia: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- Transfiera el archivo .pfx en CUBE:bootflash: (scp del servidor Linux a CUBE)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Cree un punto de confianza e importe el archivo pkcs12:
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
Validar la configuración del certificado CUBE
Verificar que toda la cadena está incluida en el certificado. En el siguiente ejemplo se muestran comandos de validación para CUBE. Si está implementando su propio SBC, utilice los comandos que se aplican a su SBC.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
Configurar la señalización SIP para utilizar el punto de confianza
Utilice el siguiente comando para aprovisionar el UA de SIP con el punto de confianza de CUBE. El siguiente es un ejemplo para CUBE. Si está implementando su propio SBC, consulte su documentación de SBC para obtener ayuda con los comandos.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
Registros de CUBE
Para ver los filtros de depuración habilitados
CUBE# show debug
Para configurar filtros de depuración (ejemplos)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
Para desconfigurar los filtros de depuración (ejemplo)
CUBE# no debug ccsip messages
Para borrar y comprobar el búfer de registro
CUBE# clear log
>>> make test call <<<
CUBE# show log
Si no está implementando CUBE, consulte la documentación de su propio SBC para obtener detalles sobre cómo usar los registros. |
Otros comandos útiles
Para comprobar la configuración actual
CUBE# show running-config (or just CUBE# show run)
Para guardar la configuración en ROM, que se utilizará cuando se inicie
CUBE# write
Paso 11 Certificación BYoPSTN
Una vez finalizada la configuración y el aprovisionamiento de la solución BYoPSTN, el socio debe ejecutar un conjunto de casos de prueba de aceptación para certificar su solución. Este es un paso obligatorio para que el socio BYoPSTN se apruebe y habilite.
Los casos de prueba de aceptación se describen en el documento Traiga su propio procedimiento de aceptación de PSTN de Webex para Cisco BroadWorks en: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
El socio debe proporcionar los resultados de las pruebas de aceptación ejecutadas con éxito a los equipos de incorporación y certificación.
Las preguntas, los problemas y los resultados de la ejecución de los casos de prueba de aceptación deben informarse y compartirse en el espacio de Webex asignado para la incorporación del socio.
Aplicar actualizaciones a un grupo de números de teléfono en servicio/grupo de SRV de DNS de devolución de llamada
Una vez que los clientes que no son de prueba se asignan a una plantilla de cliente utilizando los números de llamada entrante proporcionados por el socio, las siguientes opciones para entrar a la reunión están disponibles para esos usuarios:
Las invitaciones a la reunión incluyen uno o más números de teléfono predeterminados del grupo de números de teléfono asignado
La aplicación de Webex muestra uno o más números de teléfono predeterminados del grupo de números de teléfono asignado como opción para entrar a una reunión
La IU del sitio de reuniones de Webex muestra uno o más números de teléfono predeterminados del grupo de números de teléfono asignado como opción para entrar a una reunión
Si se habilitó la devolución de llamada en la plantilla del cliente, la reunión de Webex proporciona la opción “Llamarme al” donde la solicitud de devolución de llamada se dirige a uno de los registros especificados en el grupo de devolución de llamada de SRV de DNS asignado
Un cambio en las opciones para entrar a la reunión para una plantilla de cliente, un cambio en un grupo de números de teléfono asignado o un cambio en un grupo de SRV de DNS de devolución de llamada pueden afectar las opciones para entrar a la reunión anteriores. Estos cambios no se aplican a los clientes existentes, pero los clientes recientemente aprovisionados verán estos cambios reflejados inmediatamente en sus sitios de reuniones de paquetes Estándar y Premium. Por lo tanto, se recomienda encarecidamente que cualquier cambio de este tipo se verifique mediante una organización de solución de origen antes de aplicarlo a plantillas de clientes, grupos de números de teléfono o grupos de SRV de DNS de devolución de llamada existentes (si se implementan grupos de SRV de DNS de devolución de llamada).
Se deben seguir los siguientes pasos al realizar una actualización de las opciones para entrar a la reunión para una plantilla de cliente y/o aplicar actualizaciones a grupos de números de teléfono o grupos de SRV de DNS de devolución de llamada.
Tenga en cuenta que si los proveedores de servicios de BroadWorks y/o las empresas de BroadWorks utilizan las plantillas de clientes, los grupos de números de teléfono o los grupos de SRV de DNS de devolución de llamada, este procedimiento es opcional. Puede ser más apropiado simplemente eliminar los proveedores de servicios de BroadWorks y/o probar organizaciones de empresas de BroadWorks y volver a aprovisionarlos utilizando las plantillas de clientes, los grupos de números de teléfono o los grupos de SRV de DNS de devolución de llamada actualizados.
Actualizar solo el grupo de números de teléfono:
Cree un nuevo grupo temporal de números de teléfono con las actualizaciones necesarias.
- Cree una nueva plantilla de cliente temporal que utilice el nuevo grupo de números de teléfono. Si se está utilizando un grupo de números de teléfono existente junto con el grupo, asígnelo a la plantilla.
- Cree una organización de solución de lanzamiento mediante el aprovisionamiento de un suscriptor de un proveedor de servicios de BroadWorks o pruebe BroadWorks Enterprise con un paquete estándar utilizando la nueva plantilla de cliente. Tenga en cuenta que esta es una organización de solución de siembra secundaria, no se requiere ninguna actualización del siteUUID de la reunión configurado en BroadWorks.
- Descargue el archivo JSON de configuración de BroadWorks (BYoPSTN), que contiene el número de teléfono para acceder a la asignación de código para los nuevos números de teléfono en el grupo de números de teléfono.
- Determine el dominio de SRV de DNS de audio de Webex Edge para el sitio de reuniones del paquete estándar de la organización de la solución de semillas. No debe modificarse con respecto al valor determinado anteriormente para el grupo de números de teléfono original.
- Aplique las actualizaciones de configuración a BroadWorks mediante el archivo JSON de configuración de BroadWorks (BYoPSTN).
- Verifique la configuración planificando reuniones con el sitio del paquete estándar de la organización de origen y entrando a la reunión con los números de teléfono de llamada entrante.
- Aplique la actualización al grupo de números de teléfono original. El cambio está ahora en servicio para los clientes que no tienen pruebas.
- Se pueden eliminar la organización de la solución de siembra, el grupo de números de teléfono temporales y la plantilla del cliente. Estos elementos ya no son necesarios una vez que se ha actualizado el grupo de números de teléfono original.
Actualizar solo el grupo de SRV de DNS de devolución de llamada:
- Cree un nuevo grupo de devolución de llamada de SRV de DNS temporal con las actualizaciones necesarias.
- Cree una nueva plantilla de cliente temporal que utilice el nuevo grupo de SRV de DNS de devolución de llamada y el grupo de números de teléfono existente. Si se está utilizando un grupo de devolución de llamada de SRV de DNS existente junto con el grupo, asígnelo a la plantilla.
- Cree una organización de solución de lanzamiento mediante el aprovisionamiento de un suscriptor de un proveedor de servicios de BroadWorks o pruebe BroadWorks Enterprise con un paquete estándar utilizando la nueva plantilla de cliente. Tenga en cuenta que esta es una organización de solución de siembra secundaria, no se requiere ninguna actualización del siteUUID de la reunión configurado en BroadWorks.
- Verifique la configuración mediante la planificación de reuniones a través del sitio del paquete estándar de la organización de origen, la entrada a la reunión a través de los números de teléfono de llamada entrante y la opción “Llamarme al”.
- Aplique la actualización al grupo de devolución de llamada de SRV de DNS original. El cambio está ahora en servicio para los clientes que no tienen pruebas.
- La organización de la solución de siembra, el grupo de devolución de llamada de SRV de DNS y la plantilla del cliente se pueden eliminar. Estos elementos ya no se requieren una vez que se ha actualizado el grupo de SRV de DNS de devolución de llamada original.
Actualizar el número de teléfono y el grupo de SRV de DNS de devolución de llamada:
- Cree un nuevo número de teléfono temporal y un grupo de devolución de llamada de SRV de DNS con las actualizaciones necesarias.
- Cree una nueva plantilla de cliente temporal que utilice el nuevo grupo de números de teléfono y el nuevo grupo de SRV de DNS de devolución de llamada. Si se está utilizando un grupo de números de teléfono o un grupo de devolución de llamada de SRV de DNS existente junto con el grupo, asígnelo a la plantilla.
- Cree una organización de solución de lanzamiento mediante el aprovisionamiento de un suscriptor de un proveedor de servicios de BroadWorks o pruebe BroadWorks Enterprise con un paquete estándar utilizando la nueva plantilla de cliente. Tenga en cuenta que esta es una organización de solución de siembra secundaria, no se requiere ninguna actualización del siteUUID de la reunión configurado en BroadWorks.
- Descargue el archivo JSON de configuración de BroadWorks (BYoPSTN), que contiene el número de teléfono para acceder a la asignación de código para los nuevos números de teléfono en el grupo de números de teléfono.
- Determine el dominio de SRV de DNS de audio de Webex Edge para el sitio de reuniones del paquete estándar de la organización de la solución de semillas. No debe modificarse con respecto al valor determinado anteriormente para el grupo de números de teléfono original.
- Aplique las actualizaciones de configuración a BroadWorks mediante el archivo JSON de configuración de BroadWorks (BYoPSTN).
- Verifique la configuración mediante la planificación de reuniones a través del sitio del paquete estándar de la organización de origen, la entrada a la reunión a través de los números de teléfono de llamada entrante y la opción “Llamarme al”.
- Aplique la actualización al número de teléfono original y al grupo de devolución de llamada de SRV de DNS. El cambio está ahora en servicio para los clientes que no tienen pruebas.
- Se pueden eliminar la organización de la solución de siembra, el grupo de números de teléfono temporales, el grupo de devolución de llamada de SRV de DNS y la plantilla del cliente. Estos elementos ya no se requieren una vez que se han actualizado el grupo de números de teléfono original y el grupo de SRV de DNS de devolución de llamada.
La organización de la solución de siembra primaria no debe eliminarse a menos que se haya seleccionado y configurado una nueva organización de la solución de siembra primaria en BroadWorks. Al eliminar la organización de la solución de semillas principal, se elimina el siteUUID del que depende la solución BYoPSTN para la autenticación de mensajes SIP para el audio de Webex Edge. Si se elimina, fallará la entrada a la reunión mediante la realización de llamada para sitios que utilizan el número de llamada entrante proporcionado por el socio. |
Interoperabilidad de medios G722 al usar su propio SBC
Al aprovechar su propio SBC, los problemas de interoperabilidad que normalmente se encargan de CUBE deben considerarse entre la infraestructura de BroadWorks de los socios de Cisco y la nube de Webex. Un ejemplo es una llamada entrante o devolución de llamada que utiliza el códec G722 en la que participa el servidor multimedia de BroadWorks (por ejemplo, cuando utiliza el servicio de grabación de llamadas de BroadWorks). En esta situación, el audio de Webex Edge puede enviar un SDP con la línea "a=fmtp:9". Su SBC necesitaría actualizar esta línea para agregar el parámetro de bitrate para tener "a=fmtp:9 bitrate=64" antes de enviarlo al backend de BroadWorks.
Limitaciones conocidas
Cualquier cambio en la opción para entrar a la reunión de la plantilla del cliente, los números de llamada entrante de Cisco o los números de llamada entrante proporcionados por el socio se aplican solo a los clientes aprovisionados recientemente. Los clientes existentes que utilizan la plantilla permanecen sin cambios.
Cualquier cambio en la configuración del grupo de números de teléfono de la plantilla del cliente o del grupo de SRV de DNS de devolución de llamada se aplica solo a los clientes aprovisionados recientemente o a los clientes existentes que se están aprovisionando para su primer usuario del paquete estándar o premium. Los clientes existentes que ya tienen usuarios de paquetes Estándar o Premium permanecen sin cambios.
Cualquier cambio en los grupos de números de teléfono o los grupos de SRV de DNS de devolución de llamada que se asignan a plantillas de clientes se aplica solo a los clientes aprovisionados recientemente o a los clientes existentes que se están aprovisionando para su primer usuario del paquete estándar o premium. Los clientes existentes asignados a plantillas asociadas que ya tienen usuarios de paquetes Estándar o Premium permanecen sin cambios.
Una plantilla de cliente determinada admite números de llamada entrante de Cisco o la opción para entrar a reuniones con números de llamada proporcionados por el socio; no se admite una combinación de las dos opciones para la misma plantilla.
La mensajería SIP para el caso de uso para entrar a la reunión de devolución de llamada o llamada no incluye información sobre el cliente y/o el usuario que organiza la reunión a la que se va a entrar.
Los números de teléfono y los códigos de acceso a la reunión asociados para un grupo de números de teléfono determinado solo son compatibles con un solo dominio de SRV DNS de audio de Webex Edge (por ejemplo, ecccspx.amer.webex.com). El uso de estos números de teléfono para realizar llamadas a reuniones en un dominio de SRV de DNS de audio de Webex Edge diferente no es compatible.
El audio de Webex Edge no admite renegociación de códecs a mitad de llamada. Por lo tanto, es posible que los servicios que se invocan después de responder una llamada no funcionen correctamente.
La aplicación de Webex, la interfaz de usuario del sitio de reuniones de Webex y el correo electrónico de invitación a reuniones de Webex proporcionan un enlace a un documento “Restricciones de llamadas gratuitas”. Este documento es específico de los números de teléfono proporcionados por Cisco y los usuarios deben ignorarlo cuando utilicen los números de teléfono proporcionados por el socio para entrar a reuniones.
Historial de revisión de documentos
La siguiente tabla muestra un historial de cambios en este documento en los últimos 12 meses.
Fecha | Versión | Descripción del cambio | |
---|---|---|---|
8 de abril de 2024 | 1-36 |
| |
10 de enero de 2024 | 1-35 |
| |
22 de diciembre de 2023 | 1-34 |
| |
4 de julio de 2023 | 1-33 |
| |
2 de febrero de 2023 | 1-32 |
| |
2 de febrero de 2023 | 1-31 |
| |
31 de enero de 2023 | 1-30 |
| |
29 de noviembre de 2022 | 1-29 |
|