Resumo

  • O estado Opened do IPV6CP é uma condição local necessária para IPv6 sobre PPP; não comprova a existência de um endereço global utilizável.
  • Dispensar o DAD global troca uma verificação por duas premissas de topologia, que precisam de responsáveis e evidência própria.

Uma operação de banda larga pode contar sessões IPV6CP abertas e chamar o número de “assinantes IPv6 ativos”. É uma métrica simples, barata e, sem qualificação, enganosa.

Ela mede uma transição de controle. Não mede tudo o que vem depois.

RFC 5072 exige que o PPP alcance a fase de protocolo de rede e que o IPV6CP chegue a Opened antes de qualquer pacote IPv6 ser comunicado. A ordem evita que o protocolo de rede avance antes do enlace. Porém, não diz que um endereço unicast global foi criado, validado, instalado ou usado em tráfego bem-sucedido.

A negociação trata de um Interface-Identifier de 64 bits. Cada Configure-Request leva uma instância. Valores não nulos e diferentes podem receber Ack; valores iguais provocam Nak e nova sugestão; dois zeros encerram a negociação com Reject. O alcance da distinção é a ligação ponto a ponto entre aqueles dois extremos.

Se nenhum identificador válido for obtido, não existe valor padrão a presumir. A recuperação fica sem procedimento especificado, com configuração manual citada apenas como alternativa. Um produto pode oferecer recuperação automática, mas a decisão dele deve aparecer no recibo operacional e não ser atribuída ao RFC.

O identificador negociado compõe o endereço link-local. O próprio RFC alerta que não se deve supor sua reutilização nos endereços globais. O par pode criar um ou vários identificadores adicionais. Uma coleta que termina no Ack não conhece, portanto, a identidade do endereço global posteriormente instalado.

O limite fica mais nítido no Duplicate Address Detection. Para o link-local feito com o identificador negociado, DAD é redundante porque os dois lados já separaram seus valores dentro da ligação. Para endereços globais, a dispensa depende de duas condições simultâneas.

O prefixo anunciado pelo roteador de acesso precisa ser exclusivo daquela ligação PPP. Além disso, o roteador terminador não pode autoconfigurar para si um endereço global derivado do mesmo prefixo. Só com as duas condições o RFC recomenda que a administração coloque DupAddrDetectTransmits em zero.

Zero não é aprovação do DAD; é ausência do teste. A confiança passa a repousar sobre o sistema de alocação de prefixos e a configuração do roteador. Uma automação que compartilhe o prefixo ou uma mudança que dê ao roteador um endereço nessa faixa quebra a justificativa sem alterar o Ack antigo.

RFC 4862 define o ponto de partida: endereços unicast passam por DAD antes da atribuição, venham de SLAAC, DHCPv6 ou configuração manual, salvo exceções expressas. O documento também define zero transmissões como DAD não executado. Quem usa a exceção precisa provar o controle substituto.

O endereço global ainda pode seguir caminhos diferentes. Na autoconfiguração sem estado, o host combina um prefixo de Router Advertisement com um identificador. Na configuração com estado, recebe um endereço de um servidor como DHCPv6. Anúncio, concessão, instalação, rota e tráfego são eventos relacionados, não um único evento.

A política de identificadores também envelheceu. RFC 8064 atualiza formalmente o RFC 5072, recomenda o método semanticamente opaco do RFC 7217 para endereços SLAAC estáveis e desaconselha embutir endereço estável da camada de enlace. Isso registra a norma vigente, não a implementação de um equipamento específico.

Nem o controle aberto prova autenticação. O RFC 5072 separa filtros de admissão, protocolo de autenticação e criptografia, e alerta que um método com MD5 pode sofrer repetição. É possível concluir IPV6CP e ainda ter uma pergunta aberta sobre identidade ou autorização.

Um recibo defensável inclui: estado LCP; autenticação e autorização; troca IPV6CP inteira; valores local e remoto; forma de geração; endereço link-local; origem do endereço global; prefixo e validade; DAD observado ou prova das duas condições; endereço e rota instalados; origem vista no pacote; resposta remota; resultado da aplicação.

Essa lista é prática operacional, não requisito oculto. Ela aplica a separação de camadas de realidade de Heng Lu: intenção, controle, estado configurado, pacote e resultado exigem ligações demonstráveis, não uma inferência coletiva baseada em uma luz verde.

Sources