Não, esse resultado é aproximadamente o dobro do que deveria ser.
Como seu filtro era a porta OR ou de origem, sendo 161, isso significa que você estava interessado no tráfego SNMP de entrada e saída.
O Gigabit Ethernet é sempre comutado, o que significa que é sempre full-duplex. Portanto, ele tem 1 gigabit / s de largura de banda de entrada, mais 1 gigabit / s de largura de banda de saída, para um total de 2 gigabits / s de largura de banda agregada. Então você deveria ter dividido em 2 bilhões em vez de 1 bilhão.
Além disso, seu cálculo provavelmente está próximo o suficiente para a maioria dos propósitos. Se você quisesse ser ainda mais preciso, poderia levar em conta o tempo que as lacunas obrigatórias entre pacotes, os preâmbulos de camada física e os delimitadores de início de quadro ocupam. Quando o Gigabit Ethernet envia bits, ele os envia a 1.000.000.000 de bits por segundo, mas não envia bits úteis constantemente (por causa das lacunas obrigatórias e preâmbulos que mencionei). Essas coisas não aparecem no que tcpdump captura, então, para ser ultra-preciso, você deve se lembrar delas. Se bem me lembro, o intervalo é de 96 bits, o + delimitador é 64 bits, para um total de 160 bits "invisíveis" por pacote.
Editado para adicionar: Você também pode querer verificar que o campo de comprimento que você está usando a partir da saída do tcpdump é o comprimento total do quadro Ethernet, e não apenas o comprimento do datagrama IP ou UDP.