Contenu

Introduction

Problème

Solution

Activer le paramètre Point de terminaison de support requis

Modifier la prise en charge des offres précoces pour les appels vocaux et vidéo Champ dans le profil SIP

Configurer une offre anticipée dans un système Unified CM unique

Configurer l'offre anticipée dans un système multicluster (TelePresence Conductor connecté à CUCM SME)

Configurer l'offre anticipée dans un système multicluster (TelePresence Conductor connecté à des clusters de feuilles)

Introduction

Ce document décrit un problème rencontré lors de l'échec des conférences téléphoniques hybrides de la salle de collaboration Cisco (CMR) avec une erreur de serveur interne 500 à partir du cloud Cisco WebEx.

Problème

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

Lorsque vous passez un appel vers Cisco WebEx depuis un périphérique local, vous recevez un message d'invitation d'offre différée de Cisco Expressway-Core vers Cisco Expressway-Edge en raison d'une liaison SIP (Session Initiation Protocol) d'offre différée entre Cisco Unified Communications Manager (CUCM) et Expressway-Core :

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

Une fois que les règles de recherche correspondantes sont respectées, l'appel est envoyé côté 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 envoyé au côté WebEx en tant qu'offre différé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é WebEx répond à ce message d'invitation avec une erreur de serveur interne 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

Ce problème se produit en raison d'une exigence sur WebEx Cloud qui lui permet uniquement de fonctionner avec SIP d'offre anticipée. La solution à ce problème consiste à disposer d’une liaison SIP d’offre anticipée entre le CUCM et l’Expressway-Core.

Une offre anticipée peut être obtenue sur une liaison SIP à partir de CUCM via l'une des méthodes suivantes :

- Activez le paramètre Media Termination Point Required sur la ligne principale SIP.

- Modifiez le champ Prise en charge des appels vocaux et vidéo dans le profil de liaison SIP.

Activer le paramètre Point de terminaison de support requis

Afin d'activer le paramètre Point de terminaison média requis sur la ligne principale SIP, accédez à Device > Trunk dans la page CUCM et sélectionnez la ligne principale appropriée.

Dans la section relative aux informations sur le périphérique, cochez la case Point de terminaison multimédia requis, comme indiqué ici :

Note: Cisco ne vous recommande pas d'activer le MTP sur la ligne principale SIP afin de résoudre ce problème. Cette méthode force CUCM à appeler des ressources supplémentaires pour les appels, et ces ressources doivent prendre en charge les codecs vidéo ; sinon, la vidéo échouera lors de l'appel.

Modifier la prise en charge des offres précoces pour les appels vocaux et vidéo Champ dans le profil SIP

Avant d'activer l'offre anticipée via cette méthode, vous devez d'abord vérifier le profil SIP configuré sur la ligne principale SIP. Afin de vérifier le profil SIP, naviguez jusqu'à Device > Trunk, sélectionnez la liaison jusqu'à l'Exp-C/VCS-C, faites défiler la page jusqu'en bas et vérifiez les informations dans le champ SIP Profile :

Après avoir vérifié le profil SIP, accédez à Device > Device Settings > SIP Profile et sélectionnez le profil approprié. Dans la fenêtre Configuration spécifique de la liaison, configurez la prise en charge de l'offre anticipée pour les appels vocaux et vidéo comme indiqué ici :

Selon votre environnement, le déploiement varie. Cependant, Cisco recommande les types de déploiement décrits dans les sections suivantes et les meilleures pratiques qui leur sont associées.

Configurer une offre anticipée dans un système Unified CM unique

Dans ce scénario, le Cisco TelePresence Conductor et les ponts de conférence sont connectés à Cisco Unified Call Manager (CM) et Unified CM sont liés à Cisco Expressway. Les terminaux TelePresence sont enregistrés dans Unified CM.

Dans ce scénario, ces agrégations doivent être configurées pour une offre anticipée :

- UnifiedCMtoCiscoExpressway-C

- UnifiedCMtoTelePresenceConductor

Configurer l'offre anticipée dans un système multicluster (TelePresence Conductor connecté à CUCM SME)

Ce scénario implique un ou plusieurs clusters Unified CM Session Management Edition (SME) avec clusters Unified CM à feuilles connectées. Le Conductor TelePresence et les ponts de conférence sont connectés à Unified CM SME. La PME Unified CM est liée à Cisco Expressway-C.

Dans ce scénario, ces agrégations doivent être configurées pour une offre anticipée :

- UnifiedCMSMEtoCiscoExpressway-C

- UnifiedCMSMEtotheTelePresenceConductor

Note: Dans les systèmes multiclusters avec trois clusters ou plus, où un cluster Unified CM est une PME Unified CM dédiée, les terminaux ne s'enregistrent jamais auprès de la PME Unified CM. Les points de terminaison s'inscrivent toujours dans une grappe Unified CM feuille.

Configurer l'offre anticipée dans un système multicluster (TelePresence Conductor connecté à des clusters de feuilles)

Ce scénario implique un ou plusieurs clusters PME Unified CM avec clusters Unified CM au format feuille connecté. Le Conductor TelePresence et les ponts de conférence sont connectés au ou aux clusters Leaf. Une seule liaison relie le SME Unified CM à Cisco Expressway-C.

Dans ce scénario, ces agrégations doivent être configurées pour une offre anticipée :

- UnifiedCMSMEtoCiscoExpressway-C

- LeafUnifiedCMclusterstotheTelePresenceConductor

- LeafUnifiedCMclusterstotheUnifiedCMSME

Note: Les guides de configuration CMR Hybrid décrivent la nécessité de disposer d'un SIP d'offre anticipée pour le cloud WebEx.