Welcher% des Datenverkehrs ist Netzwerk-Overhead zusätzlich zu HTTP / S-Anfragen
Wenn wir:
1) Anzahl der bytes/bits in der Netzwerk-adapter-Ebene (raw # der bits, die über den NIC) und
2) Anzahl bytes in alle HTTP/S Anfragen/Antworten.
Vorausgesetzt, nur HTTP/S-traffic ist auf dem Feld, und wenn eine statistisch relevante Anzahl von "typischen" web-traffic:
Ich will wissen, über wie viel mehr wird der Verkehr gezählt werden, die an die NIC Niveau als bei der HTTP/S-Ebene (zählen http-Header und allem) wegen der zusätzlichen Netzwerk-overhead.
InformationsquelleAutor der Frage David Parks | 2010-08-31
Du musst angemeldet sein, um einen Kommentar abzugeben.
Haben Sie keine Kenntnisse über die Ebenen, die unter HTTP. Sie können nicht einmal davon ausgehen, das die HTTP-Anfrage geliefert wird, die über TCP/IP. Auch wenn es ist, Sie haben null wissen über die Overheads Hinzugefügt, die von der Netzwerkschicht. Oder, was die Zuverlässigkeit der route sein wird und was Gemeinkosten werden aufgrund von gefallen/resent-Pakete.
Update: Basierend auf Ihren Kommentar, hier sind einige back-of-the-Serviette Schätzung:
Den maximum segment size (die zählen nicht, die TCP-oder IP-Header) wird in der Regel ausgehandelt zwischen den Schichten, um die Größe der MTU abzüglich der Header-Größe. Für Ethernet ist die MTU in der Regel konfiguriert bei 1500 bytes. Die TCP-header ist 160 bit oder 20 Byte lang. Der Feste Teil der IPv4-header ist 160 bit oder 20 Byte als gut. Der Feste Teil der IPv6-header ist 320 bit oder 40 bytes. Also:
overhead = TCP + IP = 40 bytes
payload = 1500 - 40 = 1460 bytes
overhead % = 2% (40 * 100 /1460)
overhead = TCP + IP = 60 bytes
payload = 1500 - 60 = 1440 bytes
overhead % = 4% (60 * 100 /1440)
Hier sind die Annahmen:
InformationsquelleAutor der Antwort Franci Penov
Mit 100Mbit/s-Ethernet, eine große Datei-transfers auf 94.1 Mbit/s.
6% overhead. Wenn Sie auch die Anzahl der TCP-ACKs fließt in die entgegengesetzte Richtung, es ist näher an 9%. Für gigabit-Ethernet-overhead (in Prozent) bleibt die gleiche. Annahmen: TCP/IPv4 und Größe der Datei >100 kB. (Bei dieser Größe kann man vernachlässigen, den ersten HTTP-und TCP-setup.)
Beim Vergleich von download-raten, Hüte dich vor den Faktor 8 von bits auf bytes. Ich Schätze, dass niemand die Kosten für Ethernet-Präambel-oder interframe-gap, aber "Nutzlast" sollte nicht wörtlich genommen werden.
Berechnung: Nutzlast /insgesamt
Nutzlast = 1500 - 20 - 32 (Ethernet_MTU - IPv4 - TCP)
insgesamt = 8 + 14 + 1500 + 4 + 12 (Präambel + Ethernet_header + Ethernet_MTU + CRC + Interframe_gap)
Da Ethernet ist immer voll-duplex diese Tage, die gelegentliche TCP-ACK fließt der andere Weg, nicht ändern Sie die übertragungsrate. Wenn Sie eine ACK-Meldung für jedes von zwei Daten-frames, um den overhead (das ist, was ich beobachtet habe in Wireshark), erhalten Sie 8,5% der Gesamt-overhead. Und während die MTU-Größe wird in der Regel 1500 Byte, kann es sein, kleiner, in manchen Netzwerken, oder viel größer ist, wenn jedes Stück Ausrüstung in den Pfad konfiguriert ist.
InformationsquelleAutor der Antwort maxy
Welche zusätzlichen Netzwerk-overhead? die TLS overhead oben auf die HTTP-Beträge zum Austausch der Schlüssel. Es ist vor allem die Verarbeitung überkopf, dass Sie bemerken.
http://en.wikipedia.org/wiki/HTTP_Secure#Difference_from_HTTP
Unten in der Zeile (nach dem server) wan-Beschleuniger oder-Proxys zu behandeln, wird Ihr traffic-Unterschiede nicht, da er nicht zwischengespeichert werden oder komprimiert werden können.
InformationsquelleAutor der Antwort reconbot