Codec-Matrix

Wenn zwei VoIP-Client miteinander kommunizieren wollen, laden Sie sich per "INVITE" ein und übermitteln dabei im Session Description Protocol neben den Kandidaten für die Verbindung auch die Codecs, die jeder Client anbietet. So können beide die Codecs für Audio und Video verwenden, die sie beide verstehen. Es ist dabei egal, ob es sich um eine "Punkt zu Punkt"-Kommunikation handelt oder um eine Konferenz. Bei einer Konferenz ist der Konferenzteilnehmer das eine Ende und die MCU der andere Teilnehmer. Klassische "Broadcast"-Meetings, bei dem ein Client an viele Ziele optimaler Weise per Multicast sendet, gibt es bei Konferenz in der Regel nicht.

Die Tabellen sind noch nicht vollständig

Audio (m=audio)

Auf der Seite Audiocodec habe ich die Funktionsweise und Anforderungen an die Digitalisierung von Audiodaten beschrieben und eine kurze Übersicht der verschiedenen Codecs aufgeführt. Suchen Sie dazu in Trace einfach nach "m=audio".

Folgende Clients habe ich im laufe der Zeit bezüglich des Codec-Angebots aus Trace-Dateien ermittelt. Nur weil ein Client sehr viele Codec anbietet, ist es nicht besser als andere. Zudem hängt es natürlich auch davon ab, welche Codecs in den verschiedenen Geräten konfiguriert oder lizenziert sind.

So können Sie bei zwei bekannten Endpunkten einfach durch einen Vergleich der Codecs ermitteln, welche Schnittmenge das Ergebnis ist. Welcher Codec dann genutzt wird, können die Clients abhängig von Netzwerkparametern auch während des Gesprächs ändern

Video (m=video)

Vergleichbar zu Audio finden wir in einem INVITE für eine Video-Verbindung (P2P) oder Konferenz auch die Codecs.

Auch hier wieder die Übersicht der Clients

T38 Fax (m=image)

Sollten Sie mal in die Verlegenheit kommen, ein Fax zu übertragen und per SIP einen T.38 Invite zu sehen, dann könnte der SDP folgendes enthalten:

User-Agent: www.te-systems.de XCAPI V3.3.153.0

m=image 60742 udptl t38
a=T38FaxVersion:0
a=T38MaxBitRate:14400
a=T38FillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxUdpEC:t38UDPRedundancy

Wer mit wem und wann

Über SIP werden Verbindungwünsche ausgetauscht, die in einem SDP-Nutzlastl neben den IP-Adresse auch die verschiedenen Codes enthalten, die die Teilnehmer sprechen können. Je nach Umgebung kommt dann der passende Codec zum Einsatz, wobei sich die Wahl auch im Betrieb ändern kann. Ein Codec-Wechsel ist nichts ungewöhnliches. Ich habe mal versucht hier eine Übersicht zu erstellen, welcher Client mit welchem Server welchen Codec einsetzt.

Hinweis: Das sind die "normalen" Codec. Ein Wechsel aufgrund von schlechten Bandbreiten es ist ein einigen Fällen möglich. Auch kann eine Konferenzrichtlinie (AudioBitRateKb) oder Call Admission Control den Codec beschränken.

Die noch nicht ausgefüllten Felder habe ich noch nicht ermittelt.

• (1) Mediation zu Mediation
  Dies ist durchaus möglich, wenn Sie z.B. analoge Telefone an Lync anschließen und diese "durch Lync hindurch" nach extern anrufen. Sie kommen dann über ein Gateway herein und gehen über ein andere Gateway hinaus.
• (2) Dieser Fall beschreibt die "Dialin-Konferenz"

Lync Clients beachten zusätzliche aber eventuell eingerichtete Bandbreitenbeschränkungen (CAC). dann kann es schon sein, dass der Client vielleicht sogar nur SIREN einsetzt, weil die Bandbreite nicht mehr als 40kbit zulässt.

Weitere Links

• Session Description Protocol
• Audiocodec
• Video-Codec
• ICE und Kandidaten
• Keyhole-Debugging
• SIP im Detail
• Snooper
• Video Interoperability in Lync 2013
  http://blog.schertz.name/2012/07/video-interoperability-in-lync-2013/
• HD Video in Lync
  http://blog.schertz.name/2011/10/hd-video-in-lync/
• Satin: Microsoft’s latest AI-powered audio codec for real-time communications
  https://techcommunity.microsoft.com/t5/microsoft-teams-blog/satin-microsoft-s-latest-ai-powered-audio-codec-for-real-time/ba-p/2141382#