Resumo
draft-ietf-spring-resource-aware-segments-20associa SIDs SR-MPLS e locators/SIDs SRv6 existentes a um NRP ou a um conjunto local de recursos, preservando a função original de encaminhamento.- O identificador escolhe o tratamento pretendido. Não prova alocação em todos os nós, vínculo coerente, ausência de fallback para best effort nem cumprimento do SLA.
O pacote chegou ao destino com o SID correto. No meio do caminho, porém, a fila reservada não existia. O roteador manteve a conectividade usando best effort. Para o teste de reachability, tudo funcionou; para o cliente que comprou isolamento e latência, o serviço falhou.
Essa diferença organiza a revisão 20 de Introducing Resource Awareness to SR Segments, publicada em 30 de setembro de 2026. O Internet-Draft do grupo SPRING pretende ser Proposed Standard, está em IESG Evaluation / AD Followup e ainda registra um DISCUSS. Não é RFC, decisão final nem prova de interoperabilidade ou adoção ampla.
O SID aponta para recursos; não os inventaria
Segment Routing atribui uma instrução de encaminhamento a um SID. A revisão acrescenta uma associação de recursos sem criar novo tipo de SID. Adj-SID pode selecionar próximo salto e recursos locais; Prefix-SID pode representar um caminho e o NRP. No SRv6, locator estabelece o contexto do NRP, enquanto End.X e outros SIDs apontam ação e recursos do nó.
Isso permite mais isolamento do que o pequeno número de classes DiffServ. Mas o SID continua sendo uma chave para estado local. Não revela se o scheduler reservou capacidade, se a fila sobreviveu ao reboot nem se o mesmo compromisso existe no salto seguinte.
A aparência global depende de confirmações locais
Segmentos locais vinculam recursos de um nó ou link. Segmentos globais se associam ao conjunto do NRP. Esse conjunto só é real quando todos os participantes alocam e vinculam de maneira consistente.
A revisão 20 determina que um NRP não seja usado antes de totalmente provisionado. Uma atualização só termina após todas as mudanças, falha parcial deve ser reportada e o sistema deve poder fazer rollback. Se um nó detectar vínculo inconsistente, os SIDs afetados não podem encaminhar e o erro deve ser registrado.
O texto define quando considerar a operação completa, mas deixa mecanismos detalhados de alocação, YANG e extensões de controle fora de escopo. O operador precisa guardar intenção, membros, quantidade, SID/locator, aceite de cada nó, estado de hardware, ativação, checagem e rollback.
Fallback preserva entrega e pode esconder quebra do contrato
Se um trânsito não encontrar os recursos do NRP, o padrão é descartar; uma configuração pode permitir best effort. Tráfego excedente também pode ser descartado, rebaixado ou tratado normalmente.
O fallback evita indisponibilidade total, mas torna reachability uma métrica insuficiente. O draft recomenda registrar e reportar essa mudança. Sem o evento, uma entrega comum pode parecer entrega premium, apagando a diferença entre pacote recebido e SLA cumprido.
Canal protegido não prova recurso físico
Alocação, associação e distribuição devem usar autenticação mútua, autorização, integridade e proteção contra replay; topologia e capacidade sensíveis deveriam ser confidenciais. Admission control deve impedir que reservas prejudiquem o plano SR básico.
Ainda assim, um nó comprometido pode declarar recursos inexistentes, exagerar capacidade ou degradar seletivamente um NRP. Mensagem autêntica prova origem e integridade, não a existência da fila. A lista de equipamentos Huawei declarados em produção em agosto de 2025 é, pelo próprio aviso RFC 7942, fornecida por contribuidores, não verificada e sem endosso IETF. Não há no pacote teste multivendor nem medição reproduzível de SLA.
A cadeia confiável percorre intenção autorizada, versão exata, NRP, quantidades, SID e locator, admissão, alocação real, consistência, ativação após o último recibo, classificação, descarte ou fallback, medição e resultado no aplicativo. Depois de manutenção ou falha, ela precisa ser refeita mesmo que o SID permaneça igual.
A doutrina de especificação inicial mínima de Heng Lu preserva essa divisão: a camada comum dá semântica interoperável; dimensionamento, preço, admissão e reparo ficam sob autoridade local. A primazia do código em execução impede que um draft e um SID válido sejam tratados como adoção. O SID escolhe a faixa; os recibos provam se ela existiu.
Fontes
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance

