Resumo

  • RFC 3147 definiu o caminho inverso que faltava: IPv4 ou IPv6 em GRE, e o pacote GRE como dados de um PDU CLNP, para alcançar elementos IP atrás de uma rede CLNS instalada.
  • O N-SEL 47 sugerido escolhia GRE no terminal CLNS; o Protocol Type de GRE escolhia o protocolo interno. Nenhum dos dois provava que o comando de gestão teve efeito.
  • A coexistência criou dependência: retirar a rede antiga exigia comprovar alternativa, tamanhos úteis, proteção, resposta da aplicação, estado do equipamento e retorno.

O ponto final mudou antes do meio

SONET e SDH já possuíam uma infraestrutura de gestão consolidada. Bellcore GR-253-CORE e ITU-T G.784 haviam exigido CLNS, e grandes redes existiam para cumprir essa função. Quando fornecedores passaram a usar IP em elementos mais novos, trocar o protocolo do dispositivo não alterou a rede que havia entre ele e a estação de gestão.

Havia duas ilhas opostas. Um elemento antigo de CLNS atrás de uma rede IP nova podia ser atendido levando CLNP por GRE sobre IP. Mas o novo elemento IP atrás da rede CLNS antiga precisava do contrário. A primeira direção não criava a segunda.

RFC 3147 encapsulou IPv4 ou IPv6 em GRE e colocou o pacote GRE inteiro na área de dados de um PDU CLNP. A infraestrutura CLNS transportava o PDU até a saída do túnel, que removia CLNP e GRE e entregava o pacote interno ao domínio IP.

O núcleo CLNS não se tornava IP. O elemento gerenciado não precisava conhecer o túnel. Surgia uma passagem entre dois terminais definidos, não uma conversão geral. Esse limite impedia chamar continuidade de conclusão.

O mesmo pacote registrava atos diferentes

O cabeçalho IP interno identificava a conversa de gestão. GRE dizia qual protocolo de rede estava encapsulado. CLNP trazia os endereços e o encaminhamento usados no domínio realmente atravessado. Cada camada era uma evidência própria.

Receber CLNP confirmava a entrega ao terminal. Validar GRE confirmava a interpretação do conteúdo. Emitir IPv6 confirmava a desencapsulação. Ainda faltava a aplicação aceitar o pedido, o equipamento certo executá-lo e seu estado independente mostrar o resultado.

As identidades também não coincidiam. NSAP identificava o terminal CLNS; endereço IP, o destino IP; inventário, certificado ou localização poderiam ancorar a identidade operacional. Um campo único chamado endereço apagaria a ligação histórica quando qualquer camada mudasse.

A trilha correta preserva intenção, pacote interno, envelope GRE, portador CLNP, encaminhamento, saída, confirmação da aplicação e realidade do dispositivo. Uma etapa não pode assinar pelas seguintes.

Quarenta e sete abria uma porta específica

CLNS usava o último octeto do NSAP, N-selector ou N-SEL, para separar usuários do serviço de rede. Os terminais precisavam concordar que determinados dados CLNP começavam com GRE. RFC 3147 sugeriu 47 decimal, igual ao número de protocolo IP atribuído a GRE.

A coincidência ajudava a operação, mas não unia significados. N-SEL 47 selecionava GRE no terminal CLNS. O Protocol Type de GRE identificava IPv4, IPv6 ou outro protocolo. Registrar todo N-SEL 47 como IPv4 seria perder a segunda decisão.

O valor era uma convenção sugerida. Acordo entre fabricantes permitia interoperar; uma atribuição publicada não comprovava implementação universal, opções idênticas ou uso por uma operadora específica.

O recibo deve guardar NSAP e N-SEL de origem e destino, versão e flags GRE, Protocol Type, endereços internos, impressão digital e horário. “Túnel no ar” é uma conclusão sem coordenadas suficientes.

A sonda curta podia esconder a falha longa

Encapsular aumenta o tamanho. Um enlace interior de CLNS podia aceitar um PDU menor sem que a origem IP conhecesse o limite. RFC 3147 recomendou habilitar Segmentation Permitted. Sem permissão, um PDU grande demais podia ser descartado sem explicação útil ao emissor interno.

Uma consulta curta funcionava e uma transferência maior de configuração desaparecia. A equipe certificava alcance com a primeira e culpava a aplicação pela segunda. O caminho, porém, era utilizável apenas sob certa combinação de tamanho e segmentação.

Na entrada, Path MTU Discovery acrescentava outra regra. Com DF livre, o IPv4 interno podia ser fragmentado antes do encapsulamento. Com DF marcado, o pacote precisava ser descartado e um ICMP fragmentation-needed enviado. O retorno desse ICMP também podia falhar.

Tamanho original, DF, sobrecarga, flag de segmentação, limite do enlace, fragmentos, ICMP e ponto de observação são parte do mesmo evento. Sem isso, um buraco negro de tamanho parece defeito intermitente do equipamento.

Encapsulamento não era proteção

RFC 3147 afirmou que CLNS e GRE não ofereciam segurança nesse uso. Se necessária, outra técnica deveria proteger a carga antes de GRE sobre CLNS. O túnel não autenticava o aparelho, não cifrava a ordem e não autorizava o operador.

Um pacote podia estar correto nas três camadas e continuar sendo uma ação proibida. A saída podia reproduzir os bytes e a aplicação recusá-los. Uma resposta tampouco comprovava a identidade do equipamento sem mecanismo separado.

Extensões GRE posteriores e controles atuais podem completar uma implantação. Não devem ser projetados para trás sobre o texto de julho de 2001. O registro histórico precisa nomear o controle observado na época.

A ponte temporária deu nova força ao legado

Quando o equipamento IP passou a depender de GRE sobre CLNS, o antigo deixou de ser só custo. Tornou-se parte do caminho operacional do novo. Desligá-lo cedo demais podia isolar os próprios elementos apresentados como modernização.

Isso não eternizava CLNS. Exigia uma prova de saída: rota alternativa para cada dependência, testes de vários tamanhos, proteção acompanhando o caminho, retorno exercitado e estado do equipamento confirmado depois da mudança. Contagem de túnel não bastava.

O operador CLNS controlava rotas e NSAP; o operador IP, o novo alcance; o fabricante, a aplicação; o responsável pelo serviço, a decisão de corte. IETF podia normalizar a emenda sem transferir todas essas autoridades.

A história, portanto, não é de vitória imediata. CLNP sobre IP atendia elementos antigos atrás da rede nova; IP sobre CLNS atendia elementos novos atrás da antiga. As dependências cruzavam-se. A especificação mínima resolvia a passagem e deixava a política de retirada local.

O código em execução mantinha o direito de recurso. Se todos os envelopes cruzavam mas o estado não mudava, a gestão falhara. Se só pacotes pequenos passavam, a rota não era geral. Se CLNS seguia como único retorno, a substituição estava incompleta. O túnel preservava tempo, não emitia certidão de encerramento.

Fontes