Introducción a la interoperabilidad de la puerta de enlace de Azure Communications con enrutamiento directo de Microsoft Teams
La puerta de enlace de Azure Communications es un SBC certificado para enrutamiento directo de Microsoft Teams, lo que permite a los operadores de telecomunicaciones proporcionar a sus clientes conectividad PSTN de Microsoft Teams. La puerta de enlace de Azure Communications puede manipular la señalización y los medios para cumplir los requisitos de las redes y el sistema telefónico de Microsoft, que impulsa el enrutamiento directo de Microsoft Teams.
En este artículo, aprenderá lo siguiente:
- Dónde encaja con la puerta de enlace de Azure Communications en la red.
- Cómo la puerta de enlace de Azure Communications admite muchos clientes.
- Qué características de señalización e intertrabajo de medios ofrece.
Importante
Debe ser operador de telecomunicaciones para usar Azure Communications Gateway.
Rol y posición en la red
La puerta de enlace de Azure Communications se encuentra en el borde de la red de línea fija. Conecta esta red al sistema telefónico de Microsoft, lo que le permite admitir el enrutamiento directo de Microsoft Teams. En el diagrama siguiente se muestra dónde reside Azure Communications Gateway en la red.
Las llamadas fluyen desde clientes de Microsoft Teams a través del sistema telefónico de Microsoft y la puerta de enlace de comunicaciones de Azure a la red.
Cumplimiento de las especificaciones de SBC certificados
La puerta de enlace de Azure Communications admite las especificaciones de Microsoft para SBC certificados para enrutamiento directo de Microsoft Teams. Para obtener más información sobre la certificación y estas especificaciones, consulte Controladores de borde de sesión certificados para enrutamiento directo.
La puerta de enlace de Azure Communications incluye varias características que permiten a la red cumplir los requisitos de enrutamiento directo, entre las que se incluyen:
- Identificación del inquilino del cliente para el sistema telefónico de Microsoft
- Interworking SIP
- Intercalación de medios
Compatibilidad con varios clientes con el modelo multiinquilino de Microsoft Teams
Una implementación de la puerta de enlace de Azure Communications está diseñada para admitir el enrutamiento directo para muchos inquilinos. Su diseño le permite proporcionar servicios de llamada de Microsoft Teams a muchos clientes, cada uno con muchos usuarios. Usa el modelo de inquilino de operador y de inquilino de cliente descrito en la Documentación de Microsoft Teams sobre la configuración de un controlador de borde de sesión para varios inquilinos. Con este modelo:
- Su propia configuración para Microsoft Teams se define en el inquilino de su organización: el inquilino del operador.
- Cada uno de los clientes tiene su propio inquilino de cliente, que representa la configuración de ese cliente.
La implementación de la puerta de enlace de Azure Communications siempre recibe un FQDN (nombre de dominio completo) cuando se crea. Este FQDN se usa como dominio base para su inquilino del operador.
La puerta de enlace de Azure Communications también recibe dos subdominios por región del dominio base (uno por región).
Cada uno de los clientes necesita subdominios de clientes de estos dominios por región. La puerta de enlace de Azure Communications incluye uno de estos subdominios en el encabezado Contacto de cada mensaje que envía al sistema telefónico de Microsoft: la presencia del subdominio permite al sistema telefónico de Microsoft identificar el inquilino del cliente para cada mensaje. Para obtener más información, consulte la sección sobre cómo identificar el inquilino del cliente para el sistema telefónico de Microsoft.
Para cada cliente, debe:
- Elija una etiqueta DNS específica del cliente adecuada para formar los subdominios.
- La etiqueta puede tener hasta nueve caracteres de longitud y solo puede contener letras, números, guiones bajos y guiones.
- No debe usar subdominios comodín ni subdominios con varias etiquetas.
- Por ejemplo, podría asignar la etiqueta
contoso.
Importante
Los subdominios de cliente completos (incluidos los nombres de dominio por región) deben tener un máximo de 48 caracteres. Microsoft Entra ID no admite nombres de dominio de más de 48 caracteres. Por ejemplo, el subdominio del cliente
contoso1.1r1.a1b2c3d4e5f6g7h8.commsgw.azure.comtiene 48 caracteres. - Configure Azure Communications Gateway con esta información, como parte de la configuración de "cuenta" disponible en el Portal de administración de números y la API de aprovisionamiento de Azure Communications Gateway.
- Conéctese con el cliente para actualizar su inquilino con el subdominio adecuado, siguiendo la Documentación de Microsoft Teams para registrar nombres de subdominio en inquilinos del cliente.
Como parte de la organización de actualizaciones en los inquilinos del cliente, debe crear registros DNS que contengan un código de verificación (proporcionado por Microsoft 365 cuando el cliente actualiza su inquilino con el nombre de dominio) en un servidor DNS que controle. Estos registros permiten a Microsoft 365 comprobar que el inquilino del cliente está autorizado para usar el nombre de dominio. La puerta de enlace de Azure Communications proporciona el servidor DNS que debe usar. Debe obtener el código de verificación del cliente y cargarlo en Azure Communications Gateway con el Portal de administración de números (versión preliminar) o la API de aprovisionamiento (versión preliminar). Este paso permite a Azure Communications Gateway generar los registros TXT de DNS que comprueban el dominio.
Para obtener instrucciones, vea Administración de clientes y números de Enrutamiento directo de Microsoft Teams con Azure Communications Gateway.
Compatibilidad con el filtrado de identificadores de llamada
El enrutamiento directo de Microsoft Teams permite a un administrador del cliente asignar cualquier número de teléfono a un usuario de su inquilino, aunque no haya asignado ese número a ellos en la red. Esta falta de validación presenta un riesgo de suplantación de identificador de autor de llamada.
Para evitar la suplantación del identificador de llamada, a la puerta de enlace de Azure Communications y muestra todas las llamadas de enrutamiento directo procedentes de Microsoft Teams. Este filtrado garantiza que los clientes solo puedan realizar llamadas desde números que usted les haya asignado. Sin embargo, puede deshabilitar esta detección por cliente, como parte de la configuración de "cuenta" disponible en el Portal de administración de números (versión preliminar) y la API de aprovisionamiento (versión preliminar).
En el diagrama siguiente se muestra el flujo de llamadas de una INVITACIÓN de un número que está asignado a un cliente. En este caso, la configuración de la puerta de enlace Azure Communications para el número también incluye la configuración de encabezado personalizada, por lo que Azure Communications Gateway agrega un encabezado personalizado con el contenido.
Diagrama de flujo de llamadas en el que se muestra una invitación de un número asignado a un cliente. La puerta de enlace de Azure Communications comprueba su base de datos interna para determinar si el número de llamada está asignado a un cliente. Se asigna el número, por lo que la puerta de enlace de Azure Communications permite la llamada. La configuración de número en la puerta de enlace de Azure Communications incluye contenido de encabezado personalizado. La puerta de enlace de Azure Communications agrega el contenido del encabezado como encabezado X-MS-Operator-Content antes de reenviar la llamada a la red del operador.
Nota:
El nombre del encabezado personalizado debe configurarse como parte de Implementación de la puerta de enlace de Azure Communications. El nombre es el mismo para todos los mensajes. En este ejemplo, el nombre del encabezado personalizado es X-MS-Operator-Content.
En el diagrama siguiente se muestra el flujo de llamadas de una INVITACIÓN de un número que no está asignado a un cliente. La puerta de enlace de Azure Communications rechaza la llamada con un 403.
Diagrama de flujo de llamadas que muestra una invitación de un número no asignado a un cliente. La puerta de enlace de Azure Communications comprueba su base de datos interna para determinar si el número de llamada está asignado a un cliente. No se asigna el número, por lo que la puerta de enlace de Azure Communications rechaza la llamada con 403.
Identificación del inquilino del cliente para el sistema telefónico de Microsoft
El Sistema telefónico de Microsoft usa los dominios del encabezado de contacto de los mensajes para identificar el inquilino de cada mensaje. a puerta de enlace de Azure Communications y vuelve a escribir automáticamente los encabezados de contacto en los mensajes hacia el sistema telefónico de Microsoft para que incluyan el dominio por cliente adecuado. Este proceso elimina la necesidad de que la red principal se asigne entre números y dominios por cliente.
Debe aprovisionar la puerta de enlace de Azure Communications con cada número asignado a un cliente para enrutamiento directo. Este aprovisionamiento usa la API de aprovisionamiento de Azure Communications Gateway (versión preliminar) o el Portal de administración de números (versión preliminar).
En el diagrama siguiente se muestra cómo la puerta de enlace de Azure Communications vuelve a escribir los encabezados de contacto en los mensajes enviados desde la red del operador al sistema telefónico de Microsoft con enrutamiento directo.
Diagrama de flujo de llamadas que muestra una invitación para +14255550100 enviada desde una red de operador a la puerta de enlace de Azure Communications. La puerta de enlace de Azure Communications usa una base de datos interna para buscar el subdominio de cliente adecuado para el número y actualiza el encabezado de contacto con el subdominio. A continuación, la puerta de enlace de Azure Communications enruta la invitación al sistema telefónico de Microsoft.
Señalización de SIP
Azure Communications Gateway intercala automáticamente las llamadas para admitir los requisitos de enrutamiento directo, entre las que se incluyen:
- Actualizando los encabezados de contacto para enrutar los mensajes correctamente, como se describe en Identificación del inquilino del cliente para el sistema telefónico de Microsoft.
- SIP a través de TLS.
- Encabezados X-MS-SBC (que describen la función SBC).
- Reglas estrictas en líneas de atributo a= en cuerpos SDP.
- Reglas estrictas sobre el control de transferencia de llamadas.
Estas características son parte del cumplimiento de La puerta de enlace de Azure Communications con las especificaciones SBC certificadas para el enrutamiento directo de Microsoft Teams.
Puede organizar más funciones de interoperatividad como parte del diseño de red inicial, o bien en cualquier momento mediante la generación de una solicitud de soporte técnico para Azure Communications Gateway. Por ejemplo, puede que necesite configuración adicional de interoperatividad para:
- Manipulación avanzada de encabezados SIP o mensajes SDP.
- Compatibilidad con mensajes provisionales fiables (100rel).
- Interoperatividad entre multimedia inicial y tardía.
- Interoperatividad fuera de tonos DTMF en banda.
- Colocar el identificador de inquilino único en otra parte de los mensajes SIP para facilitar el consumo de la red, por ejemplo, en parámetros
tgrp.
El sistema telefónico de Microsoft requiere que las llamadas (A-) y los números de teléfono (B) estén en formato E.164. Este requisito se aplica a los números SIP y TEL. Se recomienda configurar la red para que use el formato E.164 para todos los números. Si la red no puede convertir números al formato E.164, póngase en contacto con el equipo de incorporación o genere una solicitud de soporte técnico para analizar los requisitos de conversión de números.
Los troncos SIP entre su red y Azure Communications Gateway son multiinquilino, lo que significa que el tráfico de todos los clientes comparte el mismo tronco.
Multimedia con RTP y SRTP
El sistema telefónico de Microsoft normalmente requiere SRTP para multimedia. Azure Communications Gateway admite tanto RTP como SRTP y puede interoperar entre ellos. Azure Communications Gateway ofrece más características de manipulación multimedia para permitir que las redes interoperen con el sistema telefónico de Microsoft.
Control multimedia para llamadas
Debe seleccionar los códecs que desea admitir al implementar Azure Communications Gateway.
El enrutamiento directo de Microsoft Teams requiere redes principales que admitan tonos de anillo (tonos de llamada) durante la transferencia de llamadas. Las redes principales también deben admitir el ruido de confort. Si las redes principales no pueden cumplir estos requisitos, Azure Communications Gateway puede insertar multimedia en llamadas.
Opciones de interconexión multimedia
Azure Communications Gateway ofrece varias opciones de interconexión multimedia. Por ejemplo, podría ser necesario:
- Control de cambios de RTCP.
- Control de la asignación de ancho de banda.
- Dar prioridad al tráfico de elementos multimedia específicos para la calidad del servicio.
Para obtener detalles completos sobre las características de interoperatividad multimedia disponibles en Azure Communications Gateway, presente una solicitud de soporte técnico.
Compatibilidad con la omisión de medios del sistema telefónico de Microsoft (versión preliminar)
La puerta de enlace de Azure Communications admite la versión preliminar para la omisión de medios de enrutamiento directo. La omisión de medios de enrutamiento directo permite que los medios fluyan directamente entre la puerta de enlace de comunicaciones de Azure y los clientes de Microsoft Teams en algunos escenarios en lugar de enviarlos siempre a través del sistema telefónico de Microsoft. Los medios continúan fluyendo a través de Azure, ya que tanto la puerta de enlace de Azure Communications como El sistema telefónico de Microsoft se encuentran en Azure.
Si cree que la compatibilidad con la omisión de medios (versión preliminar) sería útil para la implementación, analice sus requisitos con un representante de Microsoft.
Pasos siguientes
- Obtenga información sobre la supervisión de Azure Communications Gateway.
- Obtenga información sobre solicitar cambios en Azure Communications Gateway.