[Synapse] TCP ReTx [TraceMagic|Events]

Home _° SiteMap _° Analyse _° Preise _° Audits _° Software _° Download _° Syn-Wiki _° Kontakt _° Impressum

^TraceMagic ^{Trace Log Events}

TCP ReTx

1. [==] ReTx: Erst- und Zweit-Übertragung sind identisch
2. [==] ReTx trotz erwiesener Empfangs-Bestätigung (PreTx-ACK) der Gegenstelle
3. [<>] ReTx: Erst-Übertragung nicht im Trace, nur Zweit-Übertragung sichtbar

TCP Retransmission (ReTx)

Erhält ein TCP-Sender nach voran gegangener Übertragung keine
Empfangs-Bestätigung der Gegenstelle

, so muss nach ablaufen
der Wartezeit

eine erneute Übertragung erfolgen
(Wiederholungs-Übertragung, Retransmission).

Ursache für Paket-Verluste können sein:
Physikalische Leitungs-Defekte, Puffer-Überlauf in Switches/Routern, etc.

Beispiel(e):

PreTx = Previous Transmission (vorige Übertragung, also voriges TCP-Paket)
ReTx = Retransmission (Wiederholungs-Übertragung)
PreTx-ACK = PreTx Acknowledgement (Quittung der Gegenstelle bzgl. des PreTx-Packets)

ReTx: Erst- und Zweit-Übertragung sind identisch">1. ReTx: Erst- und Zweit-Übertragung sind identisch

Bei dieser Variante sind Erst- und Zweit-Übertragung beide im Trace enthalten.
Dies besagt, dass die Erst-Übertragung auf dem Rest-Weg vom MessPunkt zum
Empfänger verloren ging (oder die Quittung der Gegenstelle auf dem Rückweg
verloren ging).


[   2] /#    414 ::  10.0.1.22       << 163.165.14.30   :: TCP: PreTx       / 1460 Bytes / Ports:   524 <<  8515 | 0x 020C << 0x 2143 /                 0x 1C402965         :: · :: **  :: (Related Frame |<-\   ) ::  \
[   2] \#    450 ::  10.0.1.22       << 163.165.14.30   :: TCP: ReTx    / 1460 Bytes / Ports:   524 <<  8515 | 0x 020C << 0x 2143 / 0x 1C402F19-!?->0x 1C402965     :: · :: **  :: (Current Frame     \*|) ::  /

ReTx trotz erwiesener Empfangs-Bestätigung (PreTx-ACK) der Gegenstelle">2. ReTx trotz erwiesener Empfangs-Bestätigung (PreTx-ACK) der Gegenstelle

Bei dieser Variante wird die ReTx gestartet, obwohl von der Gegenstelle ein
TCP ACK vorliegt, mit welchem die PreTx quittiert wurde.
Es ist folglich zu vermuten, dass genau dieses PreTx-ACK auf dem Rest-Weg
vom MessPunkt bis zum Empfänger verloren ging (oder von diesem ignoriert wurde).


[   2] /#   8821 ::  10.0.1.22       << 163.165.90.4    :: TCP: PreTx       /  188 Bytes / Ports:  1809 <<   524 | 0x 0711 << 0x 020C /                 0x 01E32763         :: · :: **  :: (Related Frame |<-\   ) ::  \
[   2] |#   8871 ::  163.165.90.4    << 10.0.1.22       :: TCP: PreTx-ACK   /       (poss. lost later or ignored by 163.165.90.4    ) /                 0x 01E3281F         :: · :: **  :: (Related Frame    |   ) ::  |
[   2] \#   8874 ::  10.0.1.22       << 163.165.90.4    :: TCP: ReTx    /  188 Bytes / Ports:  1809 <<   524 | 0x 0711 << 0x 020C / 0x 01E32763-!?->0x 01E32763     :: · :: **  :: (Current Frame     \*|) ::  /

3. [<>] ReTx: Erst-Übertragung nicht im Trace, nur Zweit-Übertragung sichtbar

Bei dieser Variante ist die Erst-Übertragung nicht im Trace enthalten,
ging also schon zuvor verloren (auf dem Weg vom Absender bis zum MessPunkt).


[  13] /#   6175 ::  10.0.1.22       << 172.16.98.4     :: TCP: PreTx       / 1380 Bytes / Ports:   524 << 33814 | 0x 020C << 0x 8416 /                 0x A3DA290E         :: · :: *** :: (Related Frame |<-\   ) ::  \
[  13] \#   7150 ::  10.0.1.22       << 172.16.98.4     :: TCP: ReTx   [<>] / 1380 Bytes / Ports:   524 << 33814 | 0x 020C << 0x 8416 / 0x A3DA290E-!?->0x A3DA23AA  [<>]   :: · :: *** :: (Current Frame     \*|) ::  /

Erzeugt am (Datum/Uhrzeit): 2012-05-15 / 00:28:11 ... via SYNcreator


	"Auf den ersten Blick sehen, was ist."
"Sie zeichnen auf, wir werten aus"