Consideremos un hipotético socio de Webex llamado TelSP para ilustrar los diferentes modelos de implementaciones que el socio puede adoptar.

Estas son las especificaciones y requisitos de alto nivel de TelSP:

• El socio tiene previsto utilizar sip.telsp.com como el dominio de nivel superior que se comparte entre todos los clientes que administran.

• El socio es propietario sip.telsp.com y puede administrar la infraestructura de DNS y las autoridades de certificación, administrar direcciones de DNS y firmar certificados para este dominio y sus subdominios.

• El socio puede implementar dos controladores de borde de sesión distintos (físicos o virtuales) como puertas de enlace locales para el acceso compartido a la PSTN entre los clientes finales.

• El socio tiene dos sitios físicos y ambos comparten conectividad PSTN:

  • Miami

  • Chicago

• TelSP opera sus puertas de enlace locales en nombre de los dos clientes CustA y CustB a los que se hace referencia en el presente documento.

En este artículo, el término socio se refiere al socio administrador de Webex, específicamente TelSP en este ejemplo. Esta entidad tiene acceso al concentrador de socios de Webex.

El escenario deseado es tener la originación/terminación de PSTN para ambos clientes que utilicen las puertas de enlace de Miami y Chicago suministradas por el socio, como se muestra en la ilustración:

Asociación de la ubicación del cliente con el enlace troncal y la puerta de enlace

Webex Calling permite la creación de enlaces troncales y el uso compartido de un enlace troncal en varias ubicaciones. Al crear el enlace troncal, asocie el enlace troncal con una ubicación.

Para CustA, los detalles del enlace troncal son los siguientes:

La ilustración muestra la asociación de la ubicación del cliente con la puerta de enlace y el enlace troncal para CustA:

En esta implementación, el enlace troncal asociado con la ubicación es la conexión PSTN principal para esa ubicación. El otro enlace troncal se utiliza como una ruta o conexión PSTN secundaria para entradas específicas del plan de marcación. La implementación de la relación de conexión PSTN primaria y secundaria se realiza a través de un concepto de grupo de rutas. Consulte la sección Configuración del cliente de Webex para obtener detalles.

Para CustB, se crea una configuración similar con los siguientes enlaces troncales:

La ilustración muestra la asociación de la ubicación del cliente con la puerta de enlace y el enlace troncal para CustB:

La ilustración muestra una tercera ubicación, concretamente Nueva York, que puede agregar más tarde y señalar al enlace troncal trunk_chicago como su conexión PSTN principal.

Cuando se implementa una puerta de enlace local que comparte varios enlaces troncales, Cisco EXIGE que se utilice un FQDN único por enlace troncal. Consulte Configurar enlaces troncales, grupos de rutas y planes de marcado para Webex-Calling para obtener detalles.

Utilizar una dirección IP y un puerto conocido por enlace troncal es una opción ideal. Sin embargo, obtener una dirección IPv4 pública puede ser difícil para algunos socios que desean utilizar una dirección por puerta de enlace y sitio.

Por lo tanto, lea estos consejos importantes:

• Cisco no exige una dirección IP por enlace troncal.

• Una dirección de enlace troncal puede resolverse a una dirección IP única o a la dirección compartida entre otro enlace troncal.

• Cisco recomienda tener un puerto de escucha único por enlace troncal por las siguientes razones:

  1. Proporciona aislamiento de nivel de red entre los clientes

  2. Es típico que los controladores de borde de sesión reutilicen la conexión efímera de socket TCP, a menos que haya aislamiento proporcionado como un inquilino único dividido por una dirección IP o un puerto de escucha único para el inquilino.

  3. La conexión o conexiones por enlace troncal a través del aislamiento de inquilinos proporciona un mejor rendimiento específicamente en condiciones de red con una gran pérdida de datos. Por lo tanto, el tráfico de un cliente no afecta al otro.

Dirección IP por puerta de enlace: Configuración del enlace troncal y recomendaciones

Consulte estos ejemplos de diferentes modelos para la planificación:

Modelo 1: Dirección IP única por enlace troncal

En este modelo, todos los enlaces troncales alojados por ambas puertas de enlace se resuelven a una dirección IP única y cada uno de estos enlaces troncales puede o no utilizar el mismo puerto, pero idealmente el mismo puerto.

Representación de la información en formato tabular:

En este mismo modelo, el socio puede utilizar una dirección SRV. Webex Calling solo permite “_sips._tcp” como combinación de servicio y protocolo para descubrir la dirección del par si se trata de un registro SRV.

Una muestra de cómo se resuelve un registro SRV

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.custa.sip.telsp.com

Modelo 2: IP compartida en una puerta de enlace, pero diferentes puertos de escucha

En este modelo, todos los enlaces troncales alojados en la puerta de enlace local de Chicago se resuelven a la misma dirección IP y todos los enlaces troncales alojados en la puerta de enlace local de Miami se resuelven a una IP diferente. Sin embargo, cuando se utiliza la misma IP, cada enlace troncal se configura con un FQDN en el hub de control y se configura con un puerto único.

En este mismo modelo, el socio utiliza una dirección SRV. Webex Calling solo permite “_sips._tcp” como combinación de servicio y protocolo para descubrir la dirección del par si se trata de un registro SRV.

Otra muestra de cómo se resuelve un registro SRV es la siguiente. En este ejemplo, existe 1 registro A por dirección IP. Sin embargo, el puerto es único por dirección y se representa a través de una configuración de DNS específica que vincula una dirección SRV al puerto correcto.

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.custa.sip.telsp.com

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5062 miami.custa.sip.telsp.com

El socio es propietario de telsp.com y sus subdominios. Por lo tanto, el servidor DNS y la autoridad para obtener certificados firmados por una autoridad de certificación aprobada recae en el socio.

• Cisco Webex espera que el socio publique la dirección FQDN o SRV, incluidos Los Registros A en el dominio público.

• Cisco Webex espera que el socio utilice una de las autoridades de certificación listadas tal y como se publica en este documento.

Cuando utilice un FQDN como dirección del enlace troncal, configure los certificados firmados con el nombre común (CN) o el número alternativo del número de sujeto (SAN) establecido en los FQDN para los enlaces troncales.

Utilice uno de estos métodos para generar los FQDN en el certificado:

• Elija uno de los FQDN como nombre común (CN) y el resto como número alternativo del sujeto (SAN).

• Coloque el dominio de nivel superior (sip.telsp.com) como CN y todos los FQDN como SAN.

  En el futuro, puede validar el certificado en función del dominio de nivel superior al que se apropie esta configuración.

Cuando utilice un SRV como dirección del enlace troncal, configure certificados firmados con el CN o SAN en la parte de host de la dirección SRV. No se requiere Un Registro A o CNAME al que se resuelve la dirección SRV.

Configurar la puerta de enlace

Utilice estos recursos para configurar una puerta de enlace local.

Para configurar Cisco CUBE, utilice este procedimiento: Configurar la puerta de enlace local en Cisco IOS XE para Webex Calling

Puede configurar SBC de terceros aprobados; consulte: Comenzar con la puerta de enlace local

Puede configurar el enlace troncal de la puerta de enlace con antelación.

Configure la puerta de enlace alojada del socio de acuerdo con estas pautas: Comenzar con la puerta de enlace local

Configure cada enlace troncal según las instrucciones correspondientes para el dispositivo SBC. Para obtener instrucciones sobre el CUBE de Cisco, consulte: Configurar la puerta de enlace local en Cisco IOS XE para Webex Calling

Configure clases de voz, pares de marcado y grupos de pares de marcado para el tráfico entrante y saliente del enlace troncal según la imagen:

Desde el Partner Hub, puede iniciar el Control Hub para CustA o CustB y configurar la puerta de enlace. Utilice este procedimiento para configurar para cada cliente:

1. Crear el enlace troncal: agregue un enlace troncal en Llamadas/Enrutamiento de llamadas/Enlace troncal para cada puerta de enlace compartida de socio. Para configurar un enlace troncal, consulte Configurar enlaces troncales, grupos de rutas y planes de marcado para Webex Calling

2. Agregar un dominio y verificar: agregue y verifique el siguiente dominio que se utiliza para crear un enlace troncal en Configuración/Dominios de administración/organización.

   CustA	Cust B
   sip.telsp.com	sip.telsp.com

   Al agregar un dominio, se genera un token y se coloca en el registro TXT para el dominio en el servidor DNS del socio. Este registro permite a Control Hub verificar que el dominio es propiedad del socio. Para obtener más información, consulte Administrar sus dominios

   Dado Que el dominio común se utiliza para la verificación de cada cliente. Sin embargo, dado que esta verificación se realiza a nivel de la organización del cliente, asegúrese de que se genere y utilice un token diferente para la verificación en cada organización del cliente. Dado que un solo dominio se utiliza en todas las organizaciones del cliente, ninguna organización puede reclamar la propiedad del dominio.

3. Configurar la dirección de SBC con FQDN:

   Para la pasarela de Miami:

   Parámetro	CustA	Cust B
   Ubicación	Denver	Boston
   Nombre del enlace troncal	trunk_miami	trunk_miami
   Tipo de enlace troncal	Basado en certificado	Basado en certificado
   Tipo de dispositivo	por ejemplo, Cisco Unified Border Element (u otro dispositivo compatible)	por ejemplo, Cisco Unified Border Element (u otro dispositivo compatible)
   Tipo de dirección SBC	FQDN	FQDN
   Nombre de host	trunk.miami.custa	trunk.miami.custb
   Dominio	sip.telsp.com	sip.telsp.com
   Puerto	5061	5062
   FQDN	trunk.miami.custa.sip.telsp.com:5061	trunk.miami.custb.sip.telsp.com:5062
   Cantidad máxima de llamadas concurrentes (250-6500)	500	500

   Para la pasarela de Chicago:

   Parámetro	CustA	Cust B
   Ubicación	Detroit	Dallas
   Nombre del enlace troncal	trunk_chicago	trunk_chicago
   Tipo de enlace troncal	Basado en certificado	Basado en certificado
   Tipo de dispositivo	por ejemplo, Cisco Unified Border Element (u otro dispositivo compatible)	por ejemplo, Cisco Unified Border Element (u otro dispositivo compatible)
   Tipo de dirección SBC	FQDN	FQDN
   Nombre de host	trunk.chicago.custa	trunk.chicago.custb
   Dominio	sip.telsp.com	sip.telsp.com
   Puerto	5061	5062
   FQDN	trunk.chicago.custa.sip.telsp.com:5061	trunk.chicago.custb.sip.telsp.com:5062
   Cantidad máxima de llamadas concurrentes (250-6500)	500	500

   (Opcional) No tiene un nombre único para el enlace troncal entre los clientes y el mismo nombre puede ayudar a rastrear el enlace troncal. Algunos SBC permiten configurar el mismo puerto, pero esta configuración puede afectar la capacidad. Por lo tanto, utilice puertos diferentes.

4. Uso de troncales: elija cualquier ubicación arbitraria para el troncal, debido a lo siguiente:

   • Cualquier ubicación puede utilizar el enlace troncal en una conexión PSTN.

   • Puede acceder al enlace troncal a través de un grupo de rutas.

   • Cualquier plan de marcado puede utilizar el enlace troncal.

5. Consulte las definiciones del enlace troncal con las ubicaciones asociadas:

   

   Puede utilizar estos enlaces troncales para crear grupos de rutas. En la imagen, se define un grupo de rutas rg_miami_chicago que enruta las llamadas al troncal trunk_miami como opción principal y al troncal trunk_chicago como opción secundaria.

   

   Puede definir un segundo grupo de rutas rg_chicago_miami que enrute las llamadas al enlace troncal de trunk_chicago como opción principal y al enlace troncal de trunk_miami como opción secundaria.

6. Los enlaces troncales y los grupos de rutas definidos ahora están disponibles en la opción PSTN de Conexión de llamadas para cada ubicación. En la imagen, vea la ubicación de Denver.

   

7. Puede utilizar los enlaces troncales y los grupos de rutas en la definición del plan de marcado. Por ejemplo: los NPA del área de Chicago se dividen para finalizar al grupo de rutas rg_chicago_miami (para todas las ubicaciones) en la imagen: