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

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:

1. Conéctese a Cisco Partner Hub.

2. Vaya a Configuración.

3. Desplácese hasta BroadWorks Calling.

4. 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).

5. Ingrese el nombre del Grupo de números de teléfono y seleccione Siguiente.

6. Ingrese los detalles del Número de teléfono y seleccione Siguiente.

7. Revise el resumen de detalles del grupo de números de teléfono y seleccione Guardar.

8. Repita este procedimiento para cada grupo de números de teléfono que desee agregar.

Las capturas de pantalla siguientes ilustran el procedimiento.

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:

1. Conéctese a Partner Hub.

2. Vaya a Configuración.

3. Desplácese hasta BroadWorks Calling.

4. En Configuración para entrar a la reunión (BYoPSTN), seleccione Crear grupo de SRV de DNS de devolución de llamada.

5. Introduzca el Nombre del grupo de SRV de DNS de devolución de llamada.

6. Seleccione Siguiente.

7. Introduzca los detalles de SRV de DNS de devolución de llamada.

8. Seleccione Siguiente.

9. Revise el resumen de detalles de SRV de DNS de devolución de llamada.

10. Seleccione Guardar.

11. Aprovisionar cualquier actualización al DNS para reflejar los nuevos registros en el grupo de SRV de DNS.

12. 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.

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:

1. Conéctese a Cisco Partner Hub.

2. Vaya a Configuración.

3. Desplácese hasta BroadWorks Calling.

4. En Templates (Plantillas), seleccione Add Template (Agregar plantilla).

5. 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.

6. Seleccione Siguiente.

7. Introduzca los detalles de la plantilla restantes.

8. Revise el resumen de detalles de la plantilla.

9. Haga clic en Guardar.

10. 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:

1. Conéctese a Cisco Partner Hub.

2. Vaya a Configuración.

3. Desplácese hasta la sección BroadWorks Calling.

4. En Plantillas, seleccione Ver plantilla.

5. Seleccione la plantilla que desea actualizar.

6. 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.

7. Seleccione Guardar.

   La captura de pantalla siguiente ilustra el procedimiento.

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:

1. Aprovisionar al suscriptor de prueba utilizando las API de suscriptores de BroadWorks como se documenta en developer.webex.com.

2. 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.

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:

1. Conéctese a Cisco Partner Hub.

2. Vaya a Configuración.

3. Desplácese hasta la sección BroadWorks Calling.

4. En la sección Validación de la configuración (BYoPSTN), seleccione Asignar.

5. En la pantalla Asignar organización, busque y seleccione una de las organizaciones de origen configuradas anteriormente

6. Seleccione Asignar.

   La organización de semillas seleccionada es la organización de semillas principal.

Las capturas de pantalla siguientes ilustran el procedimiento.

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:

1. Conéctese a Cisco Partner Hub.

2. Vaya a Configuración.

3. Desplácese hasta BroadWorks Calling.

4. En Grupos, seleccione Ver grupo.

5. Seleccione el grupo asociado con las plantillas de cliente configuradas para BYoPSTN.

6. Desplácese hasta la sección BroadWorks configuration for BYoPSTN (Configuración de BroadWorks para BYoPSTN).

7. Haga clic en Descargar archivo de configuración de JSON.

8. 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"
      }
   ]
}

El dominio de SRV de DNS de audio de Webex Edge debe configurarse en BroadWorks. Utilice el siguiente procedimiento para determinar el valor.

1. Conéctese a Cisco Partner Hub.

2. Vaya a Clientes.

3. Seleccione la empresa de validación de BYoPSTN.

4. Seleccione Ver cliente.

5. Vaya a Servicios/Reuniones.

6. Seleccione el sitio de reuniones del paquete estándar.

7. Desplácese hasta la parte inferior del panel lateral y seleccione Configurar sitio.

8. Seleccione Configuración común/Configuración de audio.

9. En la sección Números de llamada entrante global personalizados de audio de Edge, seleccione Generar secuencia de comandos de Lua.

10. 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)
    

11. 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.

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:

1. El usuario solicita la devolución de llamada; Webex inicia una devolución de llamada.
2. La llamada se enruta a BroadWorks OTT.
3. La llamada llega al CUBE provisto en CH. CUBE enruta la llamada a BroadWorks.
4. 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.
5. 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.
6. 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 Grupo > Servicios, seleccione VoiceXML y cree una instancia para cada número de PSTN.

Configurar 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: sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

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

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.

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.

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

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:

1. Conéctese a Cisco Partner Hub.

2. Vaya a Configuración.

3. Desplácese hasta BroadWorks Calling.

4. 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).

5. Ingrese el nombre del Grupo de números de teléfono y seleccione Siguiente.

6. Ingrese los detalles del Número de teléfono y seleccione Siguiente.

7. Revise el resumen de detalles del grupo de números de teléfono y seleccione Guardar.

8. Repita este procedimiento para cada grupo de números de teléfono que desee agregar.

Las capturas de pantalla siguientes ilustran el procedimiento.

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:

1. Conéctese a Partner Hub.

2. Vaya a Configuración.

3. Desplácese hasta BroadWorks Calling.

4. En Configuración para entrar a la reunión (BYoPSTN), seleccione Crear grupo de SRV de DNS de devolución de llamada.

5. Introduzca el Nombre del grupo de SRV de DNS de devolución de llamada.

6. Seleccione Siguiente.

7. Introduzca los detalles de SRV de DNS de devolución de llamada.

8. Seleccione Siguiente.

9. Revise el resumen de detalles de SRV de DNS de devolución de llamada.

10. Seleccione Guardar.

11. Aprovisionar cualquier actualización al DNS para reflejar los nuevos registros en el grupo de SRV de DNS.

12. 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.

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:

1. Conéctese a Cisco Partner Hub.

2. Vaya a Configuración.

3. Desplácese hasta BroadWorks Calling.

4. En Templates (Plantillas), seleccione Add Template (Agregar plantilla).

5. 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.

6. Seleccione Siguiente.

7. Introduzca los detalles de la plantilla restantes.

8. Revise el resumen de detalles de la plantilla.

9. Haga clic en Guardar.

10. 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:

1. Conéctese a Cisco Partner Hub.

2. Vaya a Configuración.

3. Desplácese hasta la sección BroadWorks Calling.

4. En Plantillas, seleccione Ver plantilla.

5. Seleccione la plantilla que desea actualizar.

6. 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.

7. Seleccione Guardar.

   La captura de pantalla siguiente ilustra el procedimiento.

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:

1. Aprovisionar al suscriptor de prueba utilizando las API de suscriptores de BroadWorks como se documenta en developer.webex.com.

2. 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.

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:

1. Conéctese a Cisco Partner Hub.

2. Vaya a Configuración.

3. Desplácese hasta la sección BroadWorks Calling.

4. En la sección Validación de la configuración (BYoPSTN), seleccione Asignar.

5. En la pantalla Asignar organización, busque y seleccione una de las organizaciones de origen configuradas anteriormente

6. Seleccione Asignar.

   La organización de semillas seleccionada es la organización de semillas principal.

Las capturas de pantalla siguientes ilustran el procedimiento.

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:

1. Conéctese a Cisco Partner Hub.

2. Vaya a Configuración.

3. Desplácese hasta BroadWorks Calling.

4. En Grupos, seleccione Ver grupo.

5. Seleccione el grupo asociado con las plantillas de cliente configuradas para BYoPSTN.

6. Desplácese hasta la sección BroadWorks configuration for BYoPSTN (Configuración de BroadWorks para BYoPSTN).

7. Haga clic en Descargar archivo de configuración de JSON.

8. 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"
      }
   ]
}

El dominio de SRV de DNS de audio de Webex Edge debe configurarse en BroadWorks. Utilice el siguiente procedimiento para determinar el valor.

1. Conéctese a Cisco Partner Hub.

2. Vaya a Clientes.

3. Seleccione la empresa de validación de BYoPSTN.

4. Seleccione Ver cliente.

5. Vaya a Servicios/Reuniones.

6. Seleccione el sitio de reuniones del paquete estándar.

7. Desplácese hasta la parte inferior del panel lateral y seleccione Configurar sitio.

8. Seleccione Configuración común/Configuración de audio.

9. En la sección Números de llamada entrante global personalizados de audio de Edge, seleccione Generar secuencia de comandos de Lua.

10. 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)
    

11. 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.

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:

1. El usuario solicita la devolución de llamada; Webex inicia una devolución de llamada.
2. La llamada se enruta a BroadWorks OTT.
3. La llamada llega al CUBE provisto en CH. CUBE enruta la llamada a BroadWorks.
4. 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.
5. 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.
6. 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 Grupo > Servicios, seleccione VoiceXML y cree una instancia para cada número de PSTN.

Configurar 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: sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

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

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.

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.