Configure y resuelva problemas la federación XMPP en Expressway
Contenido
Introducción
Este documento describe los pasos para la configuración para la federación extensible de la Mensajería y del protocolo de la presencia (XMPP) en Expressway.
Prerrequisitos
Requisitos
No hay requisitos específicos para este documento.
Componentes Utilizados
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
- Cisco Expressway X8.2 o más adelante
- Mensajería instantánea unificada de Manager(CM) de la llamada (IM) y servicio 9.1.1 de la presencia o más adelante
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si su red está viva, asegúrese de que usted entienda el impacto potencial del comando any.
Antecedentes
Este diagrama ilustra la comunicación de alto nivel:
Si usted activa la federación XMPP en Expressway, el servidor activo a Server(S2S) se traslada desde el Cisco Unified Presence (TAZA) al borde de Expressway (Expressway E). Este componente es maneja todas las comunicaciones XMPP entre los dominios federados.
- S2S utiliza el puerto 5269 para comunicar con los dominios federados
- El tráfico interno XMPP entre el Routers XCP en ExpresswayE, el C y la TAZA se ejecuta en el puerto 7400
- La información de suministro XMPP de Expressway E es envía a Expressway el C a través del túnel de SSH en el puerto 2222
- El C de Expressway pone al día la TAZA con la información de encaminamiento necesaria vía el puerto 8443 AXL
Configurar
Paso 1. Federación del permiso XMPP en Expressway E
La configuración > unificó la comunicación > > encendido
Después de que usted active la federación XMPP esto será observada:
1. Expressway-e lo pone al día es configuración local y replica esta configuración con la base de Expressway (Expressway C).
Los registros de Expressway E mostrarán: El xcpConfiguration del xconfiguration de “Detail= " is_federation_enabled - cambiado de: 0 a: el 1"
2. Expressway-C pone al día la tabla del "xmpps2snodes" en la base de datos de la TAZA con los reinos del componente de Expressway E S2S.
Los registros del C de Expressway mostrarán: la INFORMACIÓN” Action= " " network.axl” Level= " de “Module= envía” URL=” https://cups.ciscotac.net:8443/axl/"Function = " executeSQLQuery”
3. Asegúrese de que el público DNS esté puesto al día con los expedientes del servidor SRV XMPP para todos los dominios con los cuales la federación sea necesaria.
_xmpp-server._tcp.domain.com en el puerto 5269
Verifique la configuración XMPP en Expressway
Paso 1. Verifique si los cambios de la base de datos fueron validados con éxito por el servidor IM&P funcionando con esta interrogación del comando line interface(cli) de la TAZA:
admin: ejecute el sql selecto * de xmpps2snodes
cp_id del pkid
================================= del ====================================
055c13d9-943d-459d-a3c6-af1d1176936d cm-2_s2scp-1.eft-xwye-a-coluc-com
admin:
Paso 2. Verifique que la federación XMPP esté apagado en el servidor IM&P:
Federación de la presencia > del Inter-dominio > federación XMPP > configuraciones > estado de nodo de la federación XMPP > apagado
Federación del Troubleshooting XMPP en el C y Expressway E de Expressway
Paso 1. Active el registro del nivel de la DEPURACIÓN:
En Expressway-e:
El mantenimiento > los diagnósticos > avanzaron > configuración del registro de la ayuda > developer.clusterdb.restapi
En Expressway-C:
El mantenimiento > los diagnósticos > avanzaron > configuración del registro de la ayuda > developer.clusterdb.restapi
El mantenimiento > los diagnósticos > avanzaron > configuración del registro de la red > network.axl
Paso 2. Comience el registro de diagnóstico y los volcados TCP en Expressway-C y Expressway-e:
Si se sospecha el problema de red realice a la captura de paquetes en el lado IM&P del CLI:
“tamaño todo de la cuenta 1000000 del fichero axl_inject.pcap de la captura eth0 de la red de los utils”
Paso 3. Active la federación XMPP en Expressway-e
Espere 30sec y pase después con los pasos descritos bajo “verifican la configuración XMPP en Expressway”
Paso 2. Configure el secreto del Dialback
Configuración > secreto unificado de la comunicación > del Dialback
¿Cómo el dialback trabaja?
Paso 1. Los cálculos de iniciación del servidor basados en el secreto configuraron su resultado del dialback y lo envían a recibir el servidor.
Paso 2. El servidor de recepción validará esto resulta con el servidor de autorización del dominio de iniciación.
Paso 3. Pues el servidor de autorización comparte el mismo secreto del dialback podrá validar el resultado.
Paso 4. Una vez que está validado el servidor de recepción validará XMPP del servidor de iniciación.
Paso 5. El servidor de iniciación realiza las operaciones de búsqueda contra el domain> del _xmpp-server. _tcp.<target para encontrar la recepción del servidor
Paso 6. El servidor de recepción realiza las operaciones de búsqueda contra el domain> del _xmpp-server. _tcp.<orginitating para encontrar al servidor de autorización
Paso 7. El servidor de autorización puede ser lo mismo que el servidor de iniciación
Verifique el secreto del Dialback
Expressway muestra esta depuración cuando es el servidor de iniciación:
XCP_CM2[12122]:. Level= " INFORMACIÓN “CodeLocation= " stanza.component.out” Detail="xcoder=34A9B60C8 que envía:: <db: resultado from='coluc.com el to='vngtp.lab'>d780f198ac34a6dbd795fcdaf8762eaf52ea9b03</db:result>"
XCP_CM2[12122]:. Level= " DEPURACIÓN” CodeLocation= " stream.out” Detail="(00000000-0000-0000-0000-000000000000, coluc.com: vngtp.lab, HACIA FUERA) descanso del dialback del Scheduling xcoder=34A9B60C8 en 30 secs.”
XCP_CM2[12122]:. Cambio de estado de la conexión “de CodeLocation= " ConnInfoHistory” Detail= " de la " INFORMACIÓN de Level=: PENDING->CONNECTED: …
Expressway muestra esta depuración cuando es el servidor de recepción:
XCP_CM2[22992]:. Level= " VBOSE” CodeLocation= " stanza.component.in” Detail="xcoder=05E295A2B recibió::
<db: resultado from='coluc.com to='vngtp.lab'>d780f198ac34a6dbd795fcdaf8762eaf52ea9b03</db:result>”
XCP_CM2[22992]:. Level= " INFORMACIÓN “el CodeLocation="Resolver.cpp:128" Detail=
“Comenzando las operaciones de búsqueda del software de resolución de nombres para 'coluc.com:puny=coluc.com:service=_xmpp-server._tcp:defport=0”
XCP_CM2[22992]:. Level= " INFORMACIÓN “CodeLocation= " depuración” Detail="(e5b18d01-fe24-4290-bba1-a57788a76468, vngtp.lab: coluc.com, ADENTRO)
direccionamiento resuelto del dialback para el method=SRV dns-timings=(TOTAL:0.003157 SRV:0.002885 host=coluc.com)”
XCP_CM2[22992]:. Level= " INFORMACIÓN “el CodeLocation="DBVerify.cpp:270" Detail="(e5b18d01-fe24-4290-bba1-a57788a76468, vngtp.lab: coluc.com, ADENTRO)
La secuencia de DBVerify está abierta. Envío del DB: verifique el paquete: <db: verifique from='vngtp.lab id='05E295A2B to='coluc.com'>d780f198ac34a6dbd795fcdaf8762eaf52ea9b03</db:verify>”
XCP_CM2[22992]:. Level= " INFORMACIÓN “el CodeLocation="DBVerify.cpp:282" Detail="(e5b18d01-fe24-4290-bba1-a57788a76468, vngtp.lab: coluc.com, ADENTRO)
El paquete de DBVerify recibió el <db: verifique from='coluc.com id='05E295A2B to='vngtp.lab type='valid'>d780f198ac34a6dbd795fcdaf8762eaf52ea9b03</db:verify>
Expressway muestra esta depuración cuando es el servidor de autorización
XCP_CM2[5164]:..Level="INFO “CodeLocation= " depuración” Detail="xcoder=94A9B60C8 onStreamOpen::
<stream: xmlns='jabber de la secuencia from='vngtp.lab id='1327B794B to='coluc.com version='1.0 xml:lang='en-US.UTF-8: xmlns del server: db='jabber: servidor: xmlns del dialback: stream= http://etherx.jabber.org/streams'/ >”
El XCP_CM2[5164]:..Level="VBOSE" CodeLocation= " stanza.component.in” Detail="xcoder=94A9B60C8 recibieron::
<db: verifique from='vngtp.lab id='05E295A2B to='coluc.com'>d780f198ac34a6dbd795fcdaf8762eaf52ea9b03</db:verify>”
XCP_CM2[5164]:..Level="INFO “CodeLocation= " stream.in” secuencia cerrada Detail="xcoder=94A9B60C8 usada para el dialback solamente”
Paso 3. Configure al modo seguro
Resuelva problemas al modo seguro
- Wireshark se puede utilizar para resolver problemas
- Las características mostrarán si se requiere Transport Layer Security (TLS), OPCIONAL o ningún TLS
Este excert de la captura de paquetes muestra un ejemplo de cuando se requiere TLS:
Cuando usted pone a punto mientras que el SSL usted ve el apretón de manos de TLS
Problemas frecuentes:
Síntoma 1: Una Mensajería de la manera. Internet al externo no trabaja. El estatus IM&P es activo
En los registros de Expressway-C:
“Function= " executeSQLQuery el” Status="401" Reason= " ninguno”
Causa 1: Credenciales incorrectas para el usuario IM&P en el lado de Expressway-C.
Esto puede también verfied funcionando con este URL y clave con las credenciales según lo configurado en el C de Expressway
Configuración > Comunicaciones unificadas > IM y servidores de la presencia
https://cups_address.domain.com:8443/axl
Solución 1: La contraseña de la actualización, restaura el descubrimiento del servidor de la TAZA
Síntoma 2: La federación falla, router XCP en la TAZA está despidiendo los paquetes
Causa 2: No han recomenzado al router XCP en la TAZA
Esto se puede verificar en la administración de la TAZA conforme a la página de las notificaciones.
Solución 2: Router del reinicio XCP en la TAZA
A veces no habrá notificación, pero la TAZA del inicio del router XCP todavía está despidiendo los paquetes. Si el recomienzo del servicio del router XCP no resuelve esto, reiniciar el racimo IM&P hace.
Verificación
Actualmente, no hay un procedimiento de verificación disponible para esta configuración.
Troubleshooting
Actualmente, no hay información específica de troubleshooting disponible para esta configuración.
Información Relacionada
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)