CMS AV1-Funktion konfigurieren

Einleitung

In diesem Dokument wird beschrieben, wie der AOMedia Video 1 (AV1)-Codec auf dem Cisco Meeting Server (CMS) aktiviert wird.

Anmerkung: Diese AV1 ist eine Beta-Funktion auf CMS 3.9.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse der CMS-Konfiguration verfügen.

Verwendete Komponenten

Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

• CMS, Version 3.9, Service Callbridge
• Chrome-Browser 122.0.6261.112
• Firefox-Browser 123.0.1 (20240304104836)

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Konfigurieren

1. Dies ist ein Beispiel für den Standardstatus des AV1-Codecs in CMS-Protokollen:

2024-03-05T16:50:25.736 user.info cms01 host:server: INFO : AV1 Video Codec Enabled for Content: 0

2. Aktivieren Sie den AV1-Codec auf der Callbridge von CMS über den SSH-Befehl (Secure Shell). callbridge av1 enable.


cms01> callbridge av1 enable

Dies ist ein Beispiel für die Aktivierung von AV1 in CMS-Protokollen:

2024-03-06T09:34:45.395 local0.info cms01 cli: User admin from 10.140.249.233:63290 issued command < callbridge av1 enable>: permission granted

3. Starten Sie den Callbridge-Dienst auf dem CMS über den SSH-Befehl neu, um den neuen AV1-Codec zu aktivieren.

cms01> callbridge restart

4. Überprüfen Sie zur Bestätigung den Callbridge-Status sowohl über die CMS SSH-Befehlszeile als auch über das CMS-ProtokollAV1 Video Codec is enabled.

Dies ist ein Beispiel für den CMS SSH-Befehlszeilenstatus:

cms01> callbridge
Listening interfaces  : a
Preferred interface   : none
Key file              : cms.key
Certificate file      : cms.cer
Address               : none
CA Bundle file        : root.cer
C2W trusted certs                   : cms.cer
Callbridge cluster trusted certs    : cms.cer
Callbridge trust branding certs     : none
UCM trusted certs         : cucmtomcat.cer
UCM verification mode     : enabled
IMPS trusted certs        : impcup.cer
IMPS verification mode    : enabled
WC3 JWT Expiry in hours   : 24
AV1 Video Codec : enabled 

Dies ist ein Beispiel für die Aktivierung des AV1-Codec-Status in CMS-Protokollen:

2024-03-06T09:35:42.003 user.info cms01 host:server: INFO : AV1 Video Codec Enabled for Content: 1

Anmerkung: Der AV1-Codec muss auf allen Callbridge-Servern im CMS-Cluster aktiviert sein.

Überprüfung

1. Die Medienstatistiken des Moderators zeigen an, dass der Codec für die Inhaltsaushandlung im Chrome-Browser AV1 ist.

Moderator-Inhaltscodec ist AV1 auf Chrom

2. Die Medienstatistik des Inhaltsempfängers zeigt an, dass der Content-Negotiation-Codec AV1 im Chrome-Browser ist, wenn er den Inhalt von CMS-Servern empfängt.

Empfängerinhalts-Codec ist AV1 auf Chrom

3. Wenn AV1 auf CMS aktiviert ist, aber Browser AV1 nicht unterstützen, übernimmt die Inhaltsübertragung zwischen CMS und Browser den vom Browser unterstützten Codec.

Dieses Beispiel zeigt, dass der CMS- und Firefox-Browser-Inhaltsaushandlungs-Codec H.264 ist.

Receiver Content Codec ist H.264 auf Firefox

Fehlerbehebung

1. Aus den CMS-Protokollen geht hervor, dass der Moderator angefangen hat, Inhalte zu teilen:

2024-03-06  12:36:05.737  Info     call 49: new video presentation request from user "guest3577572234"
2024-03-06  12:36:05.737  Info     call 49: becoming floor

2. Aus den Webrtc-Logs des Moderators im Chrome-Browser können Sie sehen, dass CMS den AV1-Codec in der Session Description Protocol (SDP)-Nachricht unterstützt und der Codec für die Inhaltsfreigabe AV1 ist.

Sie können webrtc-Protokolle über chrome://webrtc-internals/ im Chrome-Browser sammeln.

Dies ist ein Beispiel für eine CMS-SDP-Nachricht in den WebRTC-Protokollen.

v=0 (11 more lines)
o=Acano 0 0 IN IP4 10.124.56.212 s=-
c=IN IP4 10.124.56.212
b=CT:6000
t=0 0
a=setup:active
a=msid-semantic: WMS ef86aaf0-f732-40ca-a65a-484dd196864d 494ba500-d708-4048-80f3-2820b1503423
a=ice-ufrag:CONP
a=ice-pwd:n++OtYUn97Vt8rkqwhUhPv
a=fingerprint:sha-256 2B:84:FF:34:56:54:55:AC:3D:57:D0:27:B6:E3:F5:4F:CF:00:1B:AC:8C:9F:55:02:93:F8:45:CA:E9:58:B7:21
a=group:BUNDLE 0 1 2
m=audio 35648 RTP/SAVPF 111 9 0 8 13 126 (16 more lines) mid=0 a=rtcp-mux
a=sendrecv
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=candidate:1 1 udp 2130706431 10.124.56.212 35648 typ host 
a=candidate:1 2 udp 2130706431 10.124.56.212 35648 typ host 
a=rtpmap:111 opus/48000/2
a=fmtp:111 useinbandfec=1
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:13 CN/8000
a=rtpmap:126 telephone-event/8000
a=fmtp:126 0-15
a=ssrc:849856969 cname:8db99900-7685-4b58-8df7-f6254f6679dc
a=ssrc:849856969 msid:ef86aaf0-f732-40ca-a65a-484dd196864d main_audio_track
a=mid:0
m=video 35648 RTP/SAVPF 104 102 45 96 (24 more lines) mid=1 b=TIAS:6000000
a=rtcp-mux
a=content:main
a=sendrecv
a=rtcp-fb:* nack
a=rtcp-fb:* nack pli
a=rtcp-fb:* ccm fir
a=rtcp-fb:* goog-remb
a=extmap:2 http://www.example.com/experiments/rtp-hdrext/abs-send-time
a=candidate:1 1 udp 2130706431 10.124.56.212 35648 typ host 
a=candidate:1 2 udp 2130706431 10.124.56.212 35648 typ host 
a=rtpmap:104 H264/90000
a=fmtp:104 profile-level-id=428015;max-mbps=244800;max-fs=8160;max-br=5000;max-fps=6000;x-google-start-bitrate=6000;x-google-max-bitrate=6000
a=rtpmap:102 H264/90000
a=fmtp:102 profile-level-id=428015;max-mbps=244800;max-fs=8160;max-br=5000;max-fps=6000;packetization-mode=1;x-google-start-bitrate=6000;x-google-max-bitrate=6000
a=rtpmap:45 AV1/90000 a=fmtp:45 profile=0;level-idx=31
a=rtpmap:96 VP8/90000
a=fmtp:96 max-fs=8160;max-fr=30
a=ssrc:2217027374 cname:8db99900-7685-4b58-8df7-f6254f6679dc
a=ssrc:2217027374 msid:ef86aaf0-f732-40ca-a65a-484dd196864d main_video_track
a=ssrc:2217027374 label:main
a=label:11
a=mid:1
m=video 35648 RTP/SAVPF 45 104 105 102 103 96 97 (42 more lines) mid=2 b=TIAS:6000000
a=rtcp-mux
a=content:slides a=sendonly
a=extmap:2/sendrecv http://www.example.com/experiments/rtp-hdrext/abs-send-time
a=candidate:1 1 udp 2130706431 10.124.56.212 35648 typ host 
a=candidate:1 2 udp 2130706431 10.124.56.212 35648 typ host 
a=rtpmap:45 AV1/90000 a=fmtp:45 profile=0;level-idx=31
a=rtcp-fb:45 nack
a=rtcp-fb:45 nack pli
a=rtcp-fb:45 ccm fir
a=rtcp-fb:45 goog-remb
a=rtpmap:104 H264/90000
a=fmtp:104 profile-level-id=428015;max-mbps=244800;max-fs=8160;max-br=5000;max-fps=6000;x-google-start-bitrate=6000;x-google-max-bitrate=6000
a=rtcp-fb:104 nack
a=rtcp-fb:104 nack pli
a=rtcp-fb:104 ccm fir
a=rtcp-fb:104 goog-remb
a=rtpmap:105 rtx/90000
a=fmtp:105 apt=104
a=rtpmap:102 H264/90000
a=fmtp:102 profile-level-id=428015;max-mbps=244800;max-fs=8160;max-br=5000;max-fps=6000;packetization-mode=1;x-google-start-bitrate=6000;x-google-max-bitrate=6000
a=rtcp-fb:102 nack
a=rtcp-fb:102 nack pli
a=rtcp-fb:102 ccm fir
a=rtcp-fb:102 goog-remb
a=rtpmap:103 rtx/90000
a=fmtp:103 apt=102
a=rtpmap:96 VP8/90000
a=fmtp:96 max-fs=8160;max-fr=30
a=rtcp-fb:96 nack
a=rtcp-fb:96 nack pli
a=rtcp-fb:96 ccm fir
a=rtcp-fb:96 goog-remb
a=rtpmap:97 rtx/90000
a=fmtp:97 apt=96
a=ssrc:910559423 cname:8db99900-7685-4b58-8df7-f6254f6679dc
a=ssrc:910559423 msid:494ba500-d708-4048-80f3-2820b1503423 presentation_video_track
a=ssrc:910559423 label:slides
a=label:12
a=mid:2

Dies ist ein Beispiel für die gemeinsame Nutzung von Codec-Informationen über WebRTC-Inhalte.

outbound-rtp (kind=video, mid=2, ssrc=1277302382, scalabilityMode=L1T1, encoderImplementation=libaom, powerEfficientEncoder=false, [codec]=AV1 (45, level-idx=31;profile=0), id=OT01V1277302382)
Statistics OT01V1277302382
timestamp	3/6/2024, 1:15:33 PM
ssrc	1277302382
kind	video
transportId	T01
codecId	COT01_45_level-idx=31;profile=0
[codec] AV1 (45, level-idx=31;profile=0)
packetsSent	3964
[packetsSent/s]	48.982867749455345
bytesSent	145005
[bytesSent_in_bits/s]	399.860144893513
mediaSourceId	SV20
remoteId	RIV1277302382
mid	2
retransmittedPacketsSent	0
[retransmittedPacketsSent/s]	0
headerBytesSent	1027880
[headerBytesSent_in_bits/s]	105723.02230984485
retransmittedBytesSent	0
[retransmittedBytesSent_in_bits/s]	0
targetBitrate	500000
framesEncoded	151
[framesEncoded/s]	0.9996503622337826
keyFramesEncoded	1
totalEncodeTime	0.627
[totalEncodeTime/framesEncoded_in_ms]	2.0000000000000018
totalEncodedBytesTarget	0
[totalEncodedBytesTarget_in_bits/s]	0
frameWidth	1778
frameHeight	800
framesPerSecond	1
framesSent	151
[framesSent/s]	0.9996503622337826
hugeFramesSent	1
totalPacketSendDelay	1.6430509999999998
[totalPacketSendDelay/packetsSent_in_ms]	0
qualityLimitationReason	none
qualityLimitationDurations	{"bandwidth":0,"cpu":0,"none":87.68899999999999,"other":0}
qualityLimitationResolutionChanges	0
contentType screenshare encoderImplementation	libaom
firCount	0
pliCount	0
nackCount	0
qpSum	9208
[qpSum/framesEncoded]	40
active	true
powerEfficientEncoder	false
scalabilityMode	L1T1

Zugehörige Informationen

• Cisco-Meeting-Server-und-Web-App-Versionshinweise-3-9
• Technischer Support und Downloads von Cisco

Anmerkung: Cisco kann nicht garantieren, dass eine Beta-Funktion in Zukunft in eine vollständig unterstützte Funktion umgewandelt wird. Beta-Funktionen können sich aufgrund von Feedback ändern, und Funktionen können sich ändern oder in Zukunft entfernt werden.

Anmerkung:

• Diese Funktion wird für SIP-Endgeräte nicht unterstützt.
• AV1 Übertragung wurde getestet und qualifiziert auf Chrome Browser nur.
• Wenn AV1 auf dem Meeting-Server aktiviert ist, aber von den Browsern nicht unterstützt wird, wird der vom Browser unterstützte Codec bei der Inhaltsübertragung übernommen.
• Starten Sie Callbridge neu, um sicherzustellen, dass die Änderung angewendet wird, nachdem Sie den Hauptverwaltungsprozessor (MMP) aktiviert haben.