Questão 2921572

• Banca: FEMPERJ
• Órgão: TCE-RJ
• Ano: 2012
• Provas: FEMPERJ - 2012 - TCE-RJ - Analista de Controle Externo - Organizacional - Tecnologia da Informação
• Disciplina: Redes de Computadores
• Assuntos: IP (Internet Protocol); Protocolo

No início dos anos 90, estudos apontavam para a possibilidade de exaustão dos endereços IPv4 nas duas décadas seguintes. Iniciou-se, então, o desenvolvimento do IP versão 6 (IPv6) como sucessor do IPv4. A principal mudança proposta foi a expansão da capacidade de endereçamento de 32 para 128 bits. Além disso, foram realizadas outras alterações no formato do datagrama. Entre elas se destacam:

• A. exclusão dos campos para fragmentação/remontagem de datagramas (se um datagrama IPv6 recebido por um roteador é muito grande para ser transmitido pela camada de enlace subjacente, o roteador simplesmente descarta esse datagrama e emite uma mensagem de erro);
• B. exclusão do campo que contabiliza o número de saltos de um datagrama (na nova definição do protocolo não existe mais o problema de um datagrama circular indefinidamente sem alcançar o seu nó destino);
• C. exclusão do campo que era usado para distinguir tipos de datagrama IP (por exemplo, datagramas com requisitos de tempo mínimo de entrega), os projetistas do IPv6 preferiram deixar essa funcionalidade para ser completamente tratada na camada de transporte;
• D. alteração do campo de checksum do cabeçalho para um campo de CRC (Cyclic Redundancy Check) (CRC é uma técnica de detecção de erro mais eficiente que a técnica de checksum usada pelo IPv4 e amplamente adotada nas redes de computadores modernas);
• E. alteração do campo options (final do cabeçalho) o qual passou a ter tamanho fixo de 20 bytes e deve ser usado para caracterizar os requisitos de transmissão do datagrama (a fixação do tamanho desse campo resolveu o problema de tamanho variável do cabeçalho IPv4).

Gabarito: A

Comentários

• Alternativa correta: A. 

  b) ERRADA: agora o nome do campo é HOP LIMIT, que tem a mesma função do TTL;

  c) ERRADA: o campo TRAFFIC CLASS faz isso agora;

  d) ERRADA: ipv6 não faz mais checksum;

  e) ERRADA: tamanho variável, dependendo de quais cabeçalhos de extensão são usados. 

• Agregando conhecimento:

  Sobre alternativa D:

  Ipv6 não faz mais checksum, pois já é realizado na camada de transporte, portanto seria redundante;

  Sobre a alternativa E:

  Não existe o campo OPTIONS no ipv6, através da eliminação deste campo, pode-se fixar o tamanho cabeçalho IPV6 em 40 Bytes. Se precisar colocar alguma informação adicional no cabeçalho Ipv6 usaremos os cabeçalhos de extensão.

• Só complementando a A...Se um datagrama for muito grande, o roteador não faz mais o fragmentation, ao invés disso dropa o pacote e envia uma mensagem de erro para que a origem faça a remontagem...muitas coisas nesse protocolo são fim-a-fim, o que deixa os hackers sem muita coisa pra fazer!