Resumo

  • A RFC 1188 definiu LLC/SNAP, MTU IP de 4352 octetos e convenções ARP para transportar IP e ARP em FDDI sem perder interoperabilidade com Ethernet em ponte.
  • EtherType, endereço de hardware, cache ARP, tamanho de trama e recepção local descrevem fatos estreitos de enlace; não provam pessoa, titularidade, autoridade, rota ou conclusão de aplicação.

A fibra precisava de uma frase comum

Em outubro de 1990, a RFC 1188, de David Katz, substituiu a RFC 1103 para dizer como datagramas IP e mensagens ARP caberiam em FDDI. Ela adotou o princípio já usado pela RFC 1042: interoperabilidade começa por uma interpretação comum da carga útil, não pela suposição de que todo endereço ou toda trama é uma declaração de confiança.

LLC tipo 1 e SNAP fazem essa separação concreta. AA-AA-03, OUI zero e o identificador de protocolo seguinte indicam ao receptor qual gramática deve aplicar à carga. Indicar IP ou ARP não autentica a origem. Não transforma o endereço IP no nome de uma pessoa, não entrega acesso ao equipamento remoto e não demonstra que uma aplicação processou os dados. A camada de enlace torna a leitura compatível; não absorve o trabalho de identidade e decisão das demais camadas.

Um MTU local não comprava um caminho inteiro

A RFC fixou o MTU IP em FDDI em 4352 octetos. Após LLC/SNAP, uma trama máxima poderia deixar cerca de 4470 octetos, mas a especificação reservou espaço para cabeçalhos MAC e campos de estado variáveis ou futuros. Gateways deveriam aceitar o MTU e fragmentar quando necessário. É uma regra sobre a moldura FDDI, não uma garantia sobre todos os próximos saltos.

O próprio documento mantém o limite usual de 576 octetos quando não há conhecimento explícito de que o destino aceita mais. A RFC 1191 registrou mais tarde 4352 como valor histórico de FDDI em sua tabela de MTU de caminho. Uma tabela ou uma interface não mede o caminho de uma comunicação particular. Caber no primeiro enlace, ser fragmentado por um gateway, chegar ao host e produzir efeito na aplicação continuam sendo eventos distintos.

ARP apontava para um próximo enlace, não para um dono

Para IP e ARP, a RFC 1188 exigiu endereços FDDI de 48 bits, embora FDDI admitisse estações de 16 ou 48 bits. A regra buscava evitar problemas de interoperação. Em ambiente com ponte Ethernet, ARP deveria ser transmitido com tipo de hardware 1, aceitar 1 ou 6 e carregar endereços em ordem canônica de bits. Como a notação normal de FDDI localizava o bit Group de outra maneira, cada octeto precisava ter seus bits invertidos no campo ARP.

Isto corrige uma diferença de representação. Uma entrada ARP ajuda uma máquina a endereçar uma trama no seu meio local. Não é uma escritura de propriedade, prova de identidade, confirmação de que a estação está ativa ou autorização para alterá-la. Mesmo após a resolução, pontes, roteadores, filtros, TCP e aplicação ainda podem tomar decisões próprias.

O sucessor histórico não certifica o presente

A RFC 1390 registra o sucessor Internet Standard de 1993 para IP e ARP sobre FDDI. Isso descreve a sequência de documentos; não confirma uso atual de FDDI, uma rede nomeada, nem transforma RFC 1188 em evidência de entrega real.

O ensinamento é uma disciplina de escopo. A encapsulação afirma uma sintaxe; ARP afirma uma correspondência local; o MTU limita um enlace. Para afirmar identidade, permissão, caminho e resultado, são necessários registros diferentes.

Fontes e limite de evidência

As fontes são RFC 1042, RFC 1188, RFC 1191 e RFC 1390. Elas não demonstram implantação atual, identidade, autorização, caminho vivo, entrega ou resultado de aplicação.