Fast jeder Asterisk-Administrator muss sich irgendwann einmal die Frage stellen, ob er eher auf SIP oder eher auf IAX setzen soll. Die kurze Antwort: Wenn IAX möglich ist (also, wenn die Telefone es unterstützen), dann sollte IAX benutzt werden. Ansonsten immer SIP. Mark Spencer (der Erfinder von Asterisk) hat zu diesem Thema auf einer Asterisk-Mailingliste im Jahr 2004 eine ausführlichere Antwort geschrieben (die original englische E-Mail finden Sie im Anhang C, IAX vs. SIP):
Date: Mon, 5 Jul 2004 18:59:52 -0500 (CDT)
From: Mark Spencer <markster@digium.com>
Ich möchte einige Unterschiede zwischen SIP und IAX kurz
zusammenfassen. Vielleicht hilft Dir das bei der
Entscheidungsfindung.
1) IAX arbeitet während des Gesprächs unabhängig von der Anzahl
der Anrufe und des verwendeten Codecs effizienter als RTP. Der
Vorteil liegt irgendwo zwischen 2400 Kbit/s für einen
Einzelanruf und der dreifachen Anzahl der Anrufe pro Megabit
bei G.729, wenn die Messung bei aktiviertem Trunk-Modus auf der
MAC-Ebene vorgenommen wird.
2) IAX ist nicht ASCII-, sondern datenelementkodiert. Dies macht
Implementierungen wesentlich leichter und zudem robuster
gegenüber Pufferüberlaufangriffen, da absolut keine Textanalyse
oder -interpretation erforderlich ist. IAX führt den gesamten
IP-Stapel, IAX-Stapel, TDM-Schnittstelle, Echokompensation und
Erzeugung der Anrufer-ID auf 4k Heap und Stack sowie 64k Flash
aus. Dies veranschaulicht ganz klar die
Implementierungseffizienz des Entwurfs. Die Größe der
IAX-Signalpakete ist drastisch geringer als die bei SIP, was
aber in der Regel nur dann erwähnenswert ist, wenn zahlreiche
Clients sich häufig registrieren. Allgemein gesprochen ist IAX2
bei der Kodierung, der Dekodierung und der Überprüfung der Daten
effizienter. Zudem wäre es für den Autor einer
IAX-Implementierung extrem schwierig, eine Inkompatibilität mit
einer anderen Implementierung herzustellen, da für eine
Interpretation kaum Raum vorhanden ist.
3) IAX weist eine sehr klare Trennung von Schicht 2 und Schicht
3 auf, d. h. sowohl Signalisierung als auch Tondaten haben
definierte Zustände, werden robust und in konsistenter Weise
übertragen, und wenn ein Endpunkt des Anrufs unvermittelt
verschwindet, dann wird der Anruf auch zeitnah beendet und zwar
auch dann, wenn keine weiteren Signale und/oder Audiodaten
empfangen werden. Einen solchen Mechanismus weist SIP nicht auf;
hinzu kommt, dass, was die Signalisierung angeht, die
Zuverlässigkeit sehr niedrig und schwerfällig ist, weswegen
zusätzlich zum Kernstandard RF3261 weitere Standards benötigt
werden.
4) Die einheitlichen Signalisierungs- und Audiopfade von IAX
gestatten die transparente Navigation von NATs , und der
Firewall-Administrator muss lediglich einen einzigen Port
öffnen, um den Einsatz von IAX zu gestatten. Der IAX-Client
muss für einen korrekten Betrieb überhaupt nichts über das
Netzwerk wissen, in dem er sich befindet. Anders gesagt: Es kann
niemals eine durch eine Firewall bedingte Situation auftreten,
in der IAX einen Anruf aufbauen und dann keine Audiodaten
übertragen kann (natürlich vorausgesetzt, es ist genügend
Bandbreite vorhanden).
5) Das authentifizierte Übertragungssystem von IAX gestattet
die Übertragung von Audio- und Rufsteuerdaten über einen
zwischengeschalteten Server auf eine robuste Weise: Wenn zwei
Endpunkte einander aus irgendeinem Grund nicht erkennen können,
wird der Ruf über den Zentralserver gehalten.
6) IAX trennt die Caller-ID vom Authentifizierungsmechanismus
des Benutzers. SIP verfügt hierzu über keine eindeutige Methode,
sofern nicht Remote-Party-IDs verwendet werden.
7) SIP ist ein IETF-Standard. Zwar gibt es eine neue
Dokumentation von Frank Miller, aber IAX ist gegenwärtig noch
kein veröffentlichter Standard.
8) IAX ermöglicht es einem Endpunkt, die Gültigkeit einer
Telefonnummer zu überprüfen, damit er weiß, ob die Nummer
vollständig ist, vollständig sein könnte oder aber zwar
vollständig ist, aber länger sein könnte. SIP bietet hierfür
keine vollständige Unterstützung.
9) IAX sendet DTMF stets außerbandig, d. h. es kann keine
Verwirrung bezüglich der Frage entstehen, welche Methode verwendet
wird.
10) IAX unterstützt die Übertragung von Sprache und Kontext, was
in einer Asterisk-Umgebung durchaus sinnvoll ist. Mehr fällt mir
jetzt im Moment nicht ein.
Mark
PS: Ich nehme mal an, dass SIP trotzdem ein paar Vorteile
aufweisen muss (andernfalls wären seine Entwickler ja Dummköpfe).
Es bleibt also zu fragen, wie IAX die folgenden Aspekte verwaltet:
1) Bandbreitenanzeige
2) Neue Codecs
3) Erweiterbarkeit
4) Parken von Verbindungen und andere komplexe Szenarien
5) Videotelephonie
Ich habe den Eindruck, dass dies alles in SIP besser geregelt ist.
Nachtrag zu dieser E-Mail: IAX ist mittlerweile ein offenes und gut dokumentiertes Protokoll.
