Нет, этот результат примерно вдвое больше, чем должен быть.
Поскольку ваш фильтр был либо портом источника ИЛИ назначения, равным 161, то это означает, что вы были заинтересованы как во входящем, так и в исходящем трафике SNMP.
Гигабитный Ethernet всегда коммутируется, что означает, что он всегда дуплексный. Таким образом, он имеет 1 гигабит / с входящей пропускной способности плюс 1 гигабит / с исходящей пропускной способности, что в сумме составляет 2 гигабит / с суммарной пропускной способности. Таким образом, вы должны были разделить на 2 миллиарда вместо 1 миллиарда.
Кроме этого, ваш расчет, вероятно, достаточно близко для большинства целей. Если вы хотите быть еще более точным, вы могли бы учитывать время, которое занимают обязательные межпакетные промежутки, преамбулы физического уровня и разделители начала кадра. Когда Gigabit Ethernet отправляет биты, он отправляет их со скоростью 1 000 000 000 бит в секунду, но не отправляет полезные биты постоянно (из-за упомянутых выше обязательных пропусков и преамбул). Эти вещи не отображаются в том, что захватывает tcpdump, поэтому, чтобы быть сверхточным, вы должны помнить, чтобы учитывать их. Если я правильно помню, разрыв составляет 96 бит-раз, preable + delimiter - 64 бита, в общей сложности 160 «невидимых» битов на пакет.
Отредактировано для добавления: Вы также можете дважды проверить, что поле длины, которое вы используете из этого вывода tcpdump, является полной длиной кадра Ethernet, а не только длиной дейтаграммы IP или UDP.