Voz y Comunicaciones unificadas : Cisco Unified Personal Communicator

CUPC 8.x: Incapaz de hacer una llamada video con CUCM 8.5

25 Agosto 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (23 Abril 2015) | Comentarios


Contenido


Introducción

El Cisco Unified Personal Communicator (CUPC) 8.5.1 en el bit de Windows Vista 32 no puede encender el vídeo en los ambos extremos. Con el modo del softphone en CUPC, usted puede ver que la cámara y el lugar una opción de llamada video está disponibles, pero usted no puede ver el vídeo en los ambos extremos. Este documento describe cómo resolver este problema.

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.

  • CUPC 8.x

  • Cisco Unified Presence Server 8.x

  • Administrador de las Comunicaciones unificadas de Cisco (CUCM) 8.x

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 la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Problema

CUPC 8.5.1 no ve el vídeo en cualquier extremo, aunque el lugar una opción de llamada video está disponible. El problema es que CUPC 8.5 no puede hacer una llamada video (una por) en el modo del softphone. Específicamente, los ambos lados detectan las cámaras de video, opción el “lugar de la llamada video” está disponible, y la llamada va a través, pero el vídeo no aparece por alguna razón.

Solución

Cuando el media temprano necesita ser entregado PARA SORBER los puntos finales antes de la conexión, CUCM envía siempre un mensaje de progreso de 183 sesiones con el SDP. Aunque CUCM no genere un mensaje que alerta 180 con el SDP, soporta el mensaje que alerta 180 con el SDP cuando recibe uno. El problema aquí es ése incluso después el cliente envía su capacidad, CUCM puede enviar un mensaje de progreso de la sesión con el SDP inactivo para el vídeo.

Después de que las capacidades iniciales se envíen a CUCM, está hasta CUCM para decidir a qué parámetros serán utilizados, y envía encendido al SORBO a los ambos extremos con los parámetros negociados. Para verificar esto, complete estos pasos y tome los registros:

  1. Aseegure las Comunicaciones unificadas de Cisco que el registro de administrador se fija al detallado/al nivel de debug con todo el checkboxes marcado para saber si hay todos los servidores. (Usted puede querer ejecutar el debug durante un rato con poco tráfico.)

  2. Salga fuera de CUPC de los ambos lados.

  3. SSH en el editor CUCM, estatus de la demostración del tipo, y toma la nota del tiempo.

  4. También, tome la nota de la hora local de ambos puestos de trabajo en donde CUPC está instalado.

  5. Instale Wireshark en ambos puestos de trabajo (www.wireshark.orgleavingcisco.com ).

  6. Comience Wireshark en la interfaz apropiada en ambos puesto de trabajo.

  7. Comience CUPC en ambos puestos de trabajo.

  8. Comience una llamada video.

  9. Pare la llamada video y recoja esta información:

    • El registro CUCM para todo separa (editor y suscriptor) para el último 5 minutos o así que cubriendo la prueba (es mismo la importación para tener los registros en un nivel detallado)

    • Captura de Wireshark de ambos puestos de trabajo

    • Informe de problema CUPC de los ambos lados

    • El userid de los ambos lados, así como llamada y DN llamado

    • La época de la llamada que usted ha observado abajo en el paso 3 y 4

    • IP de los puestos de trabajo y de los servidores CUCM

  10. Aquí está el resumen de los registros del problema encontrado:

    15379 : m=video 0 RTP/AVP 31 34 96 97
    
    15380 : c=IN IP4 0.0.0.0
    
    15381 : a=rtpmap:31 H261/90000
    
    15382 : a=fmtp:31 MAXBR=224
    
    15383 : a=rtpmap:34 H263/90000
    
    15384 : a=fmtp:34 MAXBR=225
    
    15385 : a=rtpmap:96 H263-1998/90000
    
    15386 : a=rtpmap:97 H264/90000
    
    15387 : a=inactive

Del registro, usted puede ver que CUCM envía que el vídeo no debe ser utilizado. Para resolver este problema, baje la velocidad de bits a 2k en la región CUCM donde localizan a la agrupación de dispositivos del teléfono CFS.

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 113263