WebEx : Cisco Collaboration Meeting Rooms (CMR)

Dépannez les échecs d'appel de TelePresence à l'hybride CMR dû à l'erreur interne du serveur "500 » du WebEx

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (24 juillet 2015) | Commentaires

Introduction

Ce document décrit un problème qui est produit quand les conférences téléphoniques hybrides de la salle de téléconférence de Cisco Collaboration (CMR) échouent avec une erreur interne du serveur 500 du nuage de Cisco WebEx.

Contribué par Alok Jaiswal et Ishan Sambhi, ingénieurs TAC Cisco.

Problème

Voici la topologie qui est utilisée pour l'exemple qui est décrit dans ce document :

Quand vous faites à un appel au côté de Cisco WebEx à partir de l'des sur-sites périphérique, vous recevez une offre retardée invitez le message du l'Autoroute-noyau de Cisco dans l'Autoroute-périphérie de Cisco due à un joncteur réseau retardé de Protocole SIP (Session Initiation Protocol) d'offre entre Cisco Unified Communications Manager (CUCM) et l'Autoroute-noyau :

2015-07-06T12:30:03+10:00 vcse tvcs: UTCTime="2015-07-06 02:30:03,027"
Module="network.sip" Level="DEBUG":  Action="Received"  Local-ip="172.28.21.110"
Local-port="7011"  Src-ip="172.28.21.104"  Src-port="25048"
Msg-Hash="3314200182494138210"
SIPMSG:
|INVITE sip:34IBJumtlZRvmrI5t7WQjMhA@company.webex.com SIP/2.0
Via: SIP/2.0/TLS 172.28.21.104:5061;egress-zone=TraversalClientB2B;branch=z9hG4b
Kae647bb81b403d0562281463002ad68a379858.bdfb90811a812d6a11d607f3e17095a1;
proxy-call-id=fdbf1c60-62e1-4204-884a-00fe8664ee66;rport
Via: SIP/2.0/TCP 172.28.21.100:5560;branch=z9hG4bK11c80762b0b051;received=
172.28.21.100;ingress-zone=CUCMNeighborZoneB2B
Call-ID: e7672380-5991e82c-e0ca3-64151cac@172.28.21.100
CSeq: 101 INVITE
Remote-Party-ID: "7221.company.com.au" <sip:172.28.21.100>;party=calling;
screen=yes;privacy=off
Contact: <sip:172.28.21.100:5560;transport=tcp>;video;audio;isFocus;
sip.cisco.multistream;x-cisco-tip;+multiple-codecs-in-ans
From: "7221.company.com.au" <sip:172.28.21.100>;tag=2950560~
3fb53c10-0c98-891d-d84f-6fa87e4135c3-22671423
To: <sip:34IBJumtlZRvmrI5t7WQjMhA@kytec.webex.com>
Max-Forwards: 15
Record-Route: <sip:proxy-call-id=fdbf1c60-62e1-4204-884a-00fe8664ee66@
172.28.21.104:5061;transport=tls;lr>
Record-Route: <sip:proxy-call-id=fdbf1c60-62e1-4204-884a-00fe8664ee66@
172.28.21.104:5060;transport=tcp;lr>
Allow: INVITE,OPTIONS,INFO,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY
User-Agent: Cisco-CUCM10.5
Expires: 180
Date: Mon, 06 Jul 2015 02:30:04 GMT
Supported: timer,resource-priority,replaces,X-cisco-srtp-fallback,
X-cisco-original-called
Session-Expires: 1800
Min-SE: 1800
Allow-Events: presence
X-TAATag: 4a936c0c-69a7-4fd8-a070-82b7c3ecb3ce
Call-Info: <urn:x-cisco-remotecc:callinfo>;x-cisco-video-traffic-class=DESKTOP
Cisco-Guid: 3882296192-0000065536-0000007914-1679105196
Content-Length: 0

Après que les itinéraires de recherche appropriés soient appariés, l'appel est envoyé au côté de WebEx :

2015-07-06T12:30:03+10:00 vcse tvcs: UTCTime="2015-07-06 02:30:03,033"
Module="network.search" Level="DEBUG":   Detail="Considering search rule
'Route WebEx calls to WebEx' towards target 'WebEx DNS Zone' at priority
'150' with alias '34IBJumtlZRvmrI5t7WQjMhA@company.webex.com'"

Voici le message d'invitation qui est envoyé au côté de WebEx comme une offre retardée :

2015-07-06T12:30:03+10:00 vcse tvcs: UTCTime="2015-07-06 02:30:03,758"
Module="network.sip" Level="DEBUG":  Action="Sent"  Local-ip="172.28.252.1"
Local-port="25129"  Dst-ip="Webex IP address"  Dst-port="5061"
Msg-Hash="2892679945940486042"
SIPMSG:
|INVITE sip:34IBJumtlZRvmrI5t7WQjMhA@company.webex.com SIP/2.0
Via: SIP/2.0/TLS 58.162.48.4:5061;egress-zone=DNSZoneB2B;branch=z9hG4bK6f09b6c9d2
5bf7f92fa25e6f9a336a0b52417.3f21ed7645b445bb8e55e174caa5935c;proxy-call-id=b8fb1
c34-d048-472b-8b41-81c96abb19d1;rport
Via: SIP/2.0/TLS 172.28.21.104:5061;egress-zone=TraversalClientB2B;branch=z9hG4bK
ae647bb81b403d0562281463002ad68a379858.bdfb90811a812d6a11d607f3e17095a1;
proxy-call-id=fdbf1c60-62e1-4204-884a-00fe8664ee66;received=172.28.21.104;rport=
25048;ingress-zone=TraversalServerB2B
Via: SIP/2.0/TCP 172.28.21.100:5560;branch=z9hG4bK11c80762b0b051;received=
172.28.21.100;ingress-zone=CUCMNeighborZoneB2B
Call-ID: e7672380-5991e82c-e0ca3-64151cac@172.28.21.100
CSeq: 101 INVITE
Remote-Party-ID: "7221.company.com.au" <sip:172.28.21.100>;party=calling;screen=
yes;privacy=off
Contact: <sip:172.28.21.100:5560;transport=tcp>;video;audio;isFocus;
sip.cisco.multistream;x-cisco-tip;+multiple-codecs-in-ans
From: "7221.company.com.au" <sip:172.28.21.100>;tag=2950560~
3fb53c10-0c98-891d-d84f-6fa87e4135c3-22671423
To: <sip:34IBJumtlZRvmrI5t7WQjMhA@company.webex.com>
Max-Forwards: 14
Record-Route: <sip:proxy-call-id=b8fb1c34-d048-472b-8b41-81c96abb19d1
@58.162.48.4:5061;transport=tls;lr>
Record-Route: <sip:proxy-call-id=b8fb1c34-d048-472b-8b41-81c96abb19d1
@172.28.21.110:7011;transport=tls;lr>
Record-Route: <sip:proxy-call-id=fdbf1c60-62e1-4204-884a-00fe8664ee66
@172.28.21.104:5061;transport=tls;lr>
Record-Route: <sip:proxy-call-id=fdbf1c60-62e1-4204-884a-00fe8664ee66
@172.28.21.104:5060;transport=tcp;lr>
Allow: INVITE,OPTIONS,INFO,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY
User-Agent: Cisco-CUCM10.5
Expires: 180
Date: Mon, 06 Jul 2015 02:30:04 GMT
Supported: timer,resource-priority,replaces,X-cisco-srtp-fallback,
X-cisco-original-called
Session-Expires: 1800
Min-SE: 1800
Allow-Events: presence
X-TAATag: 4a936c0c-69a7-4fd8-a070-82b7c3ecb3ce
Call-Info: <urn:x-cisco-remotecc:callinfo>;x-cisco-video-traffic-class=DESKTOP
Cisco-Guid: 3882296192-0000065536-0000007914-1679105196
Content-Length: 0

Le côté de WebEx répond à ceci invitent le message avec une erreur interne du serveur 500 :

2015-07-06T12:30:04+10:00 vcse tvcs: UTCTime="2015-07-06 02:30:04,887"
Module="network.sip" Level="DEBUG":  Action="Received"  Local-ip="172.28.252.1"
Local-port="25129"  Src-ip="Webex IP address"  Src-port="5061"
Msg-Hash="9729181486250604161"
SIPMSG:
|SIP/2.0 500 Internal Server Error
Via: SIP/2.0/TLS 58.162.48.4:5061;branch=z9hG4bK6f09b6c9d25bf7f92fa25e6f9a336a0b
52417.3f21ed7645b445bb8e55e174caa5935c;rport=25129;egress-zone=DNSZoneB2B;
proxy-call-id=b8fb1c34-d048-472b-8b41-81c96abb19d1
Via: SIP/2.0/TLS 172.28.21.104:5061;branch=z9hG4bKae647bb81b403d0562281463002ad6
8a379858.bdfb90811a812d6a11d607f3e17095a1;rport=25048;egress-zone=
TraversalClientB2B;proxy-call-id=fdbf1c60-62e1-4204-884a-00fe8664ee66;received=
172.28.21.104;ingress-zone=TraversalServerB2B
Via: SIP/2.0/TCP 172.28.21.100:5560;branch=z9hG4bK11c80762b0b051;received=
172.28.21.100;ingress-zone=CUCMNeighborZoneB2B
Call-ID: e7672380-5991e82c-e0ca3-64151cac@172.28.21.100
CSeq: 101 INVITE
From: "7221.company.com.au" <sip:172.28.21.100>;tag=2950560~
3fb53c10-0c98-891d-d84f-6fa87e4135c3-22671423
To: "CiscoWebEx" <sip:34IBJumtlZRvmrI5t7WQjMhA@company.webex.com>;
tag=38659d409ccec3f7
Server: TANDBERG/4352 (X8.5.2-b2bua-1.0)
P-Asserted-Identity: "CiscoWebEx" <sip:webex.com>
Warning: 399 114.29.213.174:5071 "Invalid content in far end 200 OK"
Content-Length: 0

Solution

Cette question se produit en raison d'une condition requise sur le nuage de WebEx qui lui permet seulement pour fonctionner avec le SIP tôt d'offre. La solution au problème est d'avoir un joncteur réseau tôt de SIP d'offre entre le CUCM et l'Autoroute-noyau.

L'offre tôt peut être réalisée sur un joncteur réseau de SIP du CUCM par l'intermédiaire d'une de ces méthodes :

  • Activez la configuration de Media Termination Point Required sur le joncteur réseau de SIP.

  • Modifiez le soutien tôt d'offre de la Voix et les appels vidéos mettent en place dans le profil de joncteur réseau de SIP.

Configuration de Media Termination Point Required d'enable

Afin d'activer la configuration de Media Termination Point Required sur le joncteur réseau de SIP, naviguez vers le périphérique > le joncteur réseau de la page CUCM et sélectionnez le joncteur réseau approprié.

Dans la section d'information sur le périphérique, vérifiez la case à cocher de Media Termination Point Required, comme affiché ici :

Remarque: Cisco ne recommande pas que vous permettiez au MTP sur le joncteur réseau de SIP afin de résoudre ce problème. Cette méthode force le CUCM pour appeler des ressources supplémentaires pour les appels, et ces ressources doivent prendre en charge les codecs visuels ; autrement, le vidéo échouera à l'appel.

Modifiez le soutien tôt d'offre de la Voix et les appels vidéos mettent en place dans le profil de SIP

Avant que vous activiez l'offre tôt par cette méthode, vous devez d'abord vérifier le profil de SIP qui est configuré sur le joncteur réseau de SIP. Afin de vérifier le profil de SIP, naviguer vers le périphérique > le joncteur réseau, sélectionner le joncteur réseau à l'Exp-C/VCS-C, le faire défiler au bas de page, et vérifier les informations dans le domaine de profil de SIP :

Une fois que vous avez vérifié le profil de SIP, naviguez vers le périphérique > les paramètres de périphérique > le profil de SIP et sélectionnez le profil approprié. Dans la fenêtre spécifique de configuration de joncteur réseau, configurez le soutien tôt d'offre de la Voix et des appels vidéos comme affiché ici :

La personne à charge sur votre environnement, le déploiement varie. Cependant, Cisco recommande les types de déploiement qui sont décrits dans les sections qui suivent et les pratiques recommandées qui sont associées avec elles.

Configurez l'offre tôt dans un système Unified CM simple

Dans ce scénario, le Cisco TelePresence Conductor et les passerelles de conférence sont connectés au gestionnaire d'appel de Cisco Unified (cm), et l'Unified CM est trunked à l'autoroute de Cisco. Les points finaux de TelePresence sont enregistrés à l'Unified CM.

Dans ce scénario, ces joncteurs réseau doivent être configurés pour l'offre tôt :

  • UnifiedCMtoCiscoExpressway-C

  • UnifiedCMtotheTelePresenceConductor

Configurez l'offre tôt dans un système de Multi-batterie (conducteur de TelePresence connecté à CUCM LE SME)

Ce scénario implique un ou plusieurs batteries de l'édition de Gestion de session d'Unified CM (SME) des batteries d'Unified CM de connecter-feuille. Le conducteur de TelePresence et les passerelles de conférence sont connectés à l'Unified CM SME. L'Unified CM SME est trunked à l'autoroute-C de Cisco.

Dans ce scénario, ces joncteurs réseau doivent être configurés pour l'offre tôt :

  • UnifiedCMSMEtoCiscoExpressway-C

  • UnifiedCMSMEtotheTelePresenceConductor

Remarque: Dans des systèmes de multi-batterie avec trois batteries ou plus, où une batterie d'Unified CM est un Unified CM dédié SME, les points finaux ne s'enregistrent jamais à l'Unified CM SME. Les points finaux s'enregistrent toujours à une batterie d'Unified CM de feuille.

Configurez l'offre tôt dans un système de Multi-batterie (conducteur de TelePresence connecté pour pousser des feuilles les batteries)

Ce scénario implique un ou plusieurs batteries de l'Unified CM SME des batteries d'Unified CM de connecter-feuille. Le conducteur de TelePresence et les passerelles de conférence sont connectés aux batteries de feuille. Un joncteur réseau simple connecte l'Unified CM SME à l'autoroute-C de Cisco.

Dans ce scénario, ces joncteurs réseau doivent être configurés pour l'offre tôt :

  • UnifiedCMSMEtoCiscoExpressway-C

  • LeafUnifiedCMclusterstotheTelePresenceConductor

  • LeafUnifiedCMclusterstotheUnifiedCMSME

Remarque: La condition requise de nuage de WebEx d'avoir un SIP tôt d'offre est documentée des guides de configuration hybride CMR.


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 119247