TTL (Time To Live) to pole w nagłówku pakietu IP, którego zadaniem jest ograniczenie "żywotności" pakietu w sieci. W praktyce TTL działa jak licznik przeskoków: każdy kolejny ruter, który przekazuje pakiet dalej, zmniejsza TTL o 1. Dzięki temu, jeśli w sieci pojawi się błąd konfiguracji lub pętla routingu, pakiet nie będzie krążył bez końca.
Dlaczego poprawna jest odpowiedź "zmniejsza wartość TTL przekazywanego pakietu o jeden."?
Bo standardowy mechanizm działania routingu IP przewiduje dekrementację TTL na każdym urządzeniu trasującym. Gdy po kolejnych przeskokach TTL osiągnie wartość 0, pakiet powinien zostać odrzucony, co chroni sieć przed niepotrzebnym obciążeniem.
Dlaczego pozostałe odpowiedzi są błędne?
- "zwiększa wartość TTL przekazywanego pakietu o jeden." – byłoby sprzeczne z celem TTL. Zwiększanie licznika powodowałoby, że pakiety mogłyby krążyć dłużej, a nawet bez końca, zamiast wygasać.
- "zwiększa wartość TTL przekazywanego pakietu o dwa." – to również stoi w sprzeczności z funkcją pola TTL; dodatkowo wprowadzałoby nielogiczną, niestandardową zmianę wartości.
- "zmniejsza wartość TTL przekazywanego pakietu o dwa." – mechanizm jest "o jeden na przeskok". Zmniejszanie o 2 powodowałoby zbyt szybkie wygasanie pakietów i nie odpowiada typowemu zachowaniu rutera w IP.
Wskazówka egzaminacyjna: TTL kojarz z "liczbą przeskoków do wykorzystania". Jeśli pakiet przechodzi przez kolejny ruter, "zużywa" jeden przeskok, więc licznik spada o 1. To samo zjawisko wykorzystują narzędzia do badania trasy pakietu (np. traceroute/tracert), które celowo ustawiają małe TTL, aby wymusić odpowiedzi z kolejnych urządzeń pośrednich.