O cabeçalho do protocolo IPv4 possui o campo denominado TTL ...

A alternativa correta é a Alternativa A.

Vamos entender melhor esse assunto.

O cabeçalho do protocolo IPv4 possui vários campos importantes que são utilizados para gerenciar o tráfego de pacotes na rede. Um desses campos é o TTL (Time to Live).

O campo TTL é usado para definir o número máximo de saltos que um pacote pode fazer entre roteadores antes de ser descartado. Cada vez que um pacote passa por um roteador, o valor do TTL é decrementado em um. Quando o valor do TTL chega a zero, o pacote é descartado.

A principal função do campo TTL é evitar que pacotes fiquem circulando indefinidamente na rede, o que poderia causar congestionamento e desperdiçar recursos.

Agora, vamos analisar as alternativas apresentadas na questão:

• A - o máximo número de saltos entre roteadores para evitar que um pacote fique indefinidamente na rede.

Esta é a alternativa correta. O campo TTL realmente define o número máximo de saltos que um pacote pode fazer antes de ser descartado, impedindo que ele permaneça indefinidamente na rede.

• B - a data/hora que o pacote foi processado e transmitido pelo roteador origem da rede.

Esta alternativa está incorreta. O campo TTL não guarda informações sobre a data e hora que o pacote foi processado.

• C - o máximo tempo (em milissegundos) que o pacote deve permanecer na rede para evitar o congestionamento.

Esta alternativa está incorreta. O TTL não é medido em tempo (milissegundos), mas em número de saltos.

• D - a data/hora que o pacote deve ser descartado caso não tenha alcançado o destino.

Esta alternativa está incorreta. O campo TTL não define uma data/hora específica para descarte do pacote.

• E - o mínimo tempo (em milissegundos) que o pacote deve permanecer na rede para evitar a não entrega.

Esta alternativa está incorreta. O TTL não define um tempo mínimo, mas um máximo de saltos.

Espero que esta explicação ajude você a entender melhor como o campo TTL funciona no cabeçalho do protocolo IPv4 e como ele é essencial para o gerenciamento eficiente do tráfego de pacotes na rede. Se precisar de mais alguma ajuda, estou à disposição!

LETRA A

Esclarecendo que 255s (informação passada pelo colega Bruno) se refere a 255 saltos. Não confundam com 255 segundos.

Em redes TCP IP qualquer informação trafega através de pacotes. O TTL é o número de saltos entre dispositivos (roteadores e outros) que um pacote pode dar antes de chegar ao seu destino.
O valor máximo para o TTL de um pacote é 255. Cada pacote enviado para uma rede sai do emissor com um TTL determinado. Em cada dispositivo que um pacote de rede passa, o TTL deste pacote é diminuído em 1. Quando o TTL chega em zero, o pacote é descartado, e para de trafegar pela rede. O objetivo de utilizar um TTL é evitar que um pacote fique infinitamente passeando pela rede, o que iria levar a problemas de performance a médio e longo prazos.

http://www.palpitedigital.com/ttl-time-to-live-o-que-e/

Caberia recurso para essa questão? A RFC traz como unidade de medida segundos e não saltos. " Time to Live: 8 bits This field indicates the maximum time the datagram is allowed to remain in the internet system. If this field contains the value zero, then the datagram must be destroyed. This field is modified in internet header processing. The time is measured in units of seconds, but since every module that processes a datagram must decrease the TTL by at least one even if it process the datagram in less than a second, the TTL must be thought of only as an upper bound on the time a datagram may exist. The intention is to cause undeliverable datagrams to be discarded, and to bound the maximum datagram lifetime." Fonte: https://tools.ietf.org/html/rfc791#page-11

Uma informação bem importante!!!

O TTL contém a vida útil/duração de vida do pacote em segundos. Inclusive essa é a interpretação original RFC 791, do Tanenbaum tbém!.

.

Trecho abaixo tirado da RFC 791
"Time to Live

The time to live is set by the sender to the maximum time the datagram is allowed to be in the internet system.  If the datagram is in the internet system longer than the time to live, then the datagram must be destroyed.

This field must be decreased at each point that the internet header is processed to reflect the time spent processing the datagram. Even if no local information is available on the time actually spent, the field must be decremented by 1.  The time is measured in units of seconds (i.e. the value 1 means one second).  Thus, the maximum time to live is 255 seconds or 4.25 minutes.  Since every module that processes a datagram must decrease the TTL by at least one even if it process the datagram in less than a second, the TTL must be thought of only as an upper bound on the time a datagram may exist.  The intention is to cause undeliverable datagrams to be discarded, and to bound the maximum datagram lifetime."

 

Como sabemos, o papel do TTL é para evitar a permanência indefinida de um pacote com end. inválido na Internet, por exemplo. A segunda interpretação é que ele contém a duração da vida do datagrama em hops (cada vez q passa por um roteador há o decremento do TTL que ao chegar em 0 o pacote é descartado)

 

Nas provas, considerar as duas interpretações:

    a. Tanto "A vida útil do pacote em segundos";
    b. Como "Contém a duração da vida do datagrama em hops";