Resumo

  • O cabeçalho TPKT tem versão, campo reservado e comprimento total; ele diz onde termina o TPDU no fluxo TCP.
  • Delimitar bytes não atesta identidade, criptografia, autorização, propriedade de porta ou efeito de negócio.

Para RFC 793, TCP transfere um fluxo contínuo de octetos. Segmentos podem mudar, e uma leitura pode conter metade de um objeto ou vários. Uma camada que exige objetos discretos precisa declarar sua própria moldura.

Foi o que RFC 1006 fez em 1987 para o ISO Transport sobre TCP. Seu TPKT é variável e contém um cabeçalho constante mais um TPDU. São quatro octetos de cabeçalho: version de 8 bits, reserved de 8 bits e packet length de 16 bits. Na versão 3, version vale 3; packet length cobre inclusive o cabeçalho e varia de 7 a 65.535 octetos.

O receptor junta os quatro primeiros octetos, calcula o total e espera o restante antes de entregar o TPDU. Essa disciplina funciona quando o registro foi fragmentado por várias leituras ou quando diversos registros chegaram juntos. O diagrama em grupos de quatro não impõe que o TPKT inteiro seja múltiplo de quatro; o campo de comprimento é o contrato.

RFC 1006, STD 35, tornou obsoleta a RFC 983 e reservou a porta TCP 102 para hosts que implementassem o padrão. Ela pretendia oferecer a interface de transporte ISO sobre um portador TCP/IP, permitindo que camadas ISO superiores não precisassem conhecer esse portador. Não transformou a Internet em uma rede ISO, nem fez do número da porta uma prova de quem opera um serviço.

A RFC 2126, de 1997, atualizou a mapeação: conservou a forma de TPKT, refinou class 0 para a base RFC 1006 e descreveu class 2 sobre TCP. Também limita a inferência de segurança: não é mais nem menos seguro que TCP e ISO 8073. Um TPDU bem delimitado é um fato de parser, não uma decisão de aplicação.

Fontes e limites