Paquete

• Debe seleccionar un paquete predeterminado cuando cree una plantilla (consulte Paquetes en la sección Descripción general para obtener más detalles). Todos los usuarios que se aprovisionan con esa plantilla, ya sea mediante el paso de flujo o el aprovisionamiento automático, reciben el paquete predeterminado.

• Puede tener control sobre la selección del paquete para diferentes clientes mediante la creación de varias plantillas y la selección de diferentes paquetes predeterminados en cada una. Luego puede distribuir diferentes enlaces de aprovisionamiento, o diferentes adpaters de aprovisionamiento por empresa, según el método de suministro de usuarios elegido para esas plantillas.

• Puede cambiar el paquete de suscriptores específicos de esta configuración predeterminada mediante la API de aprovisionamiento (consulte Integración con Webex para la API de aprovisionamiento de BroadWorks en la sección de Referencia) o a través del Concentrador de socios.

• No puede cambiar el paquete de un suscriptor desde BroadWorks. La asignación del servicio de IM&P integrada está lista o desactivada; si el suscriptor tiene asignado este servicio en BroadWorks, la plantilla del Concentrador de socios asociada con la URL de aprovisionamiento de la empresa del suscriptor define el paquete.

¿Revendedores y empresariales Proveedor de servicios grupos y proveedores?

• La forma en que se configura su sistema BroadWorks tiene un impacto en el flujo a través del aprovisionamiento. Si es revendedor de Empresas, tiene que habilitar el modo Empresarial al crear una plantilla.
• Si su sistema broadWorks está configurado en Proveedor de servicios de mantenimiento, puede dejar el modo Empresarial desactivado en sus plantillas.
• Si planea aprovisionar organizaciones de clientes mediante ambos modos de BroadWorks, debe utilizar diferentes plantillas para grupos y empresas.

Modo de autenticación

¿Cómo autenticarán los suscriptores de los clientes?

(Opción) Requisitos de certificados para el proxy del puente TLS

• Webex presenta un certificado de cliente firmado públicamente al proxy.

• El proxy confía en la CA interna de Cisco que firmó el certificado del cliente. Puede descargar esta CA/cadena desde el Concentrador de control y agregarla al almacén de confianza del proxy. El certificado del servidor XSP firmado públicamente también se carga en el proxy.

• El proxy debe presentar el certificado de servidor firmado públicamente en Webex.

• Webex confía en la CA pública que firmó el certificado del servidor del proxy.

• El proxy presenta un certificado de cliente firmado internamente a los XSP.

  Este certificado debe tener el campo de extensión x509.v3 Extended Key Usage completo con el BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3 y el propósito de la autenticación de cliente TLS. E.g.:

  Extensiones X509v3:
      Uso de la clave extendida X509v3:
          1.3.6.1.4.1.6431.1.1.8.2.1.3, Autenticación de cliente web TLS

  Al generar certificados de clientes internos para el proxy, tenga en cuenta que los certificados SAN no son compatibles. Los certificados internos del servidor para el XSP pueden ser SAN. Es posible que las autoridades de certificados públicas no estén dispuestos a firmar certificados con el OID de propiedad de BroadWorks que se requiere. En el caso de un proxy de conexión, es posible que esté obligado a usar una CA interna para firmar el certificado de cliente que el proxy debe presentar al XSP.

• Los XSP confían en la CA interna.

• Los XSP presentan un certificado de servidor firmado internamente.

• El proxy confía en la CA interna.

• ClientIdentity del servidor de aplicaciones contiene el nombre común del certificado del cliente firmado internamente presentado al XSP por el proxy.

(Opción) Requisitos del certificado para el proxy de paso TLS o XSP en DMZ

• Webex presenta un certificado de cliente interno firmado por una CA de Cisco a los XSP.

• Los XSP confían en la CA interna de Cisco que firmó el certificado del cliente. Puede descargar esta CA/cadena desde el Concentrador de control y agregarla al almacén de confianza del proxy. El certificado del servidor XSP firmado públicamente también se carga en los XSP.

• Los XSP presentan los certificados de servidor firmados públicamente a Webex.

• Webex confía en la CA pública que firmó los certificados del servidor de los XSP.

• El ClientIdentity del servidor de aplicaciones contiene el nombre común del certificado de cliente firmado por Cisco presentado al XSP por Webex.

Cómo Cisco Webex nube encuentra direcciones XSP

Cisco Webex servicios de la nube realizarán la búsqueda A/AAAA de DNS del nombre de host XSP configurado y se conectará a la dirección IP devuelta. Podría ser un elemento del borde del nivelador de carga, o podría ser el mismo servidor XSP. Si se devuelven varias direcciones IP, se seleccionará la entrada inicial en la lista.

Los ejemplos 2 y 3 a continuación capturan la asignación de registros A/AAAA a direcciones IP únicas y múltiples respectivamente.

En la situación de varias direcciones IP, le recomendamos que configure las entradas de DNS para rotar en forma rotativa, para distribuir las conexiones de clientes desde Webex.

Cómo encuentran los clientes direcciones XSP

El cliente intenta localizar los nodos XSP utilizando el siguiente flujo DNS:

1. El cliente recupera inicialmente las URL de Xsi-Actions/Xsi-Events de Cisco Webex nube (las introdujo al crear el grupo de llamadas de BroadWorks asociado). El nombre de host/dominio Xsi se analiza a partir de la URL y el cliente realiza SRV búsqueda como se muestra a continuación:

   1. El cliente realiza una SRV búsqueda directa para _xsi que client._tcp.<xsi domain="">

      (Consulte el siguiente ejemplo 1)

   2. Si la SRV búsqueda de datos devuelve uno o más objetivos:

      El cliente realiza una búsqueda de A/AAAA para esos objetivos y almacena las direcciones IP devueltas en el caché.

      El cliente se conecta al puerto SRV en una de las direcciones IP devueltas. Elige una dirección en función de la prioridad de SRV número, luego el peso (o al azar si todos son iguales).

   3. Si la SRV búsqueda rápida no devuelve ningún objetivo:

      El cliente realiza una búsqueda A/AAAA del parámetro raíz de Xsi y luego intenta conectarse a la dirección IP devuelta. Podría ser un elemento del borde del nivelador de carga, o podría ser el mismo servidor XSP.

      (Consulte los siguientes ejemplos 2 y 3)

2. (Opcional) Posteriormente, puede proporcionar detalles de XSI-Actions/XSI-Events personalizados en la confguración del dispositivo para el cliente Webex Teams, usando las siguientes etiquetas:

   
   <protocols>
       <xsi>
           <paths>
               <root>%XSI_ROOT_WXT%</root>             <actions>%XSI_ACTIONS_PATH_WXT%</actions>             <events>%XSI_EVENTS_PATH_WXT%</events>
           </paths>
       </xsi>
   </protocols>

   1. Estos parámetros de configuración tienen precedencia sobre cualquier configuración en su grupo de BroadWorks en el Concentrador de control.

   2. Si existen, el cliente se comparará con la dirección XSI original que recibió a través de la configuración del grupo de BroadWorks.

   3. Si se detecta alguna diferencia, el cliente lo inicializará de nuevo en Acciones de XSI/Conectividad de XSI Events. El primer paso de esto es realizar el mismo proceso de búsqueda de DNS listado en el paso 1: esta vez se utiliza el parámetro %XSI_ROOT_WXT% del archivo de configuración.

      Asegúrese de crear los registros de SRV correspondientes si utiliza esta etiqueta para cambiar las interfaces Xsi.

Registros de DNS de ejemplo

Recomendaciones de DNS de nodos XSP

• Debe usar un solo registro A/AAAA:

  • si necesita resolver un proxy inverso de nivelador de carga a los servidores XSP

• Debe usar registros A/AAAA de turno completo:

  •  si tiene varios servidores de XSP orientadas a Internet

• Debe utilizar la Detección de servicios de DNS si:

  • Se necesita una búsqueda de directorio en entornos con varios XSP.

  • Tenga integraciones preexistentes que requieran SRV detección automática.

  • Tenga configuraciones únicas cuando los registros A/AAAA estándares no sean suficientes.