Nein, dieses Ergebnis ist ungefähr doppelt so hoch wie es sein sollte.
Da es sich bei Ihrem Filter entweder um den Quell-ODER-Ziel-Port 161 handelte, bedeutete dies, dass Sie sowohl an eingehendem als auch an ausgehendem SNMP-Verkehr interessiert waren.
Gigabit-Ethernet wird immer geschaltet, dh es ist immer Vollduplex. Es hat also 1 Gigabit / Sek. Ankommende Bandbreite plus 1 Gigabit / Sek. Ausgehende Bandbreite für insgesamt 2 Gigabit / Sek. Gesamtbandbreite. Sie sollten sich also von 2 Milliarden anstelle von 1 Milliarde geteilt haben.
Abgesehen davon ist Ihre Berechnung für die meisten Zwecke wahrscheinlich nahe genug. Wenn Sie noch genauer sein möchten, können Sie die Zeit berücksichtigen, die zwingende Lücken zwischen Paketen, Präambeln auf physischer Ebene und Begrenzer für den Beginn des Frames erforderlich sind. Wenn Gigabit-Ethernet-Bits Bits sendet, werden diese mit 1.000.000.000 Bits pro Sekunde gesendet, es werden jedoch nicht ständig nützliche Bits gesendet (aufgrund der von mir genannten obligatorischen Lücken und Präambeln). Diese Dinge zeigen sich nicht in dem, was von tcpdump erfasst wird. Um also extrem präzise zu sein, müssen Sie daran denken, sie zu berücksichtigen. Wenn ich mich richtig erinnere, ist die Lücke 96 Bit-Zeiten, der vorläufige + Begrenzer ist 64 Bit, also insgesamt 160 "unsichtbare" Bits pro Paket.
Zum Hinzufügen hinzugefügt: Möglicherweise möchten Sie auch noch einmal überprüfen, ob das Längenfeld, das Sie aus dieser Ausgabe von tcpdump verwenden, die volle Länge des Ethernet-Frames ist und nicht nur die Länge des IP- oder UDP-Datagramms.