In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument wird beschrieben, wie Sie die Dual-Screen-Funktion mit Cisco Meeting Server (CMS) und Cisco TelePresence-Endgeräten einrichten.
Cisco empfiehlt, die folgenden Themen zu kennen:
Dieses Dokument ist nicht auf bestimmte Software- und Hardwareversionen beschränkt:
Die Informationen in dem Dokument, das von den Geräten in einer bestimmten Laborumgebung erstellt wurde. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.
Schritt 1: Richten Sie ein Administratorbenutzerkonto mit API-Berechtigung ein, oder verwenden Sie das Administratorkonto für Cisco Unified Communications Manager. Hier erfahren Sie, wie Sie einen Benutzer mit API-Zugriff erstellen.
Sie können mit dem MMP zusätzliche Benutzerkonten für den MMP erstellen, die über Administratorrechte verfügen
Fügen Sie dem Benutzer den Befehl user hinzu <Name des Kontos> <Rolle>.
Schritt 2: Konfigurieren Sie das CMS so, dass die Funktion für zwei Bildschirme über eine API unterstützt wird.
POST, Parameter CompatibilityProfiles.
POSTMAN API wird verwendet, aber jedes API-Tool kann für die Konfiguration verwendet werden.
Schritt 3: Verwenden Sie GET-Operation, um die eindeutige ID für Kompatibilitätsprofile/<KompatibilitätsprofileID> abzurufen.
Schritt 4: Verwenden Sie den PUT-Vorgang für sipMultiStream=true.
Schritt 5: Anwenden des konfigurierten Kompatibilitätsprofils unter System/Profile. Dies wird auf das Profil auf oberster Ebene angewendet und als globales Profil verwendet.
Dieses Bild zeigt das erfolgreich angewendete Kompatibilitätsprofil.
Die obige Konfiguration ist erforderlich, um die DualScreen-Funktion auf dem CMS einzurichten. Jetzt müssen Sie auch einen Endpunkt mit der erforderlichen Konfiguration konfigurieren. Auf dem Endpunkt muss CE9.1.3 oder eine höhere Version des Softwarecodes ausgeführt werden.
Schritt 6: Der MultiStream-Modus auf einem Endgerät muss wie in diesem Bild gezeigt AUTO sein.
Schritt 7: Beim Anruf-Manager beim Konfigurieren des SIP-Trunks beachten Sie, dass das verwendete SIP-Profil die folgenden Parameter aufweisen muss.
Das SDP-Transparenzprofil übergibt alle unbekannten SDP-Attribute.
IX, muss im SIP-Profil für Trunk aktiviert sein.
Beim Call Manager für Endgeräte sollte das verwendete SIP-Profil entweder Standard-SIP-Profil für TelePresence-Endgeräte sein oder das SIP-Profil, das für Endpunkte verwendet werden soll, sollte überprüft werden, ob diese Parameter aktiviert sind.
Hinweis: Wenn sich das System in einer Konfiguration mit drei Bildschirmen befindet, z. B. Cisco TelePresence SX80, MX700 oder MX800, ist der dritte Bildschirm für Inhalte reserviert, während ein Anruf mit zwei Bildschirmen stattfindet.
In diesem Abschnitt überprüfen Sie, ob Ihre Konfiguration ordnungsgemäß funktioniert.
SX, MX700/800 können als Endgerät mit zwei Bildschirmen verwendet werden. Das Teilnehmerlayout wird wie im Bild gezeigt angezeigt. Wenn Sie einen zusätzlichen dritten Monitor angeschlossen haben, sollte die Präsentation auf dem dritten Monitor angezeigt werden.
Überprüfen Sie die Softwareversion für ein Endgerät, CUCM und CMS. Sobald bestätigt wurde, dass die Versionen unterstützt werden, ist eine weitere Fehlerbehebung erforderlich.
Szenario 1. Die Funktion für zwei Bildschirme funktioniert nicht.
Sammeln detaillierter SIP-Tracks auf CMS
RTMT von Call Manager
Protokollpaket vom Endgerät
Protokollüberprüfung für ein Szenario, in dem die Dual-Screen-Funktion für den Kunden nicht funktioniert hat Analysieren, um die Ursache des Problems zu überprüfen
Einladungs-Nachricht von einem Endpunkt gesendet
2017-08-24T11:25:31.709+08:00 SX80 appl[1660]: 3939.20 SipPacket I: SIP Msg: Outgoing => INVITE, CSeq: 100 INVITE, Remote: 172.16.19.110:5060, CallId: 280004cfb801730726ec1a9e9941d0d8 2017-08-24T11:25:31.709+08:00 SX80 appl[1660]: 3939.20 SipPacket INVITE sip:8001@172.16.19.110 SIP/2.0 2017-08-24T11:25:31.709+08:00 SX80 appl[1660]: 3939.20 SipPacket Via: SIP/2.0/TCP 172.16.19.116:5060;branch=z9hG4bKe04a77c1ce5008a9c69d4c621c705bb6;rport 2017-08-24T11:25:31.709+08:00 SX80 appl[1660]: 3939.20 SipPacket Call-ID: 280004cfb801730726ec1a9e9941d0d8 2017-08-24T11:25:31.710+08:00 SX80 appl[1660]: 3939.21 SipPacket CSeq: 100 INVITE 2017-08-24T11:25:31.710+08:00 SX80 appl[1660]: 3939.21 SipPacket Contact: <sip:1000@172.16.19.116:55245;transport=tcp>;sip.cisco.multistream;x-cisco-multiple-screen=2 2017-08-24T11:25:31.726+08:00 SX80 appl[1660]: 3939.22 SipPacket a=rtcp-fb:* ccm cisco-scr 2017-08-24T11:25:31.726+08:00 SX80 appl[1660]: 3939.22 SipPacket a=sendrecv 2017-08-24T11:25:31.727+08:00 SX80 appl[1660]: 3939.22 SipPacket a=sprop-simul:1 1 * 2017-08-24T11:25:31.727+08:00 SX80 appl[1660]: 3939.22 SipPacket a=sprop-source:1 csi=3364746240 2017-08-24T11:25:31.727+08:00 SX80 appl[1660]: 3939.22 SipPacket m=video 2390 RTP/AVP 99 97 126 96 34 31 123
Die Einladung sieht gut aus, und es wird empfohlen, dass die erforderliche Software und Konfiguration am Endpunkt korrekt sind.
Es handelte sich um ein verzögertes Angebot von CUCM an CMS. CMS gesendet 200 OK
Aug 24 11:25:29 user.info< http://user.info>; acano host:server: INFO : SIP trace: connection 23: outgoing SIP TCP data to 172.16.19.110:52560 from 172.16.19.123:5060, size 3830: Aug 24 11:25:29 user.info< http://user.info>; acano host:server: INFO : SIP trace: SIP/2.0 200 OK Aug 24 11:25:29 user.info< http://user.info>; acano host:server: INFO : SIP trace: Via: SIP/2.0/TCP 172.16 Aug 24 11:25:29 user.info< http://user.info>; acano host:server: INFO : SIP trace: Max-Forwards: 70
In SDP
Aug 24 11:25:29 user.info< http://user.info>; acano host:server: INFO : SIP trace: a=sendrecv Aug 24 11:25:29 user.info< http://user.info>; acano host:server: INFO : SIP trace: a=sprop-source:1 count=2;policies=cs:1 Aug 24 11:25:29 user.info< http://user.info>; acano host:server: INFO : SIP trace: a=sprop-simul:1 1 * Aug 24 11:25:29 user.info< http://user.info>; acano host:server: INFO : SIP trace: a=rtcp-fb:* nack pli Aug 24 11:25:29 user.info< http://user.info>; acano host:server: INFO : SIP trace: a=rtcp-fb:* ccm fir Aug 24 11:25:29 user.info< http://user.info>; acano host:server: INFO : SIP trace: a=rtcp-fb:* ccm cisco-scr Aug 24 11:25:29 user.info< http://user.info>; acano host:server: INFO : SIP trace: a=extmap:1 http://protocols.cisco.com/virtualid Aug 24 11:25:29 user.info< http://user.info>; acano host:server: INFO : SIP trace: a=extmap:2 http://protocols.cisco.com/framemarking Aug 24 11:25:29 user.info< http://user.info>; acano host:server: INFO : SIP trace: a=rtpmap:97 H264/90000 Aug 24 11:25:29 user.info< http://user.info>; acano host:server: INFO : SIP trace: a=fmtp:97
Der 200 OK aus dem CMS hat die erforderlichen Attribute aufgelistet. Die folgenden Attribute müssen von einem Endpunkt empfangen werden, damit die Funktion "Doppelbildschirm" effektiv funktioniert.
Am Endpunkt, als wir die 200 OK überprüft. Wir fanden heraus, dass Attribute fehlten
2017-08-24T11:25:31.823+08:00 SX80 appl[1660]: 3939.32 SipPacket m=video 34794 RTP/AVP 97 116 96 34 31 2017-08-24T11:25:31.823+08:00 SX80 appl[1660]: 3939.32 SipPacket b=TIAS:1889000 2017-08-24T11:25:31.823+08:00 SX80 appl[1660]: 3939.32 SipPacket a=label:11 2017-08-24T11:25:31.823+08:00 SX80 appl[1660]: 3939.32 SipPacket a=rtpmap:97 H264/90000 2017-08-24T11:25:31.824+08:00 SX80 appl[1660]: 3939.32 SipPacket a=fmtp:97 profile-level-id=428014;max-mbps=489600;max-fs=8160;max-dpb=4752;max-fps=6000 2017-08-24T11:25:31.824+08:00 SX80 appl[1660]: 3939.32 SipPacket a=rtpmap:116 H264/90000 2017-08-24T11:25:31.824+08:00 SX80 appl[1660]: 3939.32 SipPacket a=fmtp:116 profile-level-id=428014;packetization-mode=1;max-mbps=489600;max-fs=8160;max-dpb=4752;max-fps=6000
Überprüfen Sie die Call Manager-Ablaufverfolgungen, um weitere Informationen zu erhalten. Die folgenden Attribute wurden analysiert und nicht erkannt.
00267759.030 |13:55:03.641 |AppInfo |DET-SDPMsg- TCL_UNSPECIFIED (0) 00267759.031 |13:55:03.641 |AppInfo |DET-SDPMsg- Unrecognized attributes list: a=extmap:1 http://protocols.cisco.com/virtualid a=extmap:14 http://protocols.cisco.com/timestamp#100us a=rtcp-fb:* ccm cisco-scr a=sprop-simul:1 1 * a=sprop-source:1 csi=51132416 00267759.032 |13:55:03.641 |AppInfo |DET-SDPMsg- mAudiomLines(i).bandwidth.enabledMask=TIAS, TIAS=128000, AS=0, CT=0, RS=0, RR=0 00267759.033 |13:55:03.641 |AppInfo |DET-SDPMsg- nVideo=2 00267759.034 |13:55:03.641 |AppInfo |DET-SDPMsg- remoteIpAddr=172.16.19.116 remoteRtpPortNumber=2370 stackIdx=2 telephonyEvent=0 silenceSuppressionFlag=0 mSDPMode=0 idleFlag=0 vcId=1 mid=-1
SIP Profile (SIP-Profil) überprüft, um sicherzustellen, dass die folgenden Parameter, wie oben im Dokument erwähnt, überprüft werden.
SDP-Transparenzprofil übergibt alle unbekannten SDP-Attribute. Dieser Parameter wird auf dem konfigurierten SIP-Profil eingerichtet. iX-Anwendungsmedien jedoch zulassen ist nicht aktiviert.
Aktivieren Sie das Kontrollkästchen iX-Anwendungsmedien zulassen, und dieses Problem wurde behoben.
Szenario 2. Die Funktion der Doppelanzeige funktioniert nicht.
Im zweiten Szenario ist das Problem das gleiche. Die Ursache ist jedoch anders.
Endpunkt sendet die INVITE-Nachricht mit dem erforderlichen Header und den erforderlichen Attributen in SDP. Jedoch CUCM kann die Attribute im SDP nicht erkennen.
INVITE sip:95101@192.168.11.2<mailto:sip%3A95101@192.168.11.2> SIP/2.0 Via: SIP/2.0/TCP 192.168.11.9:58911;branch=z9hG4bK64fdaf0987c59765f74b7f8f2673adfe;rport Call-ID: ca81ed904b80cf18528e5b0a4e4a4c01 CSeq: 100 INVITE Contact: <sip:7436254f-c370-ccad-745d-110f8f59bee2@192.168.11.9<mailto:110f8f59bee2@192.168.11.9>:58911;transport=tcp>;sip.cisco.multistream;x-cisco-multiple-screen=2 From: "Sala 5 Cota" <sip:571317@192.168.11.2<mailto:sip%3A571317@192.168.11.2>>;tag=0edc947e1b7a916a To: <sip:95101@192.168.11.2<mailto:sip%3A95101@192.168.11.2>> Max-Forwards: 70 Route: <sip:192.168.11.2;lr> Allow: INVITE,ACK,CANCEL,BYE,UPDATE,INFO,OPTIONS,REFER,NOTIFY User-Agent: TANDBERG/529 (ce9.1.4.3ae3106) Cisco-MX700ST Supported: replaces,100rel,timer,gruu,path,outbound,X-cisco-serviceuri,X-cisco-callinfo,X-cisco-service-control,X-cisco-sis-7.1.1,norefersub,extended-refer,sdp-anat Recv-Info: x-cisco-conference Session-Expires: 1800 Allow-Events: dialog Remote-Party-ID: "Sala 5 Cota" <sip:571317@192.168.11.2<mailto:sip%3A571317@192.168.11.2>>;privacy=off;id-type=subscriber;screen=yes;party=calling Content-Type: application/sdp Content-Length: 4166 04323021.031 |21:05:59.460 |AppInfo |//SIP/SIPHandler/ccbId=0/scbId=0/getTrunInfoByRouteHdr: Route header userPart is missing 04323021.032 |21:05:59.460 |AppInfo |//SIP/SIPHandler/ccbId=0/scbId=0/getRel1xxType: No matching SIP trunk found in hash table, returning rel1xx disabled 04323021.033 |21:05:59.460 |AppInfo |//SIP/SIPHandler/ccbId=4294967295/scbId=0/sipSPIGetCallExtensionSupported: SIPRel1xxEnabledServiceParamSetting=0 , ccb->pld.outboundRel1xx=1 04323021.034 |21:05:59.460 |AppInfo |//SIP/SIPHandler/ccbId=0/scbId=0/sip_stop_timer: timerContext=0xdbc4a3c type=SIP_TIMER_EXPIRES value=1800000 retries=0 04323021.035 |21:05:59.461 |AppInfo |//SIP/SIPHandler/ccbId=0/scbId=0/sip_start_timer: timerContext=0xdbc4a3c type=SIP_TIMER_EXPIRES value=1800000 retries=0 04323021.036 |21:05:59.461 |AppInfo |//SIP/SIPHandler/ccbId=0/scbId=0/extractAssertedInfo: parseResult[1] 04323021.037 |21:05:59.475 |AppInfo |//SIP/SDPLib/Warning/0x0/sdp_parse_attr_rtcpfb: rtcp-fb ccm has unrecognized param token: cisco-scr 04323021.038 |21:05:59.475 |AppInfo |//SIP/SDPLib/Warning/0x0/sdp_parse_attr_rtcpfb: rtcp-fb ccm has unrecognized param token: cisco-scr 04323021.039 |21:05:59.475 |AppInfo |//SIP/SDPLib/Warning/0x0/sdp_parse_attr_rtcpfb: rtcp-fb ccm has unrecognized param token: cisco-scr 04323021.040 |21:05:59.476 |AppInfo |//SIP/SDPLib/Warning/0x0/sdp_parse_fmtp_line_params: Warning: Invalid maxbr specified for fmtp attribute. 04323021.041 |21:05:59.476 |AppInfo |//SIP/SDPLib/Warning/0x0/sdp_parse_fmtp_line_params: Warning: Invalid maxbr specified for fmtp attribute. 04323021.042 |21:05:59.476 |AppInfo |//SIP/SDPLib/Warning/0x0/sdp_parse_fmtp_line_params: Warning: Invalid maxbr specified for fmtp attribute. 04323021.043 |21:05:59.476 |AppInfo |//SIP/SDPLib/Warning/0x0/sdp_parse_fmtp_line_params: Warning: Invalid maxbr specified for fmtp attribute. 04323021.044 |21:05:59.476 |AppInfo |//SIP/SDPLib/Warning/0x0/sdp_parse_fmtp_line_params: Warning: Invalid maxbr specified for fmtp attribute. 04323021.045 |21:05:59.476 |AppInfo |//SIP/SDPLib/Warning/0x0/sdp_parse_fmtp_line_params: Warning: Invalid maxbr specified for fmtp attribute. 04323021.046 |21:05:59.477 |AppInfo |//SIP/SIPHandler/ccbId=0/scbId=0/getMP4ALATMParameters: Saved payload(107) as Media_Payload_MP4ALATM_128, clock=90000, profile=25,
CUCM erkennt Parameter wie cisco-scr nicht, die für die Dual-Screen-Funktion erforderlich sind. Da der folgende Endpunkt für Call Manager registriert ist und zwischen dem kein Trunk besteht. Das für einen analysierten Endpunkt konfigurierte "SIPProfile" überprüft und die Konfiguration mithilfe des Standard-SIP-Profils gefunden. Stattdessen sollte "Standard SIP Profile For Telepresence Endpoint" (Standard-SIP-Profil für Telepresence-Endgeräte) verwendet werden.
Korrigieren Sie das SIP-Profil.