Resumo

  • O RFC 2105 descreveu uma arquitetura Informativa da Cisco na qual uma etiqueta curta indexava a Tag Information Base, era substituída a cada salto e escolhia uma interface sem repetir a busca pelo prefixo mais longo.
  • Protocolos de roteamento e mecanismos de distribuição criavam o estado antes do pacote; para rotas de destino, a topologia, e não a chegada de tráfego, podia disparar a alocação.
  • A mesma operação de encaminhamento servia a unicast, multicast, hierarquia, rotas explícitas, ATM e QoS, mas a etiqueta comprovava apenas um vínculo local executável.

O índice curto dependia de uma história longa

Ao receber um pacote etiquetado, o comutador tratava a etiqueta de entrada como chave de correspondência exata na TIB. A entrada devolvia uma ou mais trincas: etiqueta de saída, interface de saída e informação de enlace. O equipamento substituía os campos e transmitia. Era um caminho de execução compacto, adequado a hardware e capaz de produzir uma saída unicast ou várias saídas multicast.

Nada nessa operação explicava a origem da entrada. A etiqueta não dizia qual anúncio de rota escolheu o próximo salto, quem distribuiu o vínculo, quando ele foi atualizado, nem se uma política explícita havia afastado o tráfego da rota normal. Ela era um identificador local de estado previamente instalado, não um relato portátil sobre o percurso.

Um plano de dados estável sob controles substituíveis

O desenho separava deliberadamente encaminhamento e controle. O primeiro repetia a mesma busca e troca; o segundo associava etiquetas a objetos de roteamento e distribuía essas associações. Módulos diferentes podiam acrescentar funções sem reotimizar a operação rápida.

Essa divisão favorecia evolução. Um novo uso podia compartilhar o mesmo mecanismo de hardware. Também criava uma fronteira de evidência: a troca correta demonstrava que uma entrada local funcionara naquele instante, não que o módulo de controle tivesse dados atuais, que os vizinhos tivessem convergido ou que a política fosse autorizada.

A rota existia antes de sua etiqueta

Para o encaminhamento por destino, OSPF, BGP ou outro protocolo ainda construía a FIB. O RFC permitia alocação downstream, downstream sob demanda e upstream. No caso downstream comum, uma rota alcançável levava o comutador a reservar uma etiqueta, criar uma entrada e anunciar o vínculo. O vizinho usava a etiqueta recebida de seu próximo salto como etiqueta de saída.

O intercâmbio poderia acompanhar o protocolo de roteamento ou usar o Tag Distribution Protocol proposto. TDP, porém, não deve ser rebatizado retrospectivamente como LDP: o RFC 5036 definiu depois um protocolo distinto, com procedimentos próprios de descoberta, sessão, mapeamento e erro.

A topologia, não cada fluxo, criava estado

Para rotas de destino, o RFC 2105 chamava o método de topology driven. A existência de uma entrada na FIB podia disparar a alocação antes de qualquer pacote do usuário. O volume de estado acompanhava a tabela de rotas, e uma etiqueta podia representar um prefixo ou um grupo de rotas, em vez de nascer para cada conversa observada.

Pré-instalação não significava permanência correta. Uma alteração de rota, próximo salto ou sessão de distribuição inaugurava outra época de evidência. Se a entrada antiga sobrevivesse, o hardware ainda poderia executar com eficiência uma decisão vencida.

Houve pontos em que o cabeçalho IP voltou a decidir

Um pacote sem etiqueta precisava de uma busca de rede antes de receber a primeira marca. A agregação também tinha limite: quando rotas reunidas por uma mesma etiqueta levavam a próximos saltos diferentes, o ponto de agregação precisava examinar o destino no cabeçalho.

Essas exceções não eram defeitos marginais. Elas mostravam a natureza do ganho: reutilizar uma interpretação, e não eliminá-la. Quando o contexto não existia ou havia sido comprimido demais, a pergunta original tinha de ser reconstruída.

A pilha distribuiu conhecimento, não produziu um diário

Uma pilha de etiquetas permitia que a borda de um domínio empilhasse uma etiqueta interna sobre outra externa. O núcleo tratava apenas o topo para alcançar a saída; ali, a etiqueta superior era retirada e o contexto inferior voltava a valer. Assim, roteadores internos não precisavam conservar toda a tabela exterior.

Mesmo observada por inteiro, a pilha não documentava todas as mensagens de controle, alternativas rejeitadas ou transições que a formaram. Cada nível tinha significado local. A pilha transportava contexto executável, não uma trilha auditável de ponta a ponta.

O mesmo mecanismo recebeu ambições diferentes

No multicast, o protocolo de roteamento primeiro construía a árvore; a TIB depois associava etiquetas e interfaces às ramificações. Em rotas explícitas, o controle podia instalar um caminho diferente do encaminhamento por destino. Em ATM, VPI e VCI podiam carregar etiquetas, mas o comutador continuava precisando de roteamento e controle Tag Switching; uma rede ATM tradicional podia coexistir com recursos separados.

Para QoS, o ingresso classificava o pacote e aplicava uma etiqueta de classe. Os saltos seguintes encontravam estado de escalonamento sem repetir a classificação. A etiqueta não demonstrava que havia largura de banda, fila correta, atraso aceitável ou entrega. Classificação e resultado do serviço permaneciam recibos distintos.

Um memorando Informativo não era consenso de padrões

O documento não foi produto de um grupo de trabalho, não estava na trilha de padrões e não definia um padrão da Internet. O Datatracker hoje o marca como Legacy e sem posição formal no processo de padrões. O RFC tampouco discutiu segurança e registrou uma possível posição de propriedade intelectual da Cisco.

O MPLS do RFC 3031, publicado depois na trilha de padrões, também usou etiquetas localmente significativas, classes de equivalência, pilhas e substituição por salto. A continuidade estrutural é relevante, mas o RFC 3031 não cita o RFC 2105 por número ou título. Tag Switching foi um caminho histórico para a arquitetura rotulada; o texto, sozinho, não prova causalidade direta, linhagem de implementação ou adoção universal.

Os textos de Lu Heng ajudam a manter os níveis separados. Publicação não é execução; uma especificação comum não deve apropriar-se da autoridade de uma mudança não adotada; e uma descrição simbólica não é a realidade operacional. Documento, rota, vínculo, entrada instalada e entrega observada são provas diferentes.

Fontes