Internetprotokolle: Berechnung der Ende-zu-Ende-Verzögerung, wenn zu jedem Paket ein Header hinzugefügt wird

475
etnie1031

Ich habe versucht, mich über Internetprotokolle zu unterrichten, und ich habe gelernt, wie man die Ende-zu-Ende-Verzögerung eines paketvermittelten Netzwerks von dieser Website (1c) aus berechnet: http://www.ics.uci.edu/~keldefra/teaching /spring2013/uci_cs132/problemsets/CS132_EECS148_ProblemSet2_Solution.pdf

Was passiert jedoch, wenn jedem Paket bei der Übertragung h Bytes hinzugefügt werden? Im Beispiel OHNE Hinzufügen eines Headers ist jede Paketgröße (Nachrichtengröße / Anzahl der Pakete) Bits, also mache ich einfach alles gleich, außer dass jede Paketgröße als ((Nachrichtengröße + Headergröße) / Anzahl der Pakete) betrachtet wird. ?

Ich bin im Grunde nur nicht sicher, ob der Header nur EINMAL von dem ursprünglichen Absender hinzugefügt wird, oder wenn er von jedem Link hinzugefügt wird. Können Sie das für mich klären?

(Wenn dies nicht die richtige Stapeltausch-Site ist, auf der sie veröffentlicht werden kann, kann jemand mich an eine entsprechende Site verweisen?)

1

1 Antwort auf die Frage

1
Frank Thomas

Da Sie "Internetprotokolle" erwähnen, muss ich davon ausgehen, dass Sie über Layer 3-Protokolldateneinheiten wie IP-Pakete sprechen (wobei der Layer 2-Frame, in dem das Paket enthalten ist, nicht berücksichtigt wird).

Ein IP-Header hat eine maximale Länge von 60 Byte pro RFC791 . Alle Änderungen, die ein Zwischengerät am Layer 3-Header vornimmt, müssen in diesen Bereich passen. Daher wäre es extrem unüblich, Daten zu jedem Hop zu sammeln. Im Allgemeinen würde ein Gerät nur den Verkehr ändern, wie es für einen Netzwerkzweck relevant ist, z. B. die Rekapselung eines Pakets in einem neuen Frame, wenn es in ein neues Netzwerk eintritt, aber Änderungen wie diese sind nur für das Netzwerk von Bedeutung, das das Paket gerade durchläuft Die Daten werden an jedem Hop vollständig ersetzt und nicht angesammelt. Es ist möglich, dass ein Netzwerk speziell entwickelter Geräte die Nachricht im Paket ändert und Informationen in den Protokoll-Dateneinheiten der Schicht 4 oder darüber hinzufügt oder ändert, so dass sich an jedem Hop Daten ansammeln. Dies scheint jedoch eine Dummheit zu sein .

Bits im Header können und werden umgedreht, wenn sich ein Paket durch ein Netzwerk bewegt. Der Time To Live-Zähler und somit die Header-Prüfsummenbits ändern sich, wenn sich ein Paket durch das Netzwerk bewegt. Wenn ein NAT-Gateway gefunden wird, werden die Quell- oder Ziel-IP-Adressen (und erneut die Header-Prüfsumme) neu geschrieben. Außerdem können Router DSCP- (Differentiated Services Code Point) und ECN-Bits (Explicit Congestion Notification) umschalten und sogar, selten, Optionen zum Header hinzufügen. Jeder Router, der das Paket auf dem Weg verarbeitet, schreibt den Header jedoch neu, wenn er nur TTL und Prüfsumme ändert, jedoch nicht kumulativ. Nevin Williams vor 6 Jahren 0