SIP Retransmission - Versionsgeschichte

Thomas.will: /* Oder bis das 32 fache von T1(hier 500ms) erreicht wird */

2023-07-05T06:25:14Z

Oder bis das 32 fache von T1(hier 500ms) erreicht wird

Thomas.will: /* Prinzip */

2023-07-05T06:22:02Z

Prinzip

Thomas.will: /* Grundlegendes */

2023-07-05T06:21:52Z

Grundlegendes

Thomas.will am 2. Juli 2023 um 11:17 Uhr

2023-07-02T11:17:08Z

Thomas.will: /* Prinzip */

2023-07-02T11:13:56Z

Prinzip

Thomas.will: /* Retransmission, wenn die 200 OK-Antwort auf die BYE-Anforderung verloren geht */

2023-07-02T11:13:41Z

Retransmission, wenn die 200 OK-Antwort auf die BYE-Anforderung verloren geht

Thomas.will: /* =Nicht-INVITE-Transaktion, wenn keine Antwort kommt */

2023-07-02T11:13:19Z

=Nicht-INVITE-Transaktion, wenn keine Antwort kommt

Thomas.will: /* Retransmission, wenn die 200 OK-Antwort auf die BYE-Anforderung verloren geht */

2023-07-02T11:13:11Z

Retransmission, wenn die 200 OK-Antwort auf die BYE-Anforderung verloren geht

Thomas.will am 2. Juli 2023 um 11:11 Uhr

2023-07-02T11:11:36Z

Thomas.will am 2. Juli 2023 um 11:05 Uhr

2023-07-02T11:05:12Z

@@ Zeile 84: / Zeile 84: @@
    |                 |
    |----INVITE------>|     (Versuch 7, T1*2*2*2*2*2 = 16 s)
    |                 |
    |  (Client gibt auf, da keine Antwort vom Server erhalten wurde)  |
    </pre>
 =Nicht INVITE Nachricht=
 *Ein wichtiger Unterschied besteht darin, dass SIP die exponentielle Backoff-Strategie nicht für die Retransmission von Nicht-INVITE-Anforderungen oder deren Antworten verwendet.

@@ Zeile 21: / Zeile 21: @@
 ==Prinzip==
 *SIP basiert auf dem Request-Response-Modell.
-*Es verwendet mehrere verschiedene Nachrichtentypen, einschließlich INVITE, ACK, BYE, CANCEL, OPTIONS und REGISTER. Ein einfacher Aufruffluss könnte so aussehen:
+*Es verwendet mehrere verschiedene Nachrichtentypen, einschließlich INVITE, ACK, BYE, CANCEL, OPTIONS und REGISTER.
 <pre>
 Client            Server
@@ Zeile 39: / Zeile 40: @@
 *In diesem Flussdiagramm sendet der Client eine INVITE-Nachricht an den Server, um einen Anruf zu initiieren.
 *Wenn die endgültige Antwort des Servers verloren geht, wiederholt der Client die INVITE-Anfrage.
 ==Es wird solange wiederholt, bis ein Erfolg eintritt==
 *Die Anfrage wird mehrmals wiederholt, um zu versuchen, eine erfolgreiche Verbindung herzustellen.

@@ Zeile 1: / Zeile 1: @@
 =Grundlegendes=
 *Das Session Initiation Protocol (SIP) ist ein Kommunikationsprotokoll, das für die Signalisierung und Kontrolle von Multimedia-Kommunikationssitzungen in Anwendungen wie Sprach- und Videotelefonie verwendet wird.
-*Im Falle von verlorenen oder verzögerten Paketen hat SIP eingebaute Mechanismen für Retransmission. Diese Mechanismen sind in RFC 3261, die SIP-Spezifikation, definiert.
+*Im Falle von verlorenen oder verzögerten Paketen hat SIP eingebaute Mechanismen für Retransmission.
 =Timer=
 ;T1:

@@ Zeile 2: / Zeile 2: @@
 *Das Session Initiation Protocol (SIP) ist ein Kommunikationsprotokoll, das für die Signalisierung und Kontrolle von Multimedia-Kommunikationssitzungen in Anwendungen wie Sprach- und Videotelefonie verwendet wird.
 *Im Falle von verlorenen oder verzögerten Paketen hat SIP eingebaute Mechanismen für Retransmission. Diese Mechanismen sind in RFC 3261, die SIP-Spezifikation, definiert.
 =INVITE Nachricht=
 ==Prinzip==

@@ Zeile 79: / Zeile 79: @@
 Client            Server
    |                  |
-   |-----BYE-------->|
+   |-----BYE--------->|
    |                  |
    |<----200 OK-------|
@@ Zeile 86: / Zeile 86: @@
 *Wenn der Server nicht innerhalb einer bestimmten Zeit auf die BYE-Anforderung antwortet, wiederholt der Client die Anforderung nach einer festen Zeitintervall (T2).
 *Der Standardwert für T2 ist 4 Sekunden.
 ==Retransmission, wenn die 200 OK-Antwort auf die BYE-Anforderung verloren geht==
 <pre>

@@ Zeile 102: / Zeile 102: @@
 *Aber das Grundprinzip bleibt das gleiche
 *Wenn eine Antwort auf eine Anforderung ausbleibt, wird die Anforderung erneut gesendet, um eine erfolgreiche Kommunikation sicherzustellen.
-==Nicht-INVITE-Transaktion, wenn keine Antwort kommt=
+==Nicht-INVITE-Transaktion, wenn keine Antwort kommt==
 <pre>
 Client            Server

← Nächstältere Version		Version vom 2. Juli 2023, 11:13 Uhr
Zeile 102:		Zeile 102:
	*Aber das Grundprinzip bleibt das gleiche		*Aber das Grundprinzip bleibt das gleiche
	*Wenn eine Antwort auf eine Anforderung ausbleibt, wird die Anforderung erneut gesendet, um eine erfolgreiche Kommunikation sicherzustellen.		*Wenn eine Antwort auf eine Anforderung ausbleibt, wird die Anforderung erneut gesendet, um eine erfolgreiche Kommunikation sicherzustellen.
		+	==Nicht-INVITE-Transaktion, wenn keine Antwort kommt=
		+	<pre>
		+	Client Server
		+	\| \|
		+	\|-----BYE--------->\| (Versuch 1)
		+	\| \|
		+	\| \| (Keine Antwort)
		+	\| \|
		+	\|-----BYE--------->\| (Retransmission nach T2=4s)
		+	\| \|
		+	\| \| (Keine Antwort)
		+	\| \|
		+	\|-----BYE--------->\| (Retransmission nach T2=4s)
		+	\| \|
		+	\| \| (Keine Antwort)
		+	\| \|
		+	\|-----BYE--------->\| (Retransmission nach T2=4s)
		+	\| \|
		+	\| \| (Keine Antwort)
		+	\| \|
		+	\|-----BYE--------->\| (Retransmission nach T2=4s)
		+	\| \|
		+	\| \| (Keine Antwort)
		+	\| \|
		+	\|-----BYE--------->\| (Retransmission nach T2=4s)
		+	\| \|
		+	\| \| (Keine Antwort)
		+	\| \|
		+	\| (Client gibt auf, da keine Antwort vom Server erhalten wurde) \|
		+	</pre>
		+	*Im obigen Beispiel wird die BYE-Anforderung alle 4 Sekunden erneut gesendet.
		+	*Der Client gibt auf und die Transaktion schlägt fehl, wenn innerhalb von 32 Sekunden (Timer F) keine Antwort vom Server empfangen wird.

@@ Zeile 1: / Zeile 1: @@
 =Grundlegendes=
-Das Session Initiation Protocol (SIP) ist ein Kommunikationsprotokoll, das für die Signalisierung und Kontrolle von Multimedia-Kommunikationssitzungen in Anwendungen wie Sprach- und Videotelefonie verwendet wird. Im Falle von verlorenen oder verzögerten Paketen hat SIP eingebaute Mechanismen für Retransmission. Diese Mechanismen sind in RFC 3261, die SIP-Spezifikation, definiert.
+*Das Session Initiation Protocol (SIP) ist ein Kommunikationsprotokoll, das für die Signalisierung und Kontrolle von Multimedia-Kommunikationssitzungen in Anwendungen wie Sprach- und Videotelefonie verwendet wird.
 =Prinzip=
-SIP basiert auf dem Request-Response-Modell. Es verwendet mehrere verschiedene Nachrichtentypen, einschließlich INVITE, ACK, BYE, CANCEL, OPTIONS und REGISTER. Ein einfacher Aufruffluss könnte so aussehen:
+*SIP basiert auf dem Request-Response-Modell.
 <pre>
 Client            Server
@@ Zeile 19: / Zeile 21: @@
    |-------ACK------->|
 </pre>
-In diesem Flussdiagramm sendet der Client eine INVITE-Nachricht an den Server, um einen Anruf zu initiieren. Wenn die endgültige Antwort des Servers verloren geht, wiederholt der Client die INVITE-Anfrage.
+*In diesem Flussdiagramm sendet der Client eine INVITE-Nachricht an den Server, um einen Anruf zu initiieren.
 =Es wird solange wiederholt, bis ein Erfolg eintritt=
-Die Anfrage wird mehrmals wiederholt, um zu versuchen, eine erfolgreiche Verbindung herzustellen. Jede Wiederholung erfolgt nach einer festgelegten Wartezeit, die sich nach jedem fehlgeschlagenen Versuch verdoppelt:
+*Die Anfrage wird mehrmals wiederholt, um zu versuchen, eine erfolgreiche Verbindung herzustellen.
 <pre>
 Client           Server
@@ Zeile 46: / Zeile 50: @@
 =Oder bis das 32 fache von T1(hier 500ms) erreicht wird=
-Wenn keine Antwort vom Server empfangen wird, gibt der Client den Versuch nach einer bestimmten Zeit auf. Diese Zeit ist das 32-fache des ursprünglichen Retransmissions-Intervalls (T1), das hier auf 500 ms gesetzt ist:
+*Wenn keine Antwort vom Server empfangen wird, gibt der Client den Versuch nach einer bestimmten Zeit auf.
 <pre>
 Client           Server
    |                 |
-   |----INVITE------>|     (Versuch 1, T1 = 500 ms)
+   |----INVITE------>|     (Versuch 1)
    |                 |
-   |----INVITE------>|     (Versuch 2, T1*2 = 1 s)
+   |----INVITE------>|     (Versuch 3, T1*2 = 1 s)
    |                 |
-   |----INVITE------>|     (Versuch 3, T1*2*2 = 2 s)
+   |----INVITE------>|     (Versuch 4, T1*2*2 = 2 s)
    |                 |
-   |----INVITE------>|     (Versuch 4, T1*2*2*2 = 4 s)
+   |----INVITE------>|     (Versuch 5, T1*2*2*2 = 4 s)
    |                 |
-   |----INVITE------>|     (Versuch 5, T1*2*2*2*2 = 8 s)
+   |----INVITE------>|     (Versuch 6, T1*2*2*2*2 = 8 s)
    |                 |
-   |----INVITE------>|     (Versuch 6, T1*2*2*2*2*2 = 16 s)
+   |----INVITE------>|     (Versuch 7, T1*2*2*2*2*2 = 16 s)
    |                 |
-   |----INVITE------>|     (Versuch 7, T1*2*2*2*2*2*2 = 32 s)
+   |----INVITE------>|     (Versuch 8, T1*2*2*2*2*2*2 = 32 s)
    |                 |
    |  (Client gibt auf, da keine Antwort vom Server erhalten wurde)  |
    </pre>