Request-URI

Auch bekannt als Request-Line-URI oder R-URI. Die erste Zeile der Anforderungsnachricht gibt das Ziel für das Routing der Nachricht an.

Wenn die Nachricht über mehrere Hops weitergeleitet wird, ändert sich dieser Header jedes Mal, um das nächste Ziel anzugeben. Wenn der Anruf umgeleitet wird, wird der Header geändert, um das neue Ziel anzuzeigen.

Via

Jeder zwischengeschaltete Proxy, der am Routing der Anforderung beteiligt war, wird als SIP URI eingeschlossen. Diese werden in umgekehrter Reihenfolge verwendet, um Antwortnachrichten zu verarbeiten.

To

Dieser Header gibt das ursprünglich beabsichtigte Anrufziel an. Er enthält einen SIP URI und kann einen Anzeigenamen enthalten.

• Bei ausgehenden Anrufen ist die Identität des angerufenen Teilnehmers zum Zeitpunkt der ersten INVITE nicht bekannt. Daher enthält das Feld To: nur die Informationen, die zum Weiterleiten des Anrufs erforderlich sind. Das heißt, die gewählten Ziffern nach jeder Bearbeitung von Funktionscodes und Präfixen.

From

Dieser Header gibt die Identität des Anrufers an. Er enthält einen SIP URI und kann einen Anzeigenamen enthalten.

Contact

Dieser Header gibt die Adresse für Antworten auf die Anrufanforderung an. Dies ist ein SIP URI.

Der SIP URI ähnelt dem From-Header. Wenn jedoch Anrufe mit Rufnummernunterdrückung aktiviert sind, wird das Feld teilweise anonymisiert. Beispiel: Contact: <sip:anonymous@135.55.86.70:5060;transport=udp>

P-Asserted-Identity

Der SIP URI ähnelt dem From-Header. Das Feld bleibt unverändert, auch wenn Anrufe mit Rufnummernunterdrückung aktiviert sind.