O TTL diminui em um em cada salto ou a cada segundo. O último provavelmente é raro o suficiente, a menos que você tenha um link muito lento ou buffers realmente grandes. Além disso, o que traceroute faz é enviar pacotes com TTL crescente, então a diminuição é mostrada implicitamente na saída, então se a rota tivesse alguma parte onde o TTL diminuiria em mais de um, ou um roteador não enviaria o erro ICMP, seria aparecer como uma linha vazia.
# traceroute -I 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 somerouter (...) 1.018 ms 1.118 ms 1.365 ms
2 * * *
3 otherrouter (...) 9.436 ms 9.464 ms 9.466 ms
4 se-tug.nordu.net (109.105.102.102) 15.814 ms 15.821 ms 15.823 ms
5 netnod-ix-ge-a-sth.google.com (194.68.123.115) 16.200 ms 16.205 ms 16.244 ms
6 216.239.40.27 (216.239.40.27) 16.087 ms 16.038 ms 16.057 ms
7 209.85.242.47 (209.85.242.47) 16.682 ms 19.965 ms 20.142 ms
8 google-public-dns-a.google.com (8.8.8.8) 16.386 ms 16.306 ms 16.306 ms
Aqui, o roteador no hop # 2 não respondeu, então o traceroute recebeu respostas para os pacotes com TTL 1 e TTL 3, mas não para o TTL 2.