Acontece que esses 2 bytes adicionais são por causa da captura de modo cozido do Linux (SLL) que constrói um cabeçalho de camada de enlace falso. Informações mais detalhadas podem ser encontradas aqui
Estou usando um aplicativo chamado android-wifi-tether
em um celular. Meu laptop está conectado ao telefone via Wi-Fi e o telefone está conectado à Internet através de 3G.
Estou usando tcpdump
para sniffar interfaces Wi-Fi e 3G para fazer algumas análises em pacotes encaminhados. Percebi que os tamanhos de quadros capturados na interface 3G são sempre 2 bytes a mais que os quadros na interface Wi-Fi. Qual pode ser a razão disso?
Acontece que esses 2 bytes adicionais são por causa da captura de modo cozido do Linux (SLL) que constrói um cabeçalho de camada de enlace falso. Informações mais detalhadas podem ser encontradas aqui
A MTU é definida por protocolo de mídia e, no caso de redes sem fio, deixa muito espaço para a implementação específica. Isso ocorre porque uma grande MTU facilita a transferência mais rápida de dados de uma determinada quantidade devido a uma sobrecarga combinada mais baixa, ao mesmo tempo em que também perde rapidamente a eficiência em comparação a uma pequena MTU se o link estiver ruim e os dados frequentemente tiverem que ser retransmitidos. O tamanho do pacote pode ser escolhido com isso em mente: uma boa conexão pode se beneficiar de tamanhos maiores de pacotes, uma conexão ruim de um tamanho menor.
O wireless existe em muitas variantes, eu nem vou tentar listá-los, mas notarei que as variantes do 3G são baseadas em especificações de protocolo diferentes das especificações do protocolo Wifi.
Isso (mais do que qualquer outra coisa) explicaria quaisquer diferenças no tamanho dos pacotes entre suas interfaces 3G e Wifi.
Assim como petiscos:
Tags 3g tcpdump forwarding