Compartir a través de


Prepárese para el tráfico en directo con Operator Connect, Teléfono Teams para dispositivos móviles y Azure Communications Gateway

Antes de iniciar su servicio de Operator Connect o Teléfono Teams para dispositivos móviles, usted y su equipo de incorporación deberán:

  • Probar su servicio.
  • Prepararse para el lanzamiento.

En este artículo, obtendrá información sobre los pasos que usted y su equipo de incorporación deben dar.

Sugerencia

En este artículo se da por supuesto que el equipo de incorporación de Azure Communications Gateway de Microsoft también le está incorporando a Operator Connect o Teléfono Teams para dispositivos móviles. Si eligió un asociado de incorporación diferente para Operator Connect o Teléfono Teams para dispositivos móviles, deberá pedirle que se ocupe de los cambios en los entornos de Operator Connect o Teléfono Teams para dispositivos móviles.

Importante

Algunos pasos pueden requerir días o semanas para completarse. Por ejemplo, deberá esperar al menos siete días para las pruebas automatizadas de la implementación y programar la fecha de lanzamiento al menos dos semanas antes. Le recomendamos que lea estos pasos con antelación para elaborar una escala de tiempo.

Requisitos previos

  • Debe implementar Azure Communications Gateway utilizando Microsoft Azure Portal y conectarlo a Operator Connect o a Teléfono Teams para dispositivos móviles.

  • Debe conocer los números de prueba que debe usar para las pruebas de integración y para la verificación del servicio (pruebas de llamadas continuas). Estos números no pueden ser los mismos. Los eligió como parte de Implementación de Azure Communications Gateway o de Conexión con Operator Connect o Teléfono Teams para dispositivos móviles.

    • Las pruebas de integración le permiten confirmar que Azure Communications Gateway y el Sistema telefónico de Microsoft están interoperando correctamente con su red.
    • La verificación del servicio se establece mediante los programas Operator Connect y Teléfono Teams para dispositivos móviles. Garantiza que su implementación sea capaz de controlar las llamadas del Sistema telefónico de Microsoft durante toda la vida útil de su implementación.
  • Debe tener un inquilino que pueda usar para las pruebas de integración (que represente a un cliente de la empresa) y algunos usuarios en ese inquilino a los que pueda asignar los números para las pruebas de integración.

    • Si aún no dispone de un inquilino de prueba adecuado, puede usar el Programa para desarrolladores de Microsoft 365, que proporciona licencias E5.
    • Los usuarios de prueba deben tener licencia para el Sistema telefónico de Teams y en modo Solo Teams.
  • Debe tener acceso a los siguientes portales de configuración.

    Portal de configuración Permisos necesarios
    Portal de Operator Connect El rol Admin o los roles PartnerSettings.Read y NumberManagement.Write (configurados en la aplicación empresarial Project Synergy que usted estableció cuando se conectó a Operator Connect o al Teléfono Teams para dispositivos móviles)
    Centro de administración de Teams para su inquilino de prueba Administración de usuarios
  • Si planea usar la API de aprovisionamiento de Azure Communications Gateway (versión preliminar) para cargar números en el entorno de Operator Connect, debe poder realizar solicitudes usando un cliente integrado con la API. También debe tener acceso a la Referencia de API.

  • Si tiene previsto utilizar el Portal de administración de números de Azure Communications Gateway (versión preliminar) para configurar los números para las pruebas de integración, debe tener acceso de Lector al recurso de Azure Communications Gateway y los roles ProvisioningAPI.ReadUser y ProvisioningAPI.WriteUser para la aplicación empresarial AzureCommunicationsGateway.

Precaución

No cambie ninguna de las siguientes configuraciones de Operator Connect en el inquilino (ya sea a través del portal de configuración de Operator Connect o a través de las API de Operator Connect).

  • Perfiles de llamada con un CommsGwsufijo en el portal de configuración o NameSuffix en las API de Operator Connect
  • Troncos con FQDN que acaban en .commsgw.azure.com

Administramos esta configuración por usted. Es probable que la edición de esta configuración cause problemas con el servicio Azure Communications Gateway.

Métodos

En algunas partes de este artículo, los pasos que debe seguir dependen de si usa la API de aprovisionamiento (versión preliminar), el Portal de administración de números (versión preliminar) o el portal y las API de Operator Connect. En este artículo se proporcionan instrucciones para cada opción. Elija las instrucciones adecuadas.

Pida al equipo de incorporación que registre el inquilino empresarial de prueba

El equipo de incorporación debe registrar el inquilino empresarial de prueba que eligió en Requisitos previos con Microsoft Teams.

  1. Busque el "Identificador de operador" de la empresa en la configuración del operador en el portal de Operator Connect.

  2. Facilite a su contacto de incorporación:

    • El nombre de su empresa.
    • El id. de operador de su empresa.
    • El id. del inquilino a usar para las pruebas.
  3. Espere a que su equipo de incorporación le confirme que su inquilino de prueba ha sido registrado.

Configure su inquilino de prueba

Las pruebas de integración requieren establecer su inquilino de pruebas para Operator Connect o Teléfono Teams para dispositivos móviles y configurar los usuarios de este inquilino con los números que eligió para las pruebas de integración.

Importante

No asigne los números de comprobación del servicio para probar los usuarios. El equipo de incorporación organiza la configuración de los números de comprobación del servicio.

  1. En el inquilino de prueba, solicite el servicio de su empresa.

    1. Inicie sesión en el Centro de administración de Teams para su inquilino de prueba.
    2. Seleccione Voz>Operadores.
    3. Seleccione su empresa en la lista de operadores, rellene el formulario y seleccione Añadir como mi operador.
  2. En su inquilino de prueba, cree algunos usuarios de prueba (si aún no dispone de usuarios adecuados). Asigne una licencia a los usuarios para el Sistema telefónico de Teams y colóquelos en modo Solo Teams.

  3. Configure las ubicaciones de emergencia en su inquilino de pruebas.

  4. Cargue números para realizar pruebas de integración a través de la API de aprovisionamiento (versión preliminar), en el Portal de administración de números (versión preliminar) o usando el Portal de operadores de Operator Connect.

    En los pasos siguientes se resumen las solicitudes que debe realizar en la API de aprovisionamiento. Para conocer todos los detalles de los recursos de API pertinentes, consulte la Referencia de API.

    1. Busque el recurso RFI (Solicitud de información) de su inquilino de prueba y actualice la propiedad status de su recurso secundario Relación con el cliente para indicar que se ha firmado el contrato.
    2. Cree un recurso Cuenta que represente al cliente. Habilite la sincronización del servicio back-end para la cuenta.
    3. Cree un recurso Número como recurso secundario del recurso Cuenta para cada número de prueba.
  5. En el inquilino de prueba, asigne estos números a los usuarios de prueba.

    1. Inicie sesión en el Centro de administración de Teams para su inquilino de prueba.
    2. Seleccione Voz>Números de teléfono.
    3. Seleccione un número y, a continuación, seleccione Editar.
    4. Asigne el número a un usuario.
    5. Repita esta operación para todos los usuarios de prueba.

Actualización de la configuración de enrutamiento de la red

La red debe enrutar las llamadas para las pruebas de comprobación del servicio y para las pruebas de integración en Azure Communications Gateway.

  1. Enrute todas las llamadas de cualquier número de comprobación de servicio a cualquier otro número de comprobación de servicio de vuelta al Sistema telefónico de Microsoft a través de Azure Communications Gateway.
  2. Enrute las llamadas en las que intervengan los números de prueba para las pruebas de integración del mismo modo que espera enrutar las llamadas de los clientes.

Realizar pruebas de integración y solicitar cambios

La integración de red incluye la identificación de los requisitos de interoperabilidad SIP y la configuración de dispositivos para cumplir estos requisitos. Por ejemplo, este proceso a menudo incluye formatos de encabezado de interoperabilidad y/o los flujos de señalización y multimedia usados para la suspensión de llamadas y la actualización de sesión.

Debe probar los flujos de llamadas típicos para la red. Se recomienda seguir el plan de prueba de ejemplo del equipo de incorporación. El plan de prueba debe incluir el flujo de llamadas, la conmutación por error y las pruebas de conectividad.

  • Si decide que necesita cambios en Azure Communications Gateway, pida al equipo de incorporación que realice los cambios.
  • Si necesita cambios en la configuración de los dispositivos de la red principal, debe realizar esos cambios.

Ejecución de una prueba de conectividad y prueba de carga

Antes del lanzamiento, Microsoft Teams requiere una prueba de que su red está correctamente conectada a la red de Microsoft.

  1. Proporcione al equipo de incorporación una prueba de que BFD está habilitado. Debería haber habilitado BFD cuando conectó Azure Communications Gateway a sus redes como parte de la implementación. Por ejemplo, si tiene un enrutador Cisco, puede proporcionar una configuración similar a la siguiente.

    interface TenGigabitEthernet2/0/0.150
       description private peering to Azure
       encapsulation dot1Q 15 second-dot1q 150
       ip vrf forwarding 15
       ip address 192.168.15.17 255.255.255.252
       bfd interval 150 min_rx 150 multiplier 3
    
    router bgp 65020
       address-family ipv4 vrf 15
          network 10.1.15.0 mask 255.255.255.128
          neighbor 192.168.15.18 remote-as 12076
          neighbor 192.168.15.18 fall-over bfd
          neighbor 192.168.15.18 activate
          neighbor 192.168.15.18 soft-reconfiguration inbound
       exit-address-family
    
  2. Pruebe la conmutación por error de la conectividad a la red. El equipo de incorporación trabajará con usted para planear esta prueba y recopilar la evidencia necesaria.

  3. Trabaje con el equipo de incorporación para validar el control de llamadas de emergencia.

Obtención de los recursos de comercialización aprobados

Antes de que pueda continuar, debe obtener los materiales orientados al cliente aprobados por Microsoft Teams. Proporcione lo siguiente al equipo de incorporación para su revisión.

  • Comunicados de prensa y otro material de marketing
  • Contenido de la página de aterrizaje
  • Logotipo del directorio de operadores de Microsoft Teams (200 px por 200 px)
  • Logotipo del directorio de operadores de Microsoft Teams (170 px por 90 px)

Prueba de la generación de un vale

Debe probar que puede generar vales en Azure Portal para notificar problemas con Azure Communications Gateway. Consulte Obtener soporte o solicitar cambios para Azure Communications Gateway.

Más información sobre la supervisión y el mantenimiento

El equipo de operaciones puede usar una selección de métricas clave para supervisar Azure Communications Gateway. Estas métricas están disponibles para cualquier persona con el rol Lector en la suscripción de Azure Communications Gateway. Consulte Supervisión de Azure Communications Gateway.

El equipo de operaciones debe tener alertas de Azure Monitor para:

Comprobación de la integración de API

El equipo de incorporación debe proporcionar a Microsoft una prueba de que se ha integrado con las API de Operator Connect de Microsoft Teams para el aprovisionamiento. Elija las instrucciones adecuadas para la implementación.

El equipo de incorporación puede obtener una prueba automáticamente. No es necesario hacer nada más.

Organización de pruebas sintéticas

El equipo de incorporación debe organizar pruebas sintéticas de la implementación. Esta prueba sintética es una serie de pruebas automatizadas que dura al menos siete días. Comprueba las métricas más importantes para la calidad del servicio y la disponibilidad.

Después del lanzamiento, se enviará tráfico sintético a través de su implementación usando sus números de prueba. Este tráfico se usa para comprobar continuamente el estado de la implementación.

Programación del lanzamiento

Su fecha de lanzamiento es la fecha en la que aparece para las empresas en el Centro de administración de Teams. El equipo de incorporación debe organizar esta fecha realizando una solicitud a Microsoft Teams.

El servicio puede lanzarse en fechas concretas cada mes. El equipo de incorporación debe enviar la solicitud al menos dos semanas antes de la fecha de lanzamiento preferida.

Pasos siguientes