Comparteix a través de


Prepárese para implementar Azure Communications Gateway

Este artículo le guía por cada una de las tareas que debe completar antes de empezar a implementar Azure Communications Gateway. En el caso de Operator Connect y Teams Phone Mobile, las implementaciones correctas dependen del estado de los entornos de Operator Connect o de Teams Phone.

En las secciones siguientes se describe la información que necesita recopilar y las decisiones que debe tomar antes de implementar Azure Communications Gateway.

Prerrequisitos

Importante

Debe ser operador de telecomunicaciones para usar Azure Communications Gateway.

Para Operator Connect o Teams Phone Mobile, también debe haber firmado un contrato de Operator Connect o Teams Phone Mobile con Microsoft. Para obtener más información sobre estos programas, consulte Operator Connect o Teams Phone Mobile.

Para Emparejamiento en la nube de Zoom Phone, también debe haber iniciado el proceso de incorporación con Zoom para convertirse en un proveedor de Emparejamiento en la nube de Zoom Phone. Para más información sobre Emparejamiento en la nube, consulte Información sobre el emparejamiento en la nube de Zoom.

Importante

Debe comprender completamente el proceso de incorporación del servicio de comunicaciones elegido y las dependencias introducidas por el proceso de incorporación.

Permita que transcurra el tiempo suficiente para el proceso de implementación e incorporación. Por ejemplo, es posible que tenga que esperar hasta dos semanas para que se aprovisione un nuevo recurso de Azure Communications Gateway antes de poder conectarlo a la red.

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

La tabla siguiente describe cuántos números debe asignar.

Service Números para pruebas de integración Números de comprobación del servicio
Conexión con operador 1 (mínimo) - Implementaciones de producción: 6
- Implementaciones de laboratorio: 3
Teléfono Teams móvil 1 (mínimo) - Implementaciones de producción: 6
- Implementaciones de laboratorio: 3
Microsoft Teams Direct Routing 1 (mínimo) Ninguno (no aplicable)
Emparejamiento en la nube de Zoom Phone 1 (mínimo) - Estados Unidos y Canadá: 6
- Resto del mundo: 2
Versión preliminar de Protección de llamadas de operador de Azure 1 (mínimo) Ninguno (no aplicable)

Importante

Los números de comprobación del servicio deben ser utilizables durante toda la vigencia de la implementación.

Si desea configurar una implementación de laboratorio, debe haber implementado una implementación estándar o estar a punto de implementar una. No puede utilizar una implementación de laboratorio como una implantación independiente de la puerta de enlace de comunicaciones Azure.

Organizar la incorporación

Necesita un equipo de incorporación de Microsoft para implementar Azure Communications Gateway. Azure Communications Gateway incluye un programa de incorporación denominado Ventajas incluidas. Si no reúne los requisitos para obtener las ventajas incluidas o necesita más asistencia, hable de sus necesidades con su representante de ventas de Microsoft.

Los programas Operador Connect y Teams Phone Mobile también requieren un asociado de incorporación que administre los cambios necesarios en los entornos de Operador Connect o Teams Phone Mobile y se coordina con Microsoft Teams en su nombre. El equipo del proyecto Ventajas incluidas de Azure Communications Gateway cumple este rol, pero puede elegir otro asociado de incorporación para coordinarse con Microsoft Teams en su nombre.

Asegúrese de que tiene un plan de soporte técnico adecuado

Se recomienda encarecidamente tener un plan de soporte técnico que incluya soporte técnico, como soporte técnico unificado de Microsoft.

Elección del inquilino de Azure que se va a usar

Se recomienda usar un inquilino de Microsoft Entra existente para Azure Communications Gateway, ya que el uso de un inquilino existente usa las identidades existentes para la autenticación totalmente integrada. Si necesita administrar identidades por separado del resto de la organización o configurar distintos permisos para el Portal de administración de números para distintos recursos de Azure Communications Gateway, cree primero un nuevo inquilino dedicado.

Los entornos de Operator Connect y Teams Phone Mobile heredan identidades y permisos de configuración del inquilino de Microsoft Entra a través de una aplicación de Microsoft denominada Project Sync. Debe agregar esta aplicación al inquilino de Microsoft Entra como parte de Connect Azure Communications Gateway a Operator Connect o Teams Phone Mobile (si el inquilino aún no contiene esta aplicación).

Importante

Para Operator Connect y Teams Phone Mobile, las implementaciones de producción y las implementaciones de laboratorio deben conectarse al mismo inquilino de Microsoft Entra. La configuración de Microsoft Teams para el inquilino muestra la configuración de las implementaciones de laboratorio y las implementaciones de producción juntas.

Acceso a Azure Communications Gateway para su suscripción de Azure

El acceso a Azure Communications Gateway está restringido. Cuando haya completado los pasos anteriores de este artículo:

  1. Póngase en contacto con el equipo de incorporación y pídale que habilite su suscripción. Si aún no tiene un equipo de incorporación, póngase en contacto con azcog-enablement@microsoft.com con el identificador de suscripción de Azure y los detalles de contacto.
  2. Espere a la confirmación de que La puerta de enlace de comunicaciones de Azure está habilitada antes de pasar al paso siguiente.

Creación de un diseño de red

Decida cómo Azure Communications Gateway debe conectarse a la red. Se recomienda Voice de Microsoft Azure Peering Service (a veces denominada Voice MAPS). Para más información sobre las opciones, consulte Conectividad para Azure Communications Gateway. Si tiene previsto usar Azure Communications Gateway con inyección de VNet (versión preliminar), complete los requisitos previos para implementar Azure Communications Gateway con inyección de VNet.

Para Teams Phone Mobile y la versión preliminar de Protección de llamadas de operador de Azure, debe decidir cómo debe determinar la red si una llamada implica a un suscriptor pertinente y, por tanto, enrutar la llamada correctamente. Puede:

  • Use el punto de control móvil (MCP) integrado de Azure Communications Gateway.
  • Conéctese a una versión local de Mobile Control Point (MCP) desde Metaswitch.
  • Use otras funcionalidades de enrutamiento en la red principal.

Para obtener más información sobre estas opciones para Teams Phone Mobile, consulte Integración del control de llamadas para Teams Phone Mobile y Punto de control móvil en Azure Communications Gateway.

La conexión a Azure Communications Gateway para Protección de llamadas de operador de Azure se realiza a través de SIPREC. Azure Communications Gateway tiene el rol del servidor de grabación de sesión (SRS) SIPREC. Un elemento de la red, normalmente un controlador de borde de sesión (SBC), se configura como cliente de grabación de sesión (SRC) SIPREC.

Si necesita admitir llamadas de emergencia desde clientes de Microsoft Teams o Zoom, lea sobre las llamadas de emergencia con el servicio de comunicaciones elegido:

Importante

No se deben enrutar las llamadas de emergencia de la red a Azure Communications Gateway.

Conexión de la red a Azure

Configure las conexiones entre la red y Azure:

Recopilación de la información básica para implementar un recurso de Azure Communications Gateway

Recopile todos los valores de la tabla siguiente para el recurso de Azure Communications Gateway.

Valor Nombres de campo en Azure Portal
Nombre de la suscripción de Azure que se va a usar para crear un recurso de Azure Communications Gateway. Debe usar la misma suscripción para todos los recursos de la implementación de Azure Communications Gateway. Detalles del proyecto: Suscripción
Grupo de recursos de Azure en el que se va a crear el recurso de Azure Communications Gateway. Detalles del proyecto: Grupo de recursos
Nombre de la implementación. Este nombre solo puede contener caracteres alfanuméricos y -. Debe tener entre 3 y 24 caracteres de longitud. Instance details: Name (Detalles de la instancia: nombre)
Región de Azure de administración: la región en la que se procesan los datos de supervisión y facturación. Se recomienda seleccionar una región cercana o coubicada con las dos regiones para controlar el tráfico de llamadas. Detalles de la instancia: Región
Tipo de implementación. Elija entre Estándar (para producción) o Laboratorio. Detalles de la instancia: SKU
Códecs de voz que se van a usar entre Azure Communications Gateway y la red. Se recomienda especificar los códecs solo si tiene una razón importante para restringir los códecs (por ejemplo, licencias de códecs específicos) y no puede configurar la red o los puntos de conexión para no ofrecer códecs específicos. Restringir los códecs puede reducir la calidad general de la voz debido a que se seleccionan códecs de menor fidelidad. Control de llamadas: códecs admitidos
Tanto si el recurso de Azure Communications Gateway debe controlar las llamadas de emergencia como las llamadas estándar o enrutarlas directamente al proveedor de servicios de enrutamiento de emergencia (solo para los EE- UU., solo para Operator Connect o Teams Phone Mobile). Control de llamadas: control de llamadas de emergencia
Una lista separada por comas de las cadenas de marcado usadas para las llamadas de emergencia. Para Microsoft Teams, especifique las cadenas de marcado como el número de emergencia estándar (por ejemplo, 999). Para Zoom, especifique las cadenas de marcado en el formato +<country-code><emergency-number> (por ejemplo, +44999). (Solo para la conexión de operadores, el emparejamiento en la nube de teléfono móvil de Teams y Zoom). Control de llamadas: cadenas de marcado de emergencia
El ámbito en el que la etiqueta de nombre de dominio generada automáticamente para Azure Communications Gateway es única. A los recursos de Communications Gateway se les asigna una etiqueta de nombre de dominio generada automáticamente que depende del nombre del recurso. Al seleccionar Inquilino, se proporciona la misma etiqueta a un recurso con el mismo nombre en el mismo inquilino, pero una suscripción diferente. Al seleccionar Suscripción, se proporciona la misma etiqueta a un recurso con el mismo nombre en la misma suscripción, pero un grupo de recursos diferente. Al seleccionar Grupo de recursos, se proporciona la misma etiqueta a un recurso con el mismo nombre en el mismo grupo de recursos. Seleccionar No reutilizar significa que la etiqueta no depende del nombre, el grupo de recursos, la suscripción o el inquilino. DNS: ámbito del nombre de dominio generado automáticamente

Recopilación de los valores de configuración para las regiones de servicio

Recopile todos los valores de la tabla siguiente para ambas regiones de servicio en las que desea implementar Azure Communications Gateway.

Nota:

Las implementaciones de laboratorio tienen una región de Azure y se conectan a un sitio de la red.

Valor Nombres de campo en Azure Portal
Región de Azure que se va a usar para el tráfico de llamadas.

Si habilita la versión preliminar de Protección de llamadas del operador de Azure, hay restricciones en cuanto a dónde se pueden implementar los recursos de Azure; consulte Elegir regiones de administración y servicio
Región de servicio uno/dos: región
La dirección IPv4 que pertenece a la red que debe usar Azure Communications Gateway para ponerse en contacto con la red desde esta región. Región de servicio uno/dos: dirección IP del operador
Conjunto de direcciones IP o intervalos que se permiten como orígenes para señalizar el tráfico desde la red. Proporcione un intervalo de direcciones IPv4 mediante notación CIDR (por ejemplo, 192.0.2.0/24) o una dirección IPv4 (por ejemplo, 192.0.2.0). También puede proporcionar una lista separada por comas de direcciones IPv4 o intervalos de direcciones. Región de servicio uno/dos: direcciones IP de origen o intervalos CIDR de señalización permitidos
Conjunto de direcciones IP o intervalos que se permiten como orígenes para el tráfico multimedia desde la red. Proporcione un intervalo de direcciones IPv4 mediante notación CIDR (por ejemplo, 192.0.2.0/24) o una dirección IPv4 (por ejemplo, 192.0.2.0). También puede proporcionar una lista separada por comas de direcciones IPv4 o intervalos de direcciones. Región de servicio uno/dos: direcciones IP de origen o intervalos CIDR multimedia permitidos

Recopilación de los valores de configuración para cada servicio de comunicaciones

Recopile los valores de los servicios de comunicaciones que planea admitir.

Importante

Algunas opciones se aplican a varios servicios, como se muestra en Opciones comunes a varios servicios de comunicaciones en las tablas siguientes. Debe elegir una configuración adecuada para todos los servicios que planea admitir.

Para el enrutamiento directo de Microsoft Teams:

Valor Nombres de campo en Azure Portal
Las direcciones IP o los intervalos de direcciones (en formato CIDR) de la red que se deben permitir para conectarse a la API de aprovisionamiento de Azure Communications Gateway, en formato de lista separada por comas. El uso de la API de aprovisionamiento es necesario para aprovisionar números para el enrutamiento directo. Opciones comunes a varios servicios de comunicaciones: direcciones IP de origen o intervalos CIDR permitidos para conectarse a la plataforma de aprovisionamiento de Communications Gateway
Si se agrega un encabezado SIP personalizado a los mensajes que entran en la red mediante la API de aprovisionamiento de Azure Communications Gateway Opciones comunes a varios servicios de comunicaciones: agregar encabezado SIP personalizado
(Solo si decide agregar un encabezado SIP personalizado) Nombre de cualquier encabezado SIP personalizado Opciones comunes a varios servicios de comunicaciones: nombre de encabezado SIP personalizado

Para Operator Connect:

Valor Nombres de campo en Azure Portal
Si se agrega un encabezado SIP personalizado a los mensajes que entran en la red mediante la API de aprovisionamiento de Azure Communications Gateway Opciones comunes a varios servicios de comunicaciones: agregar encabezado SIP personalizado
(Solo si decide agregar un encabezado SIP personalizado) Nombre de cualquier encabezado SIP personalizado Opciones comunes a varios servicios de comunicaciones: nombre de encabezado SIP personalizado
(Solo si decide agregar un encabezado SIP personalizado) Direcciones IP o intervalos de direcciones (en formato CIDR) de la red que se deben permitir para conectarse a la API de aprovisionamiento, en una lista separada por comas. Opciones comunes a varios servicios de comunicaciones: direcciones IP de origen o intervalos CIDR permitidos para conectarse a la plataforma de aprovisionamiento de Communications Gateway

Para Teams Phone Mobile:

Valor Nombres de campo en Azure Portal
El número usado en Teams Phone Mobile para acceder a la respuesta interactiva de voz de mensajería de voz (IVR) desde los marcadores nativos. Teams Phone Mobile: número piloto de correo de voz de Teams
Cómo planea usar el punto de control móvil (MCP) para enrutar las llamadas de Teams Phone Mobile al sistema telefónico de Microsoft. Elija entre Integrado (para implementar MCP en Azure Communications Gateway), Local (para usar un MCP local existente) o Ninguno (si va a usar otro método para enrutar las llamadas). Teams Phone Mobile: MCP

Para el emparejamiento de la nube telefónica de Zoom:

Valor Nombres de campo en Azure Portal
Región de Zoom a la que conectarse Zoom: región de zoom
Las direcciones IP o los intervalos de direcciones (en formato CIDR) de la red que se deben permitir para conectarse a la API de aprovisionamiento de Azure Communications Gateway, en formato de lista separada por comas. El uso de la API de aprovisionamiento es necesario para aprovisionar números para el emparejamiento de la nube telefónica de Zoom. Opciones comunes a varios servicios de comunicaciones: direcciones IP de origen o intervalos CIDR permitidos para conectarse a la plataforma de aprovisionamiento de Communications Gateway
Si se agrega un encabezado SIP personalizado a los mensajes que entran en la red mediante la API de aprovisionamiento de Azure Communications Gateway Opciones comunes a varios servicios de comunicaciones: agregar encabezado SIP personalizado
(Solo si decide agregar un encabezado SIP personalizado) Nombre de cualquier encabezado SIP personalizado Opciones comunes a varios servicios de comunicaciones: nombre de encabezado SIP personalizado

No se requieren opciones de configuración para la versión preliminar de la Protección de llamadas de operador de Azure

Recopilación de valores para los números de comprobación del servicio

Recopile todos los valores de la tabla siguiente para todos los números de comprobación del servicio requeridos por Azure Communications Gateway.

Para operador Connect y Teams Phone Mobile:

Valor Nombres de campo en Azure Portal
Nombre de la línea de pruebas. Se recomiendan los nombres del formulario OC1 y OC2 (para Operator Connect), así como TPM1 y TPM2 (para Teams Phone Mobile). Nombre
Número de teléfono de la línea de pruebas, en formato E.164 e incluido el código de país. Número de teléfono
Propósito de la línea de pruebas (siempre Automatizado). Con fines de prueba

Para el emparejamiento de la nube telefónica de Zoom:

Valor Nombres de campo en Azure Portal
Número de teléfono de la línea de pruebas, en formato E.164 e incluido el código de país. Número de teléfono

El enrutamiento directo de Microsoft Teams y la versión preliminar de Protección de llamadas del operador de Azure no requieren números de comprobación del servicio.

Decidir si quiere etiquetas para recursos de Azure

La nomenclatura y el etiquetado de recursos son útiles para la administración de recursos. Permite a la organización localizar y realizar un seguimiento de los recursos asociados a equipos o cargas de trabajo específicos y también le permite realizar un seguimiento más preciso del consumo de recursos en la nube por cada área empresarial y equipo.

Si cree que el etiquetado sería útil para su organización, diseñe las convenciones de nomenclatura y etiquetado siguiendo la información de la Guía de decisión de nomenclatura y etiquetado de recursos.

Paso siguiente