O cache de rotas IPv4 foi removido do kernel 3.6 . Você deve ser capaz de encontrar qualquer exceção de roteamento no FIB trie (veja /proc/net/fib_trie ).
eu estou jogando com o comando ip e hoje eu vi o meu fedora 16 não mostra as informações do cache de roteamento depois que eu fiz uma conexão com um host, no centos 5 e no suse 10,11 não tenho nenhum problema se eu usar o comando ip route show cache ou route -Cen, minha versão do kernel é 3.6.11-4.fc16.i686
Eu gostaria de saber se é algo relacionado com a versão do kernel ou se é um utilitário de comando do fedora.
O cache de rotas IPv4 foi removido do kernel 3.6 . Você deve ser capaz de encontrar qualquer exceção de roteamento no FIB trie (veja /proc/net/fib_trie ).
Você pode obter informações detalhadas sobre o caminho MTU para um host da seguinte maneira. Observe que as informações do cache devem ser preenchidas primeiro. Este teste foi realizado com um kernel do Ubuntu 3.13. Primeiro valido o cache atual de um host, não me comuniquei com ele e não tenho informações:
johnf@mtutest:~$ ip ro get 192.168.3.48
192.168.3.48 dev eth0 src 192.168.1.22
cache
Eu então tento pingar com um pacote maior que o MTU (mas não tão grande que o pacote deve ser fragmentado pelo SO). Você pode perder os primeiros pings quando você testar, você deve ver a mensagem Frag necessário.
johnf@mtutest:~$ ping -s 1460 192.168.3.48 -c 10
PING 192.168.3.48 (192.168.3.48) 1460(1488) bytes of data.
From 192.168.2.0 icmp_seq=1 Frag needed and DF set (mtu = 1220)
1468 bytes from 192.168.2.0: icmp_seq=2 ttl=252 time=1973 ms
[...]
--- 192.168.3.48 ping statistics ---
10 packets transmitted, 9 received, +1 errors, 10% packet loss, time 9016ms
rtt min/avg/max/mdev = 95.681/516.815/1973.697/568.969 ms, pipe 2
Depois de receber a mensagem ICMP MTU Exceeded, o kernel deve ajustar seu cache de rota para refletir as limitações do caminho:
johnf@mtutest:~$ ip ro get 192.168.3.48
192.168.3.48 dev eth0 src 192.168.1.22
cache expires 588sec mtu 1220
Tags linux