Implementación de Azure Communications Gateway

Este artículo le guía a través del planeamiento y la creación de un recurso de Azure Communications Gateway en Azure.

Prerrequisitos

Complete Preparación para implementar Azure Communications Gateway. Asegúrese de que tiene acceso a toda la información recopilada siguiendo ese procedimiento.

Debe poseer números enrutables globales para dos tipos de pruebas:

• Pruebas de integración por parte del personal durante la implementación y la integración
• Comprobación del servicio (pruebas continuas de llamadas) por parte de los servicios de comunicación elegidos

En la tabla siguiente se describe el número de números que necesita asignar.

Creación de un recurso de Puerta de enlace de comunicaciones de Azure

Use Azure Portal para crear un recurso de Puerta de enlace de comunicaciones de Azure.

1. Inicie sesión en Azure Portal.

2. En la barra de búsqueda de la parte superior de la página, busque Puerta de enlace de comunicaciones y seleccione Puertas de enlace de comunicaciones.

   

3. Seleccione la opción Crear.

   

4. Use la información recopilada en Recopilar información básica para implementar una puerta de enlace de comunicaciones de Azure para rellenar los campos de la pestaña Configuración básica y, a continuación, seleccione Siguiente: Regiones de servicio.

5. Use la información recopilada en Recopilar valores de configuración para las regiones de servicio para rellenar los campos de la pestaña Regiones de servicio y, a continuación, seleccione Siguiente: Communications Services.

6. Seleccione los servicios de comunicaciones que desea admitir en la pestaña Configuración de Communications Services , use la información recopilada en Recopilar valores de configuración para cada servicio de comunicaciones para rellenar los campos y, a continuación, seleccione Siguiente: Líneas de prueba.

7. Use la información recopilada en Recopilar valores para los números de comprobación del servicio para rellenar los campos de la pestaña Configuración de líneas de prueba y, a continuación, seleccione Siguiente: Etiquetas.

   • No configure números para las pruebas de integración.
   • El enrutamiento directo de Microsoft Teams no requiere números de comprobación del servicio.

8. (Opcional) Configure etiquetas para el recurso de Puerta de enlace de comunicaciones de Azure: escriba un nombre y un valor para cada etiqueta que quiera crear.

9. Selecciona Revisar + crear.

Si ha escrito correctamente la configuración, Azure Portal muestra un mensaje Validación pasada en la parte superior de la pantalla. Vaya a la sección Revisar y crear .

Si no ha rellenado correctamente la configuración, Azure Portal muestra un símbolo de error para las secciones con una configuración no válida. Seleccione las secciones y use la información dentro de los mensajes de error para corregir la configuración y, a continuación, vuelva a la sección Revisar y crear .

Envío de la configuración de Azure Communications Gateway

Compruebe la configuración y asegúrese de que cumple los requisitos. Si la configuración es correcta, seleccione Crear.

Una vez que se ha aprovisionado el recurso, aparece un mensaje que indica Que la implementación está completa. Seleccione Ir al grupo de recursos y compruebe que el grupo de recursos contiene el recurso correcto de Azure Communications Gateway.

Espere a que se complete el aprovisionamiento

Espere a que se provisione el recurso. Cuando el recurso esté listo, el campo Estado de aprovisionamiento en la información general del recurso cambia a "Completar". Se recomienda que inicie sesión periódicamente para ver si el campo Estado de aprovisionamiento es "Completado". Este paso puede tardar hasta dos semanas.

Conexión de Azure Communications Gateway a las redes

Cuando se haya aprovisionado el recurso, puede conectar Azure Communications Gateway a las redes.

1. Intercambio de información del certificado TLS con el equipo de incorporación.
   1. Azure Communications Gateway está preconfigurado para admitir el certificado DigiCert Global Root G2 y el certificado Baltimore CyberTrust Root como certificados de entidad de certificación raíz (CA). Si el certificado que la red presenta a Azure Communications Gateway usa un certificado de entidad de certificación raíz diferente, proporcione al equipo de incorporación este certificado de entidad de certificación raíz.
   2. El certificado de entidad de certificación raíz para el certificado de Azure Communications Gateway es el certificado DigiCert Global Root G2. Si la red no tiene este certificado raíz, descárguelo de https://www.digicert.com/kb/digicert-root-certificates.htm e instálelo en la red.
2. Configure la infraestructura para cumplir los requisitos de enrutamiento de llamadas descritos en Confiabilidad en Azure Communications Gateway.
   • En función de la red, es posible que tenga que configurar SBC, softswitches y listas de control de acceso (ACL).

   Importante

   Al configurar SBCs, firewalls y Listas de Control de Acceso (ACL), asegúrese de que su red pueda recibir tráfico de ambos intervalos de IP /28 proporcionados por su equipo de integración, porque las direcciones IP usadas por Azure Communications Gateway pueden cambiar como resultado de escenarios de mantenimiento, escalado o desastre.

   • La red debe enviar tráfico SIP a FQDN por región para Azure Communications Gateway. Para encontrar estos FQDN:
     1. Inicie sesión en Azure Portal.
     2. En la barra de búsqueda de la parte superior de la página, busque el recurso de Communications Gateway.
     3. Vaya a la página Información general del recurso de Azure Communications Gateway.
     4. En cada sección Ubicación del servicio , busque el campo Nombre de host . Debe validar las conexiones TLS con este nombre de host para garantizar conexiones seguras.
   • Se recomienda configurar una búsqueda de SRV para cada región mediante _sip._tls.<regional-FQDN-from-portal>. Reemplace por <regional-FQDN-from-portal> los FQDN por región de los campos Nombre de host de la página Información general del recurso.
3. Si Azure Communications Gateway incluye MCP integrado, configure la conexión a MCP:
   1. Vaya a la página Información general del recurso de Azure Communications Gateway.
   2. En cada sección Ubicación del servicio , busque el campo Nombre de host de MCP .
   3. Configure los números de prueba con un iFC del siguiente formulario, reemplazando <mcp-hostname> por el nombre de host de MCP para la región preferida para ese suscriptor.

      <InitialFilterCriteria>
          <Priority>0</Priority>
          <TriggerPoint>
              <ConditionTypeCNF>0</ConditionTypeCNF>
              <SPT>
                  <ConditionNegated>0</ConditionNegated>
                  <Group>0</Group>
                  <Method>INVITE</Method>
              </SPT>
              <SPT>
                  <ConditionNegated>1</ConditionNegated>
                  <Group>0</Group>
                  <SessionCase>4</SessionCase>
              </SPT>
          </TriggerPoint>
          <ApplicationServer>
              <ServerName>sip:<mcp-hostname>;transport=tcp;service=mcp</ServerName>
              <DefaultHandling>0</DefaultHandling>
          </ApplicationServer>
      </InitialFilterCriteria>
      

4. Configura tus enrutadores y la conexión de emparejamiento para asegurarte de que todo el tráfico hacia la puerta de enlace de comunicaciones de Azure sea a través de Microsoft Azure Peering Service Voice (también conocido como MAPS Voice) o ExpressRoute Microsoft Peering.
5. Habilite la detección de reenvío bidireccional (BFD) en sus routers perimetrales locales para acelerar la detección de fallos de enlace.
   • El intervalo debe ser de 150 ms (o 300 ms si no puede usar 150 ms).
   • Con MAPS Voice, BFD debe establecer el par BGP para cada Interfaz de Red Privada (PNI).
6. Cumpla los demás requisitos de la plataforma de comunicaciones (por ejemplo, la especificación de conectividad de red para Operator Connect o Teams Phone Mobile). Si necesita acceso a las especificaciones de Operator Connect o Teams Phone Mobile, póngase en contacto con el equipo de incorporación.

Configuración de alertas para actualizaciones, mantenimiento y estado de los recursos

Azure Communications Gateway se integra con Azure Service Health y Azure Resource Health.

• Usamos las notificaciones de estado del servicio de Azure Service Health para informarle de las próximas actualizaciones y las actividades de mantenimiento programadas.
• Azure Resource Health proporciona un panel personalizado del estado de los recursos, por lo que puede ver el estado de mantenimiento actual e histórico de los recursos.

Debe configurar las siguientes alertas para el equipo de operaciones.

• Alertas de notificaciones de estado del servicio para las actualizaciones y las actividades de mantenimiento.
• Alertas de estado de los recursos para los cambios en el estado de Azure Communications Gateway.

Las alertas permiten al equipo de operaciones enviar notificaciones proactivas sobre los cambios. Por ejemplo, puede configurar correos electrónicos o notificaciones SMS. Para obtener información general sobre las alertas, consulte ¿Qué son las alertas de Azure Monitor?. Para más información sobre Azure Service Health y Azure Resource Health, consulte ¿Qué es Azure Service Health? y Información general sobre Resource Health.

Pasos siguientes