TK-Anlagen

SIP oder SIP - ein Protokoll bereitet Probleme

26. September 2011, 13:39 Uhr | Johann Deutinger, Vorstand Entwicklung bei Ferrari Electronic.

Fortsetzung des Artikels von Teil 3

RFC 3261 und zusätzlich involvierte Standards

RFC 3261 definiert eine Reihe von Details, von denen viele optional sind. Hierfür werden die Schlüsselwörter „MUST“, „MUST NOT“, „REQUIRED“, „SHALL“, „SHALL NOT“, „SHOULD“, „SHOULD NOT“, „RECOMMENDED“, „NOT RECOMMENDED“, „MAY“, und „OPTIONAL“ gemäß RFC 2119 verwendet. Da beginnt bereits das Dilemma. Ein erheblicher Teil der Funktionen ist nicht mit „MUST“ oder „SHALL“, sondern mit „MAY“ oder „SHOULD“ gekennzeichnet.

Jeder Hersteller entscheidet dann selbst, was er unterstützt und was nicht. Leider werden aber in modernen Kommunikationssystemen viele dieser Optionen benötigt und daher vorausgesetzt. Deshalb ist es üblich, dies in ausführlichen Spezifikationen zu dokumentieren, die dann mit den Anforderungen der Gegenseite abzugleichen und gegebenenfalls anzupassen sind – alles andere als „Plug-and-Play“!

Zusätzlich zu SIP wird in Kommunikationsanwendungen eine Reihe weiterer Standards verwendet. Für die Telefonie sind das vor allem SDP (Session Description Protocol, RFC 4566) und RTP (Realtime Transport Protocol, RFC 3550). Verschlüsselung nach TLS (Transport Layer Security), SRTP (Secure Real-time Transport Protocol) und Faxübertragung (T.38) sind weitere wichtige Festlegungen. In jedem dieser Standards liegen zusätzliche Kompatibilitätsfallen verborgen.

Als Beispiel seien die verschiedenen Möglichkeiten zur Übertragung von DTMF-Tönen (Dual Tone Multi Frequency) und -Kommandos erwähnt:

  • „In-band“, also als reine Audiosignale innerhalb der Sprachübertragung,
  • „Out-of-band“ nach RFC 2833 durch speziell kodierte RTP-Pakete,
  • als SIP-NOTIFY-Nachricht oder
  • als SIP-INFO-Nachricht, oft noch mit Unterschieden im Detail je nach Hersteller

Es wird schnell deutlich, dass selbst so grundsätzliche Funktionen oft nicht auf Anhieb zueinander passen.

Anbieter zum Thema

zu Matchmaker+

  1. SIP oder SIP - ein Protokoll bereitet Probleme
  2. Von Regeln und Empfehlungen
  3. UDP und/oder TCP?
  4. RFC 3261 und zusätzlich involvierte Standards
  5. SIP-Trunks, herstellerspezifische Anforderungen und Erweiterungen
  6. SIP in Verbindung mit Microsoft-Lync-Server-2010
  7. Expertenkommentar: Lösungen bieten, bevor Probleme auftauchen

Lesen Sie mehr zum Thema


Jetzt kostenfreie Newsletter bestellen!

Weitere Artikel zu Ferrari electronic AG

Weitere Artikel zu UCaaS

Weitere Artikel zu Speichermodule / Massenspeicher

Weitere Artikel zu Telefone (VoIP, ISDN, DECT, etc.)

Matchmaker+