SóProvas


ID
370978
Banca
FCC
Órgão
TCE-GO
Ano
2009
Provas
Disciplina
Redes de Computadores
Assuntos

Alguns valores do cabeçalho IP podem ser legitimamente modificados enquanto um pacote atravessa a rede de comunicação e isso invalidará o processo de autenticação. Para evitar esse problema, além de outras providências, o algo- ritmo de hashing é aplicado no pacote IP com certos campos-chave (TTL, ToS, Checksum e Flags) preenchidos totalmente com

Alternativas
Comentários
  • Letra A. Os campos serão preenchidos com zeros. Qualquer modificação, de zero para um, será facilmente identificado na outra ponta da transmissão, pelo receptor.
  • Isso é uma convenção, arbitrariedade?
    Porque se colocar 1, qualquer modificação para 0 não será facilmente identificado na outra ponta da transmissão, pelo receptor?
    Não dá o mesmo resultado?

    Redes não é o meu forte...
    []s
  • É uma convenção. Se é pra completar com alguma coisa, melhor que seja zero pois representaria 0 volts no canal de transmissão, economizando energia. Na verdade, a transmissão de dados na camada fisica segue alguns padrões em que, no final das contas, uma transmissão de 0 bit pode ser uma variação de voltagem pre-definida (codigo manchester, codificacao nrzi, etc etc).

    Enfim, quando adiciona-se algo para completar o bloco de bits, adiciona-se zeros. Essa ação recebe o nome de PADDING e é muito comum em redes e em criptografia.
  • O campo header checksum confere apenas o cabeçalho. Esse total de verificação é útil para detecção de erros gerados por palavras incorretas em um roteador.
    Pelo que entendi, esse campo é utiliza checagem por algoritmo e este usa complemento de 1. Por default é adotado o valor 0 para conferênica no destino, indicando que o datagrama está ok. O header checksum é recontado a cada hop, por que pelo menos um campo sempre se altera (Time to live, que conta o tempo de espera na fila de recepção).
    Acredito que adotaram o mesmo procedimento de preenchimento para os demais campos mencionados na questão.