Embora o NAT não aumente o tamanho dos pacotes (ou, talvez de forma mais precisa, diminua o tamanho máximo de carga útil por pacote), o PPOE e outros protocolos de encapsulamento geralmente fazem isso.
No entanto, os sistemas operacionais mais modernos implementaram o Path MTU Discovery , descrito na RFC1191 , que, de maneira ideal, adaptará pacotes de saída àquele do menor MTU de qualquer um dos links entre o host de envio e o destino, automaticamente. Ele faz isso configurando o DF bit
(Não Fragmentar) em pacotes de saída grandes e procura por um erro de ICMP Fragmentation Needed
.
No MacOS e em outros sistemas operacionais semelhantes ao Unix, o ping
utilitário possui vários comutadores que podem definir DF bit
, definir o tamanho da carga útil e até varrer um intervalo de tamanhos, determinando efetivamente uma MTU entre o host de origem e o destino. Há 8 bytes de sobrecarga nos ICMP Echo Request
ping
envios e 20 bytes de sobrecarga no pacote IP, fazendo com que a carga máxima de 1472 para um pacote de ping com o DF bit
conjunto em uma interface de MTU de 1500 bytes.
Você pode configurar seu MTU mais baixo para otimizar, de uma maneira muito pequena, esse caminho específico, em troca de um tamanho de pacote muito menos otimizado para todos os outros fluxos de pacotes dos quais o host participa.
Portanto, a menos que você tenha problemas com a transferência de arquivos, talvez seja melhor deixar o sistema operacional lidar com o MTU automaticamente.
[nevin-mac-mini: ~] nevin% ping -c 1 -D -s 1472 192.168.2.1
PING 192.168.2.1 (192.168.2.1): 1472 bytes de dados
1480 bytes de 192.168.2.1: icmp_seq = 0 ttl = 64 tempo = 0,667 ms
--- estatísticas de ping 192.168.2.1 ---
1 pacote transmitido, 1 pacote recebido, 0.0% de perda de pacote
viagem de ida e volta min / avg / max / stddev = 0,667 / 0,667 / 0,667 / 0,000 ms
[nevin-mac-mini: ~] nevin% ping-c 1 -D -s 1473 192.168.2.1
PING 192.168.2.1 (192.168.2.1): 1473 bytes de dados
ping: sendto: Mensagem muito longa
--- estatísticas de ping 192.168.2.1 ---
1 pacotes transmitidos, 0 pacotes recebidos, 100,0% de perda de pacotes