O IPv6 foi projetado para ser uma evolução do IPv4, introduzindo diversas melhorias e simplificações na estrutura do cabeçalho do pacote, ao mesmo tempo em que expande a funcionalidade e o espaço de endereço.
Alguns campos que estavam presentes no cabeçalho IPv4 foram removidos ou modificados no IPv6.
Aqui estão os principais campos que foram removidos ou alterados significativamente na passagem do IPv4 para o IPv6:
- Soma de verificação do cabeçalho:
- IPv4: Inclui um campo de soma de verificação que ajuda a garantir a integridade do cabeçalho do pacote.
- IPv6: Este campo foi removido no IPv6. Presume-se que a integridade do cabeçalho seja garantida por outros níveis, normalmente por camadas superiores, como TCP ou UDP, que possuem suas próprias somas de verificação.
- Identificação de fragmentos, sinalizadores e deslocamento:
- IPv4: Esses campos são usados para fragmentação e remontagem de pacotes.
- IPv6: No IPv6, a fragmentação não é realizada pelos roteadores da rota. Em vez disso, a fragmentação é tratada pelo dispositivo remetente e requer o uso de um cabeçalho de extensão de fragmentação quando necessário.
- opções:
- IPv4: O cabeçalho IPv4 possui um campo de opções que pode ser usado para suportar funções adicionais.
- IPv6: Não há campo de opções no cabeçalho base do IPv6. Em vez disso, o IPv6 usa cabeçalhos de extensão, que são inseridos entre o cabeçalho base e a carga útil quando funcionalidades adicionais são necessárias.
- DIH (comprimento do cabeçalho da Internet):
- IPv4: O campo IHL indica o comprimento do cabeçalho IPv4, permitindo cabeçalhos de tamanho variável devido ao campo de opções.
- IPv6: O comprimento do cabeçalho base IPv6 é fixo (40 bytes), portanto o campo DIH foi removido.
- Tipo de serviço (agora DSCP e ECN em IPv4):
- IPv4: Originalmente chamado de “Tipo de Serviço”, este campo evoluiu para incorporar DSCP (Differentiated Services Code Point) e ECN (Explicit Congestion Notification).
- IPv6: Introduz o campo “Classe de Tráfego”, que é semelhante ao DSCP IPv4 para lidar com serviços diferenciados e também suporta ECN.
Essas mudanças refletem um design focado na simplificação do processamento de pacotes em roteadores e na melhoria do suporte a funcionalidades como qualidade de serviço e segurança, sem comprometer a extensibilidade e flexibilidade do protocolo.
Não há tags para esta postagem.