Resumo

  • O NLPID 0xcf marca PPP depois do cabeçalho Q.922, mas um valor diferente só pode ser lido como PPP Protocol comprimido quando PFC está habilitado e o NCP associado já foi negociado.
  • Respostas com o mesmo LCP Identifier vindas de framing addresses distintos podem revelar uma ligação multiponto; um encapsulamento equivalente após o NCP exige retorno a Link Establishment.

Uma luz de enlace acesa pode esconder uma conversa impossível. Um lado lembra que negociou PPP; o outro volta a enviar o mesmo protocolo de rede pelo encapsulamento geral de Frame Relay. A infraestrutura ainda entrega frames, porém cada receptor aplica uma gramática diferente. RFC 1973 tratou essa falha parcial como um problema de estado, não como prova de continuidade.

Publicado em junho de 1996, o documento definiu PPP sobre um circuito Frame Relay configurado ponto a ponto. LCP, NCPs, autenticação e compressão partem de uma relação entre dois peers. Frame Relay oferece circuitos virtuais, mas também pode alimentar ambientes multiponto. O formato precisava, portanto, conservar a bilateralidade da máquina PPP sem fingir que a camada inferior garantia a identidade dos participantes.

A coexistência abandonada

PPP normalmente utilizava framing semelhante a HDLC, baseado em ISO 3309. Houve a expectativa de fazê-lo coexistir com Frame Relay no mesmo enlace. A expansão de endereço de Q.922 encerrou essa ideia. O endereço pode crescer de um octeto para dois ou quatro, e a estrutura dos subcampos DLCI nem sempre se distingue da interpretação ISO 3309. Se o receptor não consegue localizar a fronteira de forma inequívoca, adivinhar não produz interoperabilidade.

RFC 1973 adotou uma sequência explícita: Flag 0x7e, Q.922 Address, Control, NLPID 0xcf, PPP Protocol, Information e Padding. Address e Control pertencem ao contexto de entrega Frame Relay. 0xcf seleciona PPP. PPP Protocol escolhe LCP, um NCP ou o protocolo transportado. Cada campo delimita uma sintaxe; nenhum autentica o remetente.

O mesmo limite proíbe Address-and-Control-Field-Compression. No PPP HDLC-like, valores constantes podem ser omitidos. Em Frame Relay, Address e Control variam e são modificados pela malha de comutação. Removê-los apagaria informação de entrega que ainda importava.

Um primeiro octeto com memória

Protocol-Field-Compression era outra questão. O mecanismo encurta de dois para um octeto o campo PPP Protocol. Nesse framing, retirar o NLPID e comprimir Protocol também alinha Information numa fronteira de 32 bits. O RFC recomenda negociar PFC quando houver ganho de desempenho.

Ao receber um frame, a implementação observa o primeiro octeto depois do cabeçalho. Zero significa formato RFC 1490. 0xcf significa NLPID PPP explícito. Um valor não zero e diferente de 0xcf só é esperado como PPP Protocol comprimido se PFC estiver ativo e se o NCP correspondente tiver sido negociado. Sem as duas condições, o frame deve ser tratado segundo RFC 1490.

O byte depende do histórico local. Para impedir colisão com PFC, o PPP Protocol 0x00cf foi reservado. O texto admite tratá-lo como sinal de que outro pacote PPP Protocol vem depois, sem transformá-lo em comprovante de aceitação. Os registros atuais da IANA mantêm 0xCF para o NLPID PPP e 00cf como valor PPP reservado.

A resposta que veio de endereços demais

Os primeiros pacotes LCP mostram cf-c0-21 depois do cabeçalho: o NLPID PPP e o Protocol LCP não comprimido c021. Reconhecer um Configure-Request leva o link a Link Establishment. Não conclui LCP, autenticação nem NCP.

O documento oferece então um diagnóstico de topologia. Se um feed supostamente ponto a ponto for ligado por engano a uma rede multiponto ou grupo multicast, mais de um nó poderá responder. Múltiplas respostas ao mesmo Configure-Request, com o mesmo Identifier e framing addresses diferentes, devem provocar uma indicação de configuração incorreta.

O Identifier correlaciona a resposta. Os endereços distinguem origens observadas. A multiplicidade completa a evidência. Um único retorno não prova que exista só um peer; o DLCI não é uma identidade organizacional global; e nenhuma indicação também não prova normalidade, porque certas implementações talvez não consigam registrar ou informar o endereço de framing.

Quando o encapsulamento denuncia memória perdida

Durante Link Establishment, frames com outros NLPIDs não podem ser enviados e devem ser descartados silenciosamente até a fase Network-Layer Protocol. Uma gramática concorrente não recebe prioridade antes de a configuração PPP terminar.

Depois que o NCP de um PPP Protocol é negociado, o significado muda. A chegada do mesmo protocolo de rede num encapsulamento equivalente definido por RFC 1490 sugere que o peer perdeu o estado PPP. O link deve voltar a Link Establishment e emitir novo LCP Configure-Request. Prosseguir com o acordo antigo criaria um buraco negro: um lado envia conforme um contexto que o outro já não possui.

O reinício não identifica a causa. Não prova reboot, mudança de circuito ou erro de configuração. Não recupera dados descartados nem garante a próxima negociação. Apenas converte um sintoma ambíguo do plano de dados numa tentativa explícita de controle.

Se a implementação exige configuração PPP ou recursos negociados como autenticação, pode entrar em Termination quando a configuração falhar. Caso contrário, ao atingir Max-Configure, o emissor deve voltar a enviar somente frames de RFC 1490. Interromper para preservar requisitos e continuar com menos propriedades são escolhas locais diferentes.

Números que pertencem ao contexto

O link precisa ser full-duplex, permanente ou comutado. Sinais de controle de Frame Relay podem fornecer eventos Up e Down a LCP, mas a falha desses sinais não pode comprometer o funcionamento correto de PPP. Magic Number e PFC são recomendados. O MRU inicial é 1600; o MTU da camada de rede não deve exceder 1500 sem negociação específica de MRU do peer igual ou superior a 2048.

Alguns switches aceitavam apenas frames de 262 octetos. Por isso, antes de concluir LCP, a implementação deve permitir limitar o pacote LCP a 259 octetos, deixando espaço para NLPID e Protocol. XID e Inverse ARP não são exigidos nesse uso de PPP porque a negociação NCP fornece a função. O alcance não se estende automaticamente a outros usos de Frame Relay.

RFC 2427 substituiu RFC 1490 e RFC 1294 na especificação multiprotocolo geral; não tornou RFC 1973 obsoleto. Documentos e números registrados estabelecem formatos, não implantação presente, padrão de fabricante, incidente ou entrega comercial. RFC 1973 também declara que não discute segurança. Framing não prova confidencialidade, integridade ou autenticação.

Fontes