Resumo

  • O modo NRP de plano de controle oferece isolamento no momento da admissão, mas, sem aplicação por pacote, o tráfego pode disputar o mesmo recurso em tempo de execução e a garantia permanece branda.
  • A observabilidade deve mostrar separadamente mapeamento, reserva, excesso de venda, seletor, fila aplicada, trechos sem capacidade NRP e medição ponta a ponta.

O painel tinha uma coluna chamada “isolamento” e um círculo verde. Por trás dela havia três fatos: o controlador aceitara a demanda, o livro de reservas ainda tinha saldo e o cliente recebera desempenho adequado na última janela. Quando a fila saturou, ninguém sabia qual dos três havia mudado primeiro.

O problema não era falta de telemetria. Era um modelo de interface que transformava decisões e observações diferentes em uma única certeza.

A revisão 10 de Realizing Network Slices in IP/MPLS Networks é um Internet-Draft ativo do grupo TEAS, datado de setembro de 2026 e com expiração em 2 de abril de 2027. Não é RFC, relatório de implantação, resultado de interoperabilidade, certificação nem prova de SLA em produção. Não requer ações da IANA. Mapeamentos, codificações e instalação de políticas permanecem em parte locais, fora de escopo ou específicos da implementação.

O agregado é a primeira perda de detalhe

O Slice-Flow Aggregate reúne pacotes mapeados para um NRP e sujeitos ao mesmo tratamento. Vários IETF Network Slices podem compartilhar um agregado. O controlador mantém essa associação; o método para decidi-la é local.

Uma tela voltada ao cliente tende a preservar os nomes dos serviços e esconder o agregado. Uma tela de rede tende a fazer o contrário. A auditoria precisa dos dois. Só assim é possível saber quais promessas comerciais foram comprimidas em uma classe operacional e se continuavam compatíveis quando a carga mudou.

Cada alteração deve registrar serviços de origem, agregado, critérios, aprovador e condição de reversão. Um status verde sem a versão desse mapeamento não é reproduzível.

Reserva e capacidade física são números diferentes

A NRP Policy pode definir topologia, reservas, compartilhamento, restrições de caminho e comportamento por salto. No modo de plano de controle, a admissão considera a banda reservada, sujeita ao excesso de alocação configurado.

O draft admite que a topologia lógica represente menos, a mesma ou mais capacidade que a infraestrutura física. A banda máxima reservável pode superar o link. Portanto, o saldo do livro é uma afirmação sobre o modelo, não uma leitura direta do hardware.

Uma interface responsável deve exibir capacidade física, capacidade reservável, total reservado, uso observado e idade da telemetria. Também deve mostrar a hipótese de simultaneidade. Médias mensais não descrevem rajadas correlacionadas, restaurações para caminhos menores ou clientes que acionam contingência ao mesmo tempo.

A admissão termina onde começa a fila

O texto é explícito: no modo apenas de plano de controle não há aplicação de encaminhamento por pacote. NRPs diferentes podem disputar recursos físicos durante a execução; as garantias são brandas. Monitoramento e reotimização podem reagir, mas reação não equivale a isolamento prévio.

No plano de dados, um NRP Selector permite que nós capazes escolham o NRP-PHB. Hardware dedicado pode oferecer isolamento estrito. Em hardware compartilhado, o isolamento é estatístico e depende do escalonador e da alocação.

A combinação de controle e dados é a forma mais forte porque une duas funções. Ainda assim, o painel deve evitar um único campo. admitted descreve a decisão; installed descreve o estado lido no equipamento; métricas de fila, perdas e atraso descrevem a execução; o SLO medido descreve o efeito para o cliente.

Há continuidade do seletor sem continuidade do PHB

O tráfego pode cruzar nós incapazes de executar NRP. O seletor pode permanecer no pacote ou um túnel pode atravessar esse trecho, permitindo retomar o comportamento mais adiante. Uma linha contínua no mapa pode, portanto, conter uma zona sem aplicação.

O modelo de observabilidade deve destacar início e fim da lacuna, tratamento efetivo, capacidade e mecanismo de travessia. Declarações estáticas de capacidade precisam de prazo e reconciliação, pois não acompanham automaticamente mudanças de topologia ou função.

Um seletor não reconhecido pode ser descartado, tratado como melhor esforço ou enviado a um NRP de fallback. Esse ramo precisa aparecer como evento, não ser absorvido pela cor geral do serviço.

A fronteira entre domínios exige um recibo próprio

Em redes com vários domínios, seletores podem ser empilhados ou remapeados. O remapeamento troca o valor de entrada pelo equivalente local e exige coordenação. A fronteira também condiciona o tráfego para a alocação do domínio seguinte.

Uma tradução correta não comprova que a banda downstream existia, que o condicionamento foi aplicado ou que as janelas de medição combinam. Cada domínio fornece sua parte; o SLA total depende da composição.

O recibo de fronteira deve guardar seletor de entrada e saída, versão do mapa, responsável, perfil aceito, resultado do condicionamento e compromisso downstream. Uma medição precisa atravessar a fronteira. Sem isso, o painel soma conformidades locais que podem não formar um resultado global.

O bit não concede o direito

O draft alerta para pacotes injetados com um seletor que busca recursos privilegiados. O roubo de serviço pode virar negação de serviço. Seletores desconhecidos podem atacar o fallback; uma política manipulada pode alterar reservas e caminhos.

Condicionar a borda significa verificar direito e perfil, não só formato. Autenticação, autorização e integridade do plano de gestão protegem quem modifica a política. Filtragem e sessões autenticadas protegem a distribuição do estado de recursos.

A boa interface não simplifica apagando relações. Ela simplifica mostrando a cadeia: promessa, mapeamento, modelo, execução, exceção e resultado. Cada coordenada tem proprietário e tempo. Um rótulo pode organizar a intenção; não pode substituir o roteador que executa nem a medição que revela a consequência.

Fontes