Session Initiation Protocol - Versionsgeschichte

Matthäus Wander: /* Funktionsweise */ link

2024-10-27T10:29:02Z

Funktionsweise: link

← Nächstältere Version		Version vom 27. Oktober 2024, 12:29 Uhr
Zeile 20:		Zeile 20:

	== Funktionsweise ==		== Funktionsweise ==
	Im Gegensatz zu [[H.323]], das von der [[Internationale Fernmeldeunion\|ITU-T]] stammt, wurde SIP von der [[Internet Engineering Task Force\|IETF]] entwickelt. H.323 kann stark vereinfacht als [[ISDN over IP]] bezeichnet werden. Dies erlaubte zwar insbesondere den Telefonanlagenherstellern, vergleichsweise schnell und einfach die Kommunikation auf IP-Netzwerke umzustellen, andererseits wurden aber die Stärken und Schwächen von IP-Netzen nicht genügend berücksichtigt. Augenscheinlich wird dies insbesondere im Zusammenhang mit [[Network Address Translation\|NAT]], der vor allem bei Firewalls und Endkundennetzen (zum Beispiel [[Digital Subscriber Line\|DSL-Routern]]) notwendigen Übersetzung von ~~Netzwerkadressen~~, welche bei H.323 nur mit viel Aufwand erreicht werden kann.		Im Gegensatz zu [[H.323]], das von der [[Internationale Fernmeldeunion\|ITU-T]] stammt, wurde SIP von der [[Internet Engineering Task Force\|IETF]] entwickelt. H.323 kann stark vereinfacht als [[ISDN over IP]] bezeichnet werden. Dies erlaubte zwar insbesondere den Telefonanlagenherstellern, vergleichsweise schnell und einfach die Kommunikation auf IP-Netzwerke umzustellen, andererseits wurden aber die Stärken und Schwächen von IP-Netzen nicht genügend berücksichtigt. Augenscheinlich wird dies insbesondere im Zusammenhang mit [[Network Address Translation\|NAT]], der vor allem bei Firewalls und Endkundennetzen (zum Beispiel [[Digital Subscriber Line\|DSL-Routern]]) notwendigen Übersetzung von [[Netzwerkadresse]]n, welche bei H.323 nur mit viel Aufwand erreicht werden kann.

	Das Design des SIP dagegen lehnt sich an das [[Hypertext Transfer Protocol]] an (ist zu diesem aber nicht kompatibel) und ist deutlich besser für IP-Netze geeignet. Der Aufbau von SIP erlaubt es, auf einfache Weise neue Erweiterungen einzufügen, ohne dass alle involvierten Geräte diese verstehen müssen. Auch ist es allgemeiner gehalten: Während H.323 nur für Telefonie gedacht ist, können mit SIP Sitzungen beliebiger Art verwaltet werden. Die „Nutzlast“ der Sitzung, also die eigentlichen zu übertragenden Datenströme, können alle Ströme sein, die sich über ein Netzwerk übertragen lassen. Das Haupteinsatzgebiet findet sich in der Audio- und Video-Übertragung, einige Online-Spiele greifen zur Verwaltung der Übertragung ebenfalls auf SIP zurück.<ref>Aameek Singh, Arup Acharya: [http://conferences.sigcomm.org/sigcomm/2004/workshop_papers/net503-singh1.pdf Using Session Initiation Protocol to build Context-Aware VoIP Support for Multiplayer Networked Games.] (PDF; 277 kB) conferences.sigcomm.org</ref>		Das Design des SIP dagegen lehnt sich an das [[Hypertext Transfer Protocol]] an (ist zu diesem aber nicht kompatibel) und ist deutlich besser für IP-Netze geeignet. Der Aufbau von SIP erlaubt es, auf einfache Weise neue Erweiterungen einzufügen, ohne dass alle involvierten Geräte diese verstehen müssen. Auch ist es allgemeiner gehalten: Während H.323 nur für Telefonie gedacht ist, können mit SIP Sitzungen beliebiger Art verwaltet werden. Die „Nutzlast“ der Sitzung, also die eigentlichen zu übertragenden Datenströme, können alle Ströme sein, die sich über ein Netzwerk übertragen lassen. Das Haupteinsatzgebiet findet sich in der Audio- und Video-Übertragung, einige Online-Spiele greifen zur Verwaltung der Übertragung ebenfalls auf SIP zurück.<ref>Aameek Singh, Arup Acharya: [http://conferences.sigcomm.org/sigcomm/2004/workshop_papers/net503-singh1.pdf Using Session Initiation Protocol to build Context-Aware VoIP Support for Multiplayer Networked Games.] (PDF; 277 kB) conferences.sigcomm.org</ref>

89.0.3.200: /* Netzwerk-Elemente */

2024-07-12T19:21:45Z

Netzwerk-Elemente

← Nächstältere Version		Version vom 12. Juli 2024, 21:21 Uhr
Zeile 45:		Zeile 45:
	[[Datei:SIP-registration-flow.png\|mini\|SIP UA Registrierung auf SIP-Registrar mit Authentifizierung durch Login]]		[[Datei:SIP-registration-flow.png\|mini\|SIP UA Registrierung auf SIP-Registrar mit Authentifizierung durch Login]]
	[[Datei:SIP call flow between UA, Redirect Server, Proxy and UA.png\|mini\|Anruffluss durch Redirect Server und Proxy]]		[[Datei:SIP call flow between UA, Redirect Server, Proxy and UA.png\|mini\|Anruffluss durch Redirect Server und Proxy]]
	[[Datei:SIP-B2BUA-call-flow.png\|mini\|Einrichtung ~~eine~~ Verbindung mit dem B2BUA]]		[[Datei:SIP-B2BUA-call-flow.png\|mini\|Einrichtung einer Verbindung mit dem B2BUA]]
	* '''User Agent'''		* '''User Agent'''
	: Der [[User Agent]] ist eine Schnittstelle zum Benutzer, die Inhalte darstellt und Befehle entgegennimmt. Auch ein [[SIP-Telefon]] ist ein SIP User Agent, der die traditionellen Ruffunktionen eines Telefons, wie Zifferneingabe, Annehmen, Abweisen und Halten, bietet.		: Der [[User Agent]] ist eine Schnittstelle zum Benutzer, die Inhalte darstellt und Befehle entgegennimmt. Auch ein [[SIP-Telefon]] ist ein SIP User Agent, der die traditionellen Ruffunktionen eines Telefons, wie Zifferneingabe, Annehmen, Abweisen und Halten, bietet.

2001:9E8:A2BB:9000:C7F4:27F2:7E:AA5A: /* Verschlüsselung und Sicherheit */

2024-06-09T16:26:55Z

Verschlüsselung und Sicherheit

← Nächstältere Version		Version vom 9. Juni 2024, 18:26 Uhr
Zeile 36:		Zeile 36:

	=== Verschlüsselung und Sicherheit ===		=== Verschlüsselung und Sicherheit ===
	Durch die Trennung von Sitzung und Medien können beide Datenströme auch unabhängig voneinander verschlüsselt werden. Man kann SIP über das [[Transport Layer Security\|TLS]]-Protokoll, auch SIPS genannt, verschlüsseln und den Medienstrom (Sprachdaten) ebenfalls über das [[Secure Real-Time Transport Protocol\|SRTP]]~~-Protokoll~~. Jede Kombination davon ist möglich, allerdings in Hinsicht auf eine sichere Verschlüsselung nicht sinnvoll.		Durch die Trennung von Sitzung und Medien können beide Datenströme auch unabhängig voneinander verschlüsselt werden. Man kann SIP über das [[Transport Layer Security\|TLS]]-Protokoll, auch SIPS genannt, verschlüsseln und den Medienstrom (Sprachdaten) ebenfalls über das [[Secure Real-Time Transport Protocol\|SRTP]]. Jede Kombination davon ist möglich, allerdings in Hinsicht auf eine sichere Verschlüsselung nicht sinnvoll.

	Zwecks einer sicheren Verschlüsselung müssen beide Datenströme (also Sitzung und Medien) gleichzeitig verschlüsselt werden. Die symmetrischen Schlüssel des Medienstroms werden über SDP (also SIP) ausgetauscht und wären damit über ein unverschlüsseltes SIP angreifbar. Die symmetrischen Schlüssel von TLS werden zwar am Anfang der Sitzung auch ausgetauscht, jedoch greifen hier die Mechanismen der [[Extended-Validation-Zertifikat\|~~SSL~~-Zertifikate]], bei denen die symmetrischen Schlüssel durch die asymmetrischen Schlüssel der ~~SSL~~-Zertifikate wiederum verschlüsselt sind.		Zwecks einer sicheren Verschlüsselung müssen beide Datenströme (also Sitzung und Medien) gleichzeitig verschlüsselt werden. Die symmetrischen Schlüssel des Medienstroms werden über SDP (also SIP) ausgetauscht und wären damit über ein unverschlüsseltes SIP angreifbar. Die symmetrischen Schlüssel von TLS werden zwar am Anfang der Sitzung auch ausgetauscht, jedoch greifen hier die Mechanismen der [[Extended-Validation-Zertifikat\|TLS-Zertifikate]], bei denen die symmetrischen Schlüssel durch die asymmetrischen Schlüssel der TLS-Zertifikate wiederum verschlüsselt sind.

	Da bei SIP eine Übertragung über ein verbindungsloses Netzwerkprotokoll sinnvoller ist, wurde mit [[Datagram Transport Layer Security\|DTLS]] ein auf UDP basierendes Pendant zu TLS, welches auf TCP aufbaut, entworfen. Allerdings wird es gegenwärtig nur von einem SIP Stack (ReSIProcate) implementiert.		Da bei SIP eine Übertragung über ein verbindungsloses Netzwerkprotokoll sinnvoller ist, wurde mit [[Datagram Transport Layer Security\|DTLS]] ein auf UDP basierendes Pendant zu TLS, welches auf TCP aufbaut, entworfen. Allerdings wird es gegenwärtig nur von einem SIP Stack (ReSIProcate) implementiert.

Kuebi: DLZ

2024-05-22T12:53:55Z

DLZ

← Nächstältere Version		Version vom 22. Mai 2024, 14:53 Uhr
Zeile 51:		Zeile 51:
	: Ein [[Proxy Server]] ist eine Kommunikationsschnittstelle in einem Netzwerk. Er arbeitet als Vermittler ([[Routing]]), der auf der einen Seite Anfragen entgegennimmt, um dann über seine eigene Adresse eine Verbindung zu einer anderen Seite herzustellen. Es ist seine Aufgabe, sicherzustellen, dass Anfragen gezielt an den Benutzer gesendet werden. Proxys sind auch für die Durchsetzung der Hierarchie nötig.		: Ein [[Proxy Server]] ist eine Kommunikationsschnittstelle in einem Netzwerk. Er arbeitet als Vermittler ([[Routing]]), der auf der einen Seite Anfragen entgegennimmt, um dann über seine eigene Adresse eine Verbindung zu einer anderen Seite herzustellen. Es ist seine Aufgabe, sicherzustellen, dass Anfragen gezielt an den Benutzer gesendet werden. Proxys sind auch für die Durchsetzung der Hierarchie nötig.
	* '''Registrar Server'''		* '''Registrar Server'''
	: Der Registrar Server dient als zentrale Schaltstelle in der Systemarchitektur von SIP. Er übernimmt das Registrieren von Anfragen für die Domain, die er verarbeitet. Er bearbeitet eine oder mehrere [[IP-Adresse]]n zu einer bestimmten SIP-URI, die durch das SIP Protokoll übermittelt werden.		: Der Registrar Server dient als zentrale Schaltstelle in der Systemarchitektur von SIP. Er übernimmt das Registrieren von Anfragen für die Domain, die er verarbeitet. Er bearbeitet eine oder mehrere [[IP-Adresse]]n zu einer bestimmten SIP-URI, die durch das SIP-Protokoll übermittelt werden.
	* '''Redirect Server'''		* '''Redirect Server'''
	: Der Redirect Server entlastet den Proxy Server. Er übergibt die Routing-Informationen direkt an den User Agent Client. Er erzeugt Weiterleitungen, um eingehende Anträge in einer alternativen Gruppe von URIs kontaktieren zu können. Der Redirect Server ermöglicht es, SIP-Session-Einladungen an externe Domänen zu übermitteln.		: Der Redirect Server entlastet den Proxy Server. Er übergibt die Routing-Informationen direkt an den User Agent Client. Er erzeugt Weiterleitungen, um eingehende Anträge in einer alternativen Gruppe von URIs kontaktieren zu können. Der Redirect Server ermöglicht es, SIP-Session-Einladungen an externe Domänen zu übermitteln.

2A01:C23:C5C1:8300:5A57:57BF:D12C:73CA: Komma nach Apposition

2024-04-29T19:49:34Z

Komma nach Apposition

← Nächstältere Version		Version vom 29. April 2024, 21:49 Uhr
Zeile 17:		Zeile 17:
	\|}		\|}

	Das '''Sitzungs-Initiierungs-Protokoll''' ('''SIP'''), auch ''Einleitungs-Protokoll'' (engl. ''Session Initiation Protocol'') ist ein [[Netzwerkprotokoll\|Netzprotokoll]] zum Aufbau, zur Steuerung und zum Abbau einer [[Sitzung (Informatik)\|Kommunikationssitzung]] zwischen zwei und mehr Teilnehmern. Das Protokoll wird u. a. im <nowiki>RFC 3261</nowiki><ref name="RFC3261" /> spezifiziert. In der [[IP-Telefonie]] ist das SIP ein häufig angewandtes Protokoll.		Das '''Sitzungs-Initiierungs-Protokoll''' ('''SIP'''), auch ''Einleitungs-Protokoll'' (engl. ''Session Initiation Protocol''), ist ein [[Netzwerkprotokoll\|Netzprotokoll]] zum Aufbau, zur Steuerung und zum Abbau einer [[Sitzung (Informatik)\|Kommunikationssitzung]] zwischen zwei und mehr Teilnehmern. Das Protokoll wird u. a. im <nowiki>RFC 3261</nowiki><ref name="RFC3261" /> spezifiziert. In der [[IP-Telefonie]] ist das SIP ein häufig angewandtes Protokoll.

	== Funktionsweise ==		== Funktionsweise ==

Uweschwoebel: Änderungen von 80.122.59.30 (Diskussion) auf die letzte Version von Smartcom5 zurückgesetzt

2024-02-23T06:59:41Z

Änderungen von 80.122.59.30 (Diskussion) auf die letzte Version von Smartcom5 zurückgesetzt

← Nächstältere Version		Version vom 23. Februar 2024, 08:59 Uhr
Zeile 72:		Zeile 72:

	=== SIP-Anfragen ===		=== SIP-Anfragen ===
			{{Hauptartikel\|SIP-Anfragen}}
	snprintf(sdpBody, sizeof(sdpBody),
			<nowiki>RFC 3261</nowiki><ref name="RFC3261" /> definiert sechs Anfragen: REGISTER, INVITE, ACK, CANCEL, BYE und OPTIONS.
	"v=0\r\n"
	"o=%s 0 0 IN IP4 % s\r\n" /Sitzungsquelle//Benutzername / Sitzungs-ID / Version / Netzwerktyp / Adresstyp / Adresse/ "
	s=Play\r\n" /Sitzungsname/
	"c=IN IP4 %s\r\n" /Verbindungsinformationen//Netzwerktyp / Adressinformationen / Adresse der Mehrpunktkonferenz/
	"t=0 0\n" /Zeit//Startzeit / Endzeit/
	"m=video %s RTP/AVP %d\r\n" /Medien / Port / Transportschichtprotokoll / Formatliste/
	"a=setup:%s\r\n" %s\r\n"
	"a=sendonly\r\n" /Transceiver-Modus/
	"a=rtpmap:%d %s/%d\r\n" /Nutzlasttyp / Codename / Taktrate/
	„a=Benutzername:%s\r\n“
	„a=Passwort:%s\r\n“
	„a=Dateigröße:0\r\n“
	„y=%d\r\n“,
	pGB28181Param->userParam .devSipID,
	pGB28181Param->userParam.devSipIP,
	pGB28181Param->userParam.devSipIP,
	pGB28181Param->userParam.devTcpActivePort[iChn], pGB28181Param-
	>runParam.vedioPayload,
	transMode,
	pGB28181Param->runParam.vedioPayload,
	pGB281 81Param->runParam.vedioPackType ,
	pGB28181Param->runParam.vedioSample,
	pGB28181Param->userParam.devSipID,
	pGB28181Param->userParam.devSipPasswd,
	pGB28181Param->runParam.ssrc
	);

	=== SIP-Status-Codes ===		=== SIP-Status-Codes ===

80.122.59.30: /* SIP-Anfragen */ gb28181

2024-02-22T19:59:22Z

SIP-Anfragen: gb28181

← Nächstältere Version		Version vom 22. Februar 2024, 21:59 Uhr
Zeile 72:		Zeile 72:

	=== SIP-Anfragen ===		=== SIP-Anfragen ===
			snprintf(sdpBody, sizeof(sdpBody),
	{{Hauptartikel\|SIP-Anfragen}}
			"v=0\r\n"
	<nowiki>RFC 3261</nowiki><ref name="RFC3261" /> definiert sechs Anfragen: REGISTER, INVITE, ACK, CANCEL, BYE und OPTIONS.
			"o=%s 0 0 IN IP4 % s\r\n" /Sitzungsquelle//Benutzername / Sitzungs-ID / Version / Netzwerktyp / Adresstyp / Adresse/ "
			s=Play\r\n" /Sitzungsname/
			"c=IN IP4 %s\r\n" /Verbindungsinformationen//Netzwerktyp / Adressinformationen / Adresse der Mehrpunktkonferenz/
			"t=0 0\n" /Zeit//Startzeit / Endzeit/
			"m=video %s RTP/AVP %d\r\n" /Medien / Port / Transportschichtprotokoll / Formatliste/
			"a=setup:%s\r\n" %s\r\n"
			"a=sendonly\r\n" /Transceiver-Modus/
			"a=rtpmap:%d %s/%d\r\n" /Nutzlasttyp / Codename / Taktrate/
			„a=Benutzername:%s\r\n“
			„a=Passwort:%s\r\n“
			„a=Dateigröße:0\r\n“
			„y=%d\r\n“,
			pGB28181Param->userParam .devSipID,
			pGB28181Param->userParam.devSipIP,
			pGB28181Param->userParam.devSipIP,
			pGB28181Param->userParam.devTcpActivePort[iChn], pGB28181Param-
			>runParam.vedioPayload,
			transMode,
			pGB28181Param->runParam.vedioPayload,
			pGB281 81Param->runParam.vedioPackType ,
			pGB28181Param->runParam.vedioSample,
			pGB28181Param->userParam.devSipID,
			pGB28181Param->userParam.devSipPasswd,
			pGB28181Param->runParam.ssrc
			);

	=== SIP-Status-Codes ===		=== SIP-Status-Codes ===

Smartcom5: /* Einleitung */ Überarbeitet und Definition verdeutlicht. ;-

2023-09-01T07:33:19Z

Einleitung: Überarbeitet und Definition verdeutlicht. ;-

← Nächstältere Version		Version vom 1. September 2023, 09:33 Uhr
Zeile 17:		Zeile 17:
	\|}		\|}

	Das '''~~Session Initiation Protocol~~''' ('''SIP''') ist ein [[Netzwerkprotokoll\|Netzprotokoll]] zum Aufbau, zur Steuerung und zum Abbau einer [[Sitzung (Informatik)\|Kommunikationssitzung]] zwischen zwei und mehr Teilnehmern. Das Protokoll wird u. a. im <nowiki>RFC 3261</nowiki><ref name="RFC3261" /> spezifiziert. In der [[IP-Telefonie]] ist das SIP ein häufig angewandtes Protokoll.		Das '''Sitzungs-Initiierungs-Protokoll''' ('''SIP'''), auch ''Einleitungs-Protokoll'' (engl. ''Session Initiation Protocol'') ist ein [[Netzwerkprotokoll\|Netzprotokoll]] zum Aufbau, zur Steuerung und zum Abbau einer [[Sitzung (Informatik)\|Kommunikationssitzung]] zwischen zwei und mehr Teilnehmern. Das Protokoll wird u. a. im <nowiki>RFC 3261</nowiki><ref name="RFC3261" /> spezifiziert. In der [[IP-Telefonie]] ist das SIP ein häufig angewandtes Protokoll.

	== Funktionsweise ==		== Funktionsweise ==

At40mha: CSS-Fehler korrigiert

2023-07-15T10:37:34Z

CSS-Fehler korrigiert

← Nächstältere Version		Version vom 15. Juli 2023, 12:37 Uhr
Zeile 1:		Zeile 1:
	{\| class="wikitable float-right"		{\| class="wikitable float-right"
	\|+ style="background:#C0C0FF; font-size:larger;~~rfc~~"\| SIP (Session Initiation Protocol)		\|+ style="background:#C0C0FF; font-size:larger;"\| SIP (Session Initiation Protocol)
	\|-		\|-
	\| '''Familie:'''		\| '''Familie:'''

PerfektesChaos: tk k

2023-07-10T19:38:19Z

tk k

Änderungen zeigen