ttl a opção no ping não é reconhecida

Question

Eu estou pingando um pandaboard Android-2.3 (Linaro Build) com um laptop Linux Mint 12 usando este comando:

$ ping -c 5 -t 10 192.168.50.200
PING 192.168.50.200 (192.168.50.200) 56(84) bytes of data.
64 bytes from 192.168.50.200: icmp_req=1 ttl=64 time=360 ms
64 bytes from 192.168.50.200: icmp_req=2 ttl=64 time=401 ms
64 bytes from 192.168.50.200: icmp_req=3 ttl=64 time=404 ms
64 bytes from 192.168.50.200: icmp_req=4 ttl=64 time=402 ms
64 bytes from 192.168.50.200: icmp_req=5 ttl=64 time=603 ms

--- 192.168.50.200 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 360.455/434.506/603.300/85.995 ms

Embora eu tenha especificado um Time To Live de 10, o comando ping parece manter o valor padrão 64.

1. O que eu senti falta aqui?
2. Como posso verificar se minha configuração de rede não está impedindo o uso de TTL não-64?

Ao fazer o contrário, ou seja, ping meu laptop a partir do dispositivo android, ttl opção (-t) não é tomada também. Muito obrigado por sua ajuda. Emeric

[EDITAR]

# ping -c 10 -t 52 74.125.224.72
PING 74.125.224.72 (74.125.224.72) 56(84) bytes of data.
64 bytes from 74.125.224.72: icmp_seq=1 ttl=52 time=1143 ms
64 bytes from 74.125.224.72: icmp_seq=2 ttl=52 time=81.3 ms
64 bytes from 74.125.224.72: icmp_seq=3 ttl=52 time=80.2 ms
^C
--- 74.125.224.72 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2215ms
rtt min/avg/max/mdev = 80.200/435.170/1143.921/501.162 ms, pipe 2

# ping -c 10 -t 51 74.125.224.72
PING 74.125.224.72 (74.125.224.72) 56(84) bytes of data.
64 bytes from 74.125.224.72: icmp_seq=1 ttl=52 time=78.5 ms
64 bytes from 74.125.224.72: icmp_seq=2 ttl=52 time=78.5 ms
64 bytes from 74.125.224.72: icmp_seq=3 ttl=52 time=81.1 ms
64 bytes from 74.125.224.72: icmp_seq=4 ttl=52 time=78.6 ms
64 bytes from 74.125.224.72: icmp_seq=5 ttl=52 time=84.3 ms
^C
--- 74.125.224.72 ping statistics ---
6 packets transmitted, 5 received, 16% packet loss, time 5556ms
rtt min/avg/max/mdev = 78.507/80.237/84.372/2.290 ms

    

Answer 1

O TTL definido no tráfego de saída é um parâmetro do sistema na maioria dos sistemas operacionais e define o mesmo para todo o tráfego de saída. Não tem nada a ver com respostas ICMP.

A única situação em que um sistema precisaria decrementar o TTL recebido é ao encaminhar uma cópia exata de um pacote com endereços de origem e destino reescritos para fora de outra interface, ou seja, ao agir como um roteador. As solicitações de eco do ICMP não se enquadram nessa categoria.

No entanto, você pode verificar com certeza, executando um sniffer de pacotes no host e olhar para um registro de captura de tráfego de entrada, ou olhando para logs de firewall se o seu sistema operacional tiver software de firewall instalado que ofereça suporte.

    

Answer 2

O pandaboard roda o busybox para lidar com os comandos mais comuns do shell. Eles são construídos no binário busybox, em vez de serem executados como executáveis separados, como em uma máquina linux tradicional.

O comando busybox ping tem apenas um subconjunto das opções "adequadas" disponíveis no executável ping padrão.

Talvez haja um binário de ping completo que você possa instalar se precisar de ttl.