Zusammenfassung

  • 180 Ringing ist nach RFC 3261 eine vorläufige Antwort: Der empfangende User Agent versucht, den Nutzer zu alarmieren; der anrufende Client kann daraus ein lokales Freizeichen erzeugen.
  • Weder 180 noch seine zuverlässige Bestätigung mit PRACK beweisen, dass ein fernes Gerät hörbar klingelte, frühe Medien ankamen, ein Mensch aufmerksam wurde oder der Anruf angenommen war.
  • Aussagekräftige Betriebsdaten bewahren Absender, Dialogzweig, Zeitpunkt und ablösenden Zustand und führen Alarmierung, Medien und endgültiges Ergebnis getrennt.

Das Geräusch gehört nicht zwingend zum entfernten Ort

Beim klassischen Telefonieren verschmelzen Freizeichen und fernes Klingeln in der Vorstellung des Anrufers. SIP trennt sie technisch. RFC 3261 erlaubt dem User Agent Client, nach einer 180-Antwort lokal ein Freizeichen zu starten. Was im Hörer erklingt, kann somit die Darstellung einer Signalisierungsnachricht sein, nicht ein übertragener Ton aus der Umgebung des Angerufenen.

Die eigentliche Aussage bleibt bewusst klein: Der User Agent, der die Einladung empfangen hat, versucht den Nutzer zu alarmieren. Ein Bildschirm kann lautlos aufleuchten, ein Betriebssystem kann die Meldung unterdrücken, das Gerät kann unbeaufsichtigt sein. Bei einer verzweigten Zustellung kann ein Kontakt 180 melden und kurz darauf verworfen werden, weil ein anderer Kontakt annimmt. Der Versuch ist protokollseitig beobachtbar; die Wahrnehmung eines Menschen nicht.

Auch die Klasse 1xx markiert diese Grenze. Vorläufige Antworten zeigen Fortschritt, während die Verarbeitung weiterläuft. Erst eine endgültige 2xx-Antwort nimmt die Einladung an; andere endgültige Antworten schließen sie anders ab. Wer den ersten 180-Zeitpunkt als „angenommen“ speichert, kürzt nicht nur eine Oberfläche, sondern entfernt die Ungewissheit aus dem Zustandsmodell.

RFC 3261 nennt acht Autoren: Jonathan Rosenberg, Henning Schulzrinne, Gonzalo Camarillo, Alan Johnston, Jon Peterson, Robert Sparks, Mark Handley und Eve Schooler. Schulzrinnes Beitrag steht daher in einer kollektiven Standardisierungsleistung. Die Zuordnung ist nicht nebensächlich: Wie beim Protokollsignal muss auch bei der Autorschaft die Herkunft erhalten bleiben.

Frühe Medien führen eine eigene Beweiskette

RFC 3960 von Gonzalo Camarillo und Schulzrinne behandelt frühe Medien und die Erzeugung von Freizeichen. Vor der Annahme einer Sitzung kann ein Gateway oder Endpunkt Audio senden. Alternativ erzeugt das anrufende Gerät einen Ton aus der Signalisierung. Für den Anrufer klingt beides nach Fortschritt, doch Quelle und Ausfallarten unterscheiden sich.

Ein lokaler Ton kann eine netzseitige Ansage über Überlastung oder Warteschlange verdecken. Das ausschließliche Warten auf frühe Medien kann Stille erzeugen, wenn der Medienpfad ausbleibt. Bei Forking kann ein Zweig 180 liefern, ein zweiter Audio senden und ein dritter schließlich gewinnen. Deshalb beschreibt RFC 3960 eine politische Abwägung und keine allgemeine Gleichung zwischen Statuscode und fernem Geräusch.

Mindestens vier Uhren sollten getrennt bleiben: Eingang der Signalisierung, Beginn nutzbarer Medien samt Quelle, lokale Darstellung und endgültiger Dialogausgang. Für die Behauptung, ein Mensch habe den Anruf wahrgenommen, braucht es eine fünfte Beweisquelle. Im Normalfall liegen die Zeiten nahe beieinander; in Störungen und Streitfällen werden ihre Abstände entscheidend.

Ein Paketmitschnitt ist innerhalb seiner Sicht stark. Er kann zeigen, dass ein bestimmtes SIP-Element zu einer bestimmten Zeit eine Nachricht erhalten hat. Er misst weder die Lautstärke eines fernen Geräts noch dessen Benachrichtigungspolitik oder die Anwesenheit eines Menschen. Fehlende Tatsachen sollten aus ihrem jeweiligen Kontrollbereich kommen, nicht aus einer bequemen Vermutung.

PRACK macht die Zustellung sicherer, nicht die Aussage endgültig

Jonathan Rosenberg und Schulzrinne ergänzten mit RFC 3262 die zuverlässige Übertragung bestimmter vorläufiger Antworten. Eine solche 1xx-Antwort trägt Sequenzinformationen; der Client quittiert ihren geordneten Empfang mit PRACK.

Damit ist der Empfang der vorläufigen Nachricht besser belegt. Vorläufig bleibt sie dennoch. PRACK ist weder das ACK einer endgültigen erfolgreichen Antwort noch ein Medienbeleg oder eine stellvertretende Abhebehandlung. RFC 3262 erlaubt sogar, die endgültige Antwort zu senden, bevor PRACK eintrifft.

Wiederholung, Sequenznummer und Quittung lassen ein Ereignis in Betriebsoberflächen schnell wie einen Abschluss aussehen. Zuverlässigkeit beantwortet jedoch: „Hat der Peer diese Mitteilung erhalten?“ Endgültigkeit beantwortet: „Wie endete die Einladung?“ Eine Implementierung kann die erste Frage präzise klären und auf die zweite noch keine Antwort haben.

Nach dem Forking gibt es mehrere vorläufige Wahrheiten

Eine INVITE-Nachricht kann mehrere Kontakte erreichen. Ein Zweig meldet 180, ein anderer sendet eine Ansage, ein dritter lehnt ab, ein vierter nimmt an. Ein einziges Feld „klingelt“ auf Anrufebene verschweigt, welcher Zweig die Beobachtung erzeugte und ob er später noch relevant war.

RFC 6228 führte die Antwort 199 ein, um das Ende eines bestimmten frühen Dialogs anzuzeigen. Andere frühe Dialoge laufen weiter, und die ursprüngliche Einladung benötigt weiterhin eine endgültige Antwort. Der Empfänger kann gezielt Zustand und Medien eines ausgeschiedenen Zweigs entfernen.

RFC 6228 stammt von Christer Holmberg, nicht von Schulzrinne. Das Dokument dient hier als spätere architektonische Evidenz. Es zeigt, dass vorläufiger Zustand eine Herkunft und ein selektives Ende besitzt. Ein protokolliertes „180 trat auf“ ist ohne Zweig und Nachfolgeereignis unvollständig.

Richtig abgegrenzt bleibt 180 sehr nützlich. Ein zweigbezogenes Ereignis „Alarmierung begonnen“ kann Routingfortschritt messen, festhängende Ziele finden und die Zeit bis zum Endergebnis bestimmen. Quelle, Zeitpunkt und ablösender Zustand bewahren seinen Wahrheitsgehalt. Ein Nachweis menschlicher Annahme ist es nicht.

Sorgfältige Biografie folgt derselben Regel

Columbia führt Schulzrinne derzeit als Julian Clarence Levi Professor of Mathematical Methods and Computer Science sowie als Professor of Electrical Engineering. Die aktuelle IETF-Datatracker-Ansicht listet 90 RFCs bei seinem Profil. Das belegt eine außergewöhnliche Breite, macht gemeinschaftliche Dokumente aber nicht zum Werk eines Einzelnen.

Genau lautet die Zuordnung: RFC 3261 ist ein Werk von acht Autoren; RFC 3262 stammt von Rosenberg und Schulzrinne; RFC 3960 ist ein Informational RFC von Camarillo und Schulzrinne, kein Internet Standard; RFC 6228 stammt von Holmberg. Wer Quelle, Status und Umfang wahrt, vermeidet bei Autoren denselben Fehler wie bei 180: aus einem begrenzten Beleg eine größere Gewissheit zu bauen.

Quellen