Resumo

  • A RFC 2153 impede que fornecedores ocupem secretamente Codes e Types comuns do PPP e provoquem colisões.
  • O OUI aponta para quem administra o significado; Kind e Values continuam privados e podem ser desconhecidos ou proibidos.
  • Configure-Ack aceita uma solicitação exata, mas ativação, uso bidirecional e resultado do serviço precisam de recibos próprios.

Uma etiqueta correta sobre conteúdo opaco

O analisador mostra Code 0, comprimento válido, OUI e Kind. A mensagem foi classificada com precisão, mas essa precisão não instala o decodificador, não explica Values e não concede autorização administrativa.

A RFC 2153, de 1997, resolveu o risco de fornecedores autoatribuírem Codes LCP/NCP ou Types de opção que colidissem. O envelope comum coordena nomes sem publicar algoritmos proprietários.

O pacote Vendor Specific usa Code 0, Identifier, Magic-Number, OUI, Kind e Values opcionais. Pode chegar antes de LCP Opened. A recepção gera RXR ou RUC, mas a resposta é definida pelo fornecedor; um Code-Reject produz o evento permitido RXJ+. Isso documenta a máquina de estados, não um acordo.

A opção Vendor-Specific usa Type 0. Antes de aceitá-la, a implementação precisa confirmar que OUI e Kind representam um mecanismo conhecido e compreender integralmente os valores. Sintaxe, semântica e aceitação são testes diferentes.

OUI não é credencial

O OUI identifica a organização que administra o significado. Kind não tem padronização compartilhada e Values é específico da implementação. O OUI não autentica o emissor nem autoriza a operação. A RFC 1661 prevê autenticação opcional após estabelecer o enlace; a extensão pode aparecer antes de Opened, e a RFC 2153 não discute segurança.

A série CF0000 atendia fornecedores de software sem OUI IEEE. RFC 5342 encerrou novas atribuições e RFC 7042 preservou a decisão sem alterar o formato. O registro PPP da IANA é prova de proveniência do número, não de suporte atual.

No PPP, Ack exige todas as opções reconhecíveis e valores aceitáveis, copiando exatamente a solicitação. Nak sinaliza valores inaceitáveis num mecanismo reconhecido. Reject sinaliza opção desconhecida ou bloqueada pelo administrador. Depois do Ack ainda faltam o módulo e versão, o principal de política, a instalação dos parâmetros, o primeiro pacote processado, NCP Opened, tráfego e resultado de aplicação.

A RFC 3772 adicionou protocolos PPP de fornecedor e manteve a segurança dentro de cada protocolo. Os registros RFC Editor, Datatracker e errata são evidência documental. Running-Code Primacy, Minimum Initial Specification e Reality Layers mantêm documento, execução e resultado em camadas distintas.

Fontes