Resumo

  • O espaço básico de bSPL contém apenas os valores 0 a 15, dezesseis posições. O RFC 7274 usa Standards Action para a alocação de valores especiais básicos e não reserva esse espaço pequeno para uso experimental ou privado.
  • O valor 15 é o XL. Ele não pode estar no fundo da pilha e atribui significado especial somente ao rótulo imediatamente seguinte. O significado interoperável do eSPL vem da ação de padrões do IETF e do registro da IANA, não do autor de um pacote.
  • Um emissor que carrega 15 não pode inventar significado global, estabelecer ou autorizar um LSP ou uma rota, autenticar uma identidade, conceder acesso nem substituir o suporte, a política ou a decisão de descarte do receptor.

O que o LSR faz

Na terminologia atual do RFC 9017, Base Special-Purpose Label é bSPL, o valor 15 é Extension Label e o valor seguinte pertence ao registro Extended Special-Purpose Label, ou eSPL. O XL precisa ser seguido por outro rótulo; não pode ser o fundo da pilha. Ele dá significado especial apenas ao próximo rótulo, não à pilha inteira e muito menos a qualquer significado escolhido pelo emissor. O RFC 9017 atualizou a terminologia e o tratamento, mas não cria LSPs nem muda o encaminhamento por meio de um plano de controle ou controlador centralizado.

Depois de um XL, os valores 0 a 15 não podem aparecer imediatamente. Se essa sequência estiver no topo da pilha, o LSR deve descartar o pacote. Um LSR que não compreenda um XL no topo da pilha também deve descartar; o mesmo vale para um eSPL seguinte desconhecido. O equipamento pode registrar o evento, mas o registro deve ser limitado por taxa. eSPLs não podem ser usados para balanceamento de carga: uma análise legada diferente pode colocar pacotes do mesmo fluxo em caminhos distintos e causar reordenação.

O RFC 6790 trata de entropia para balanceamento; o RFC 7274 trata da alocação e da interpretação de um espaço escasso, e não autoriza transformar eSPL em marcador de distribuição.

A troca entre escassez e compatibilidade

O espaço básico de finalidade especial tem somente dezesseis valores. Tratamento especial pode exigir mudanças no hardware de encaminhamento, que podem ser caras ou impossíveis. Também há situações em que reduzir o tamanho da pilha é importante. Se cada nova finalidade global disputasse diretamente um bSPL, essas dezesseis posições seriam consumidas continuamente. O par XL-eSPL preserva valores básicos ao custo de uma entrada adicional na pilha. É uma forma de ampliar a coordenação, não uma expansão gratuita nem uma autorização automática de uso.

O custo aparece em dois itens consecutivos da pilha, na interpretação por equipamentos legados, em descartes quando o caminho não entende o valor, em possíveis reordenações quando a análise é inadequada e nos limites de implementação. Uma pilha maior pode provocar fragmentação e tornar o pacote impossível de processar por algumas implementações. Os documentos não demonstram que todo hardware atual suporte todo eSPL. Também não informam a frequência atual de XL desconhecido, descartes, reordenação ou fragmentação nas redes.

O registro da IANA é autoritativo para as alocações, mas não descreve política de implantação, compromisso comercial de suporte ou volume de tráfego presente.

Padrões atribuem significado; o emissor não

A IETF Standards Action e os registros da IANA atribuem semântica global interoperável. O LSR aplica a semântica registrada; o emissor apenas escolhe valores já autorizados pelo processo de padronização. O fato de um valor estar registrado não é permissão operacional para qualquer emissor injetá-lo em qualquer rede. Tampouco prova que cada equipamento do caminho o implemente. O XL não autentica o emissor, não autoriza serviço, LSP, rota ou reparo, não concede acesso e não substitui uma política ou uma decisão de descarte do receptor.

“Reserved labels”, expressão encontrada em terminologia anterior a 2021, é uma designação histórica; o termo genérico atual para os valores básicos é bSPL.

O RFC 7274 torna a alocação básica deliberadamente coordenada. Há possibilidade de alocação antecipada caso a caso, mas a política é Standards Action. Como o espaço é pequeno, não se criou uma reserva básica para experimentos ou uso privado. A aposentadoria também é lenta: a depreciação exige consenso do IETF e um RFC; uma pesquisa pode começar depois de doze meses; e uma solicitação para liberar o valor para alocação futura só pode ocorrer depois da constatação definida de ausência de uso e de pelo menos vinte e quatro meses. Essa cautela protege a interoperabilidade, mas não concede autorização de operação a ninguém.

Análise de Elias Ward: propriedade, beneficiários e contrafactuais

Esta seção é análise, não mandato dos RFCs. Projetistas de protocolos ganham um espaço coordenado maior; operadores preservam bSPL escassos para casos sensíveis ao tamanho da pilha; implementações ganham uma fronteira explícita de interpretação. Esses beneficiários não implicam que todos os equipamentos estejam prontos ou que qualquer operador deva adotar o mecanismo. O custo é distribuído entre entradas adicionais, análise legada, descarte, reordenação, fragmentação e limites de implementação.

Sem XL, novas finalidades especiais globais continuariam competindo pelos dezesseis valores básicos. O resultado contrafactual seria uma conservação mais lenta, outro esquema coordenado com seu próprio custo de compatibilidade ou maior pressão de esgotamento sobre um espaço sensível ao hardware. O XL desloca essa pressão para pilhas mais longas e para a verificação de compatibilidade; não a elimina. Nada disso permite inferir ganho de desempenho, taxa de adoção, comportamento de fornecedor ou participação atual de tráfego.

Caminho de decisão do operador e fixtures de verificação

  1. Determine se a necessidade é realmente uma finalidade especial registrada. Não trate uma entrada da IANA como permissão para injetar o rótulo e não use XL como mecanismo de rota, identidade ou controle de acesso.
  2. Confira o item eSPL atual na IANA, os RFCs aplicáveis, a matriz de suporte dos equipamentos e o limite de profundidade da pilha em todo o caminho. A decisão deve vir da política operacional, não de uma inferência feita pelo programa emissor.
  3. Para um equipamento sem suporte, diante de um valor desconhecido ou de uma política proibitiva, espere descarte, não interpretação criativa. Se o evento for registrado, limite a taxa dos logs.
  4. Proíba eSPL para balanceamento de carga. Não confunda RFC 3443, sobre propagação de TTL e visibilidade de túneis, RFC 4950, sobre divulgação da pilha em ICMP, ou BFD e BGP, sobre vivacidade, anúncio, negociação e política, com a autoridade de atribuição de significado deste mecanismo.
  5. Execute fixtures concretos: [XL=15, eSPL=valor registrado, S=1] deve seguir a semântica registrada; [XL=15, eSPL=0..15, S=1] deve ser descartado; XL desconhecido no topo e eSPL seguinte desconhecido também devem ser descartados; logs devem ser limitados por taxa. Teste ainda pilhas maiores, fronteiras de fragmentação, preservação de ordem e limites de implementação. Não transforme o resultado do laboratório em prova de implantação universal.

Fontes