Conectividad para Azure Communications Gateway
Cada región de Azure de su implementación se conecta a la red principal. Debe elegir el tipo de conexión (por ejemplo, Voice de Microsoft Azure Peering Service). Debe usar direcciones IP y nombres de dominio específicos para enrutar el tráfico entre su red y Azure Communications Gateway.
En este artículo se describe:
- Los tipos de conexión que puede utilizar.
- Las direcciones IP y los nombres de dominio que tiene que conocer.
- Sus opciones para elegir nombres de dominio para Azure Communications Gateway.
Conexión a su red
Azure Communications Gateway admite varios tipos de conexión a su red.
- Se recomienda encarecidamente usar Microsoft Azure Peering Service Voice (también llamado MAPS Voice o MAPSV).
- Si no puede usar MAPS Voice, se recomienda el emparejamiento de Microsoft para ExpressRoute.
Normalmente, Azure Communications Gateway se implementa con direcciones IP públicas en todas las interfaces. Esto significa que puede usar métodos de conectividad que admiten direcciones IP públicas para conectar la red a Azure Communications Gateway, como MAPS Voice, ExpressRoute Microsoft Peering y la red pública de Internet. Si desea controlar y administrar el tráfico entre la red y Azure Communications Gateway, puede usar la inserción de red virtual para Azure Communications Gateway (versión preliminar) para implementar las interfaces que se conectan a la red en su propia subred.
En la siguiente tabla se enumeran todos los tipos de conexión disponibles y si se admiten en cada servicio de comunicaciones. Los tipos de conexión están en el orden que recomendamos (con nuestras recomendaciones primero).
| Tipo de conexión | Operator Connect / Teams Phone Mobile | Microsoft Teams Direct Routing | Emparejamiento en la nube de Zoom Phone | Notas |
|---|---|---|---|---|
| MAPS Voice | ✅ | ✅ | ✅ | - La mejor calidad de medios debido a la priorización con la red de Microsoft - Sin costes adicionales - Consulte Recorrido por el emparejamiento de Internet para Voice de Peering Service |
| Emparejamiento de Microsoft para ExpressRoute | ✅ | ✅ | ✅ | - Fácil de implementar - Coste adicional - Consulte con su equipo de incorporación y asegúrese de que está disponible en su región - Consulte Uso de ExpressRoute para servicios RTC de Microsoft |
| Inserción de red virtual (versión preliminar) | ⚠ Emparejamiento privado de ExpressRoute debe usarse para implementaciones de producción | ✅ | ✅ | - Control de la conectividad a la red desde su propia red virtual - Habilita el uso de Emparejamiento privado de ExpressRoute e instancias de VPN Gateway de Azure - Pasos de implementación adicionales -Costo adicional |
| Internet público | ⚠️ Solo implementaciones de laboratorio | ✅ | ✅ | - Sin configuración adicional - No se recomienda, donde esté disponible, para producción |
Nota:
Los programas Operator Connect y Teams Phone Mobile no permiten que las implementaciones de producción usen la red pública de internet, incluidas las redes privadas virtuales a través de la red pública de Internet.
Configure la red como se muestra en el siguiente diagrama y hágalo de acuerdo con las especificaciones de conectividad de red de sus servicios de comunicaciones elegidos. Para implementaciones de producción, la red debe tener dos sitios con funcionalidad de conexión cruzada. Para saber más sobre el diseño de confiabilidad de Azure Communications Gateway, consulte Confiabilidad en Azure Communications Gateway.
Las implementaciones de laboratorio tienen una región de servicio de Azure y deben conectarse a un sitio de su red.
Direcciones IP y nombres de dominio
Las implementaciones de Azure Communications Gateway requieren varias direcciones IP y nombres de dominio completos (FQDN). A continuación, en el diagrama y la tabla, se muestran las direcciones IP y los FQDN posiblemente necesarios.
| Dirección o intervalo de direcciones IP en el diagrama | Descripción | Notas |
|---|---|---|
| 1 | Intervalo de direcciones IP en el sitio de operador A para enviar tráfico de señalización a Azure Communications Gateway | Especifique esta información al implementar el recurso. |
| 2 | Intervalo de direcciones IP o FQDN en el sitio A para recibir tráfico de señalización de Azure Communications Gateway | Especifique esta información al implementar el recurso. |
| 3 | Direcciones IP o intervalos de direcciones en el sitio de operador A para enviar y recibir tráfico multimedia | Especifique esta información al implementar el recurso. |
| 4 | Intervalo de direcciones IP en el sitio de operador B para enviar tráfico de señalización a Azure Communications Gateway | Especifique esta información al implementar el recurso. |
| 5 | Intervalo de direcciones IP o FQDN en el sitio de operador A para recibir tráfico de señalización de Azure Communications Gateway | Especifique esta información al implementar el recurso. |
| 6 | Direcciones IP o intervalos de direcciones en el sitio de operador B para enviar y recibir tráfico multimedia | Especifique esta información al implementar el recurso. |
| 7 | FQDN de la región 1 de Azure Communications Gateway para recibir tráfico de señalización de la red del operador | Obtenga el FQDN del campo Nombre de host de la región 1 en Azure Portal. Configure su red para enrutar las llamadas a este FQDN. |
| 8 | Direcciones IP o intervalos de direcciones IP de la región 1 de Azure Communications Gateway para enviar tráfico de señalización a la red | Pida a su equipo de incorporación los valores. Configúrelos en las listas de control de acceso (ACL) de su red. |
| 9 | Direcciones IP de la región 1 de Azure Communications Gateway o intervalos de direcciones para el tráfico multimedia entre la red del operador y Azure Communications Gateway | Pida a su equipo de incorporación los valores. Configúrelos en las listas de control de acceso (ACL) de su red. |
| 10 | FQDN de la región 2 de Azure Communications Gateway para recibir tráfico de señalización de la red del operador | Obtenga el FQDN del campo Nombre de host de la región 2 en Azure Portal. Configure su red para enrutar las llamadas a este FQDN. |
| 11 | Direcciones IP o intervalos de direcciones IP de la región 2 de Azure Communications Gateway para enviar tráfico de señalización a la red | Pida a su equipo de incorporación los valores. Configúrelos en las listas de control de acceso (ACL) de su red. |
| 12 | Direcciones IP de la región 2 de Azure Communications Gateway o intervalos de direcciones para el tráfico multimedia entre la red del operador y Azure Communications Gateway | Pida a su equipo de incorporación los valores. Configúrelos en las listas de control de acceso (ACL) de su red. |
| 13 | Dominio base de Azure Communications Gateway que proporciona la API de aprovisionamiento | Obtenga el FQDN en el campo Información general de Azure Portal. |
| 14 | Direcciones IP o intervalos de direcciones IP de la región 1 de Azure Communications Gateway para enviar tráfico de señalización a los servicios de comunicaciones | - Para Zoom Phone Cloud Peering, pida a su equipo de incorporación esta información y mándela a Zoom. - Microsoft administra esta información para otros servicios de comunicaciones. |
| 15 | FQDN o direcciones IP de la región 1 de Azure Communications Gateway para recibir tráfico de señalización de servicios de comunicaciones | - Para Zoom Phone Cloud Peering, pida a su equipo de incorporación esta información y mándela a Zoom. - Microsoft administra esta información para otros servicios de comunicaciones. |
| 16 | Direcciones IP de la región 1 de Azure Communications Gateway o intervalos de direcciones para el tráfico multimedia entre el servicio de comunicaciones y Azure Communications Gateway | - Para Zoom Phone Cloud Peering, pida a su equipo de incorporación esta información y mándela a Zoom. - Microsoft administra esta información para otros servicios de comunicaciones. |
| 17 | Direcciones IP o intervalos de direcciones IP de la región 2 de Azure Communications Gateway para enviar tráfico de señalización a los servicios de comunicaciones | - Para Zoom Phone Cloud Peering, pida a su equipo de incorporación esta información y mándela a Zoom. - Microsoft administra esta información para otros servicios de comunicaciones. |
| 18 | FQDN o direcciones IP de la región 2 de Azure Communications Gateway para recibir tráfico de señalización de servicios de comunicaciones | - Para Zoom Phone Cloud Peering, pida a su equipo de incorporación esta información y mándela a Zoom. - Microsoft administra esta información para otros servicios de comunicaciones. |
| 19 | Direcciones IP de la región 2 de Azure Communications Gateway o intervalos de direcciones para el tráfico multimedia entre el servicio de comunicaciones y la puerta de enlace de comunicaciones de Azure | - Para Zoom Phone Cloud Peering, pida a su equipo de incorporación esta información y mándela a Zoom. - Microsoft administra esta información para otros servicios de comunicaciones. |
| 20 | Direcciones IP o FQDN que usan los servicios de comunicaciones para recibir tráfico de señalización | No es necesario administrar esta información. |
| 21 | Direcciones IP o FQDN que usan los servicios de comunicaciones para enviar tráfico de señalización | No es necesario administrar esta información. |
| 22 | Direcciones IP usadas por los servicios de comunicaciones para enviar y recibir tráfico multimedia | No es necesario administrar esta información. |
Sugerencia
Este diagrama muestra tres conjuntos de direcciones IP para el servicio de comunicaciones por motivos de simplicidad. Los detalles pueden variar en cada servicio de comunicaciones, pero no tendrá que administrar los detalles ya que administramos la conexión de ACG a los servicios de comunicaciones.
Cada sitio de su red debe enviar tráfico a su región de servicio local de ACG de forma predeterminada y conmutar por error a la otra región si la región local no está disponible. Por ejemplo, el sitio A debe enrutar el tráfico a la región 1 y si detecta que la región 1 no está disponible, vuelve a enrutar el tráfico a la región 2. Para saber más sobre los requisitos de enrutamiento de llamadas, consulte Requisitos de enrutamiento de llamadas.
Nombres de dominio generados automáticamente
Azure Communications Gateway proporciona varios FQDN:
- Un
<deployment-id>.commsgw.azure.comdominio base para la implementación, donde<deployment-id>se genera automáticamente y es único para la implementación. Este dominio proporciona la API de aprovisionamiento. Es el elemento 13 en direcciones IP y nombres de dominio. - Nombres de dominio por región que se resuelven en las direcciones IP de señalización a las que la red debe enrutar tráfico de señalización. Estos nombres de dominio son subdominios del dominio base. Son los elementos 7 y 10 en Direcciones IP y nombres de dominio.
Intervalos de puertos usados por Azure Communications Gateway
Azure Communications Gateway usa los siguientes intervalos de puertos locales. Estos intervalos deben ser accesibles desde la red, en función del tipo de conectividad elegido.
| Intervalo de puertos | Protocolo | Transporte |
|---|---|---|
| 16384-23983 | RTP/RTCP SRTP/SRTCP |
UDP |
| 5060 | SIP | UDP/TCP |
| 5061 | SIP mediante TLS | TCP |
Todas las direcciones IP de Azure Communications Gateway se pueden usar tanto para señalización (SIP) como para los elementos multimedia (RTP/RTCP). Al conectarse a varias redes, se usan puertos locales SIP adicionales. Para obtener detalles, consulte el recurso de Azure Communications Gateway en Azure Portal.
Inserción de red virtual de Azure Communications Gateway (versión preliminar)
La inserción de red virtual de Azure Communications Gateway (versión preliminar) permite que las interfaces de red de su instancia de Azure Communications Gateway que se conecten a la red se implementen en redes virtuales de su suscripción. Esto le permite controlar el tráfico que fluye entre la red y su instancia de Azure Communications Gateway mediante subredes privadas y le permite usar la conectividad privada a su entorno local, como Emparejamiento privado de ExpressRoute y las redes privadas virtuales.
Si usa la inserción de red virtual (versión preliminar) con Operator Connect o Teams Phone Mobile, la red aún debe cumplir los requisitos de redundancia y resistencia descritos en la especificación de conectividad de red que le ha proporcionado el equipo de incorporación. Esto exige que la red esté conectada a Azure por al menos 2 circuitos ExpressRoute, cada uno implementado con redundancia local y configurado para que cada región pueda usar ambos circuitos en caso de error, tal como se describe en el diagrama siguiente.
Advertencia
Cualquier tráfico en su propia red virtual está sujeto a cargos de ancho de banda y Azure Virtual Network estándar.
Contenido relacionado
- Aprenda cómo enrutar llamadas a Azure Communications Gateway.
- Más información sobre cómo planear una implementación de Azure Communications Gateway