Resumo

  • A RFC 3346 descreveu a utilidade da MPLS-TE quando havia capacidade alternativa: um LSP explícito podia carregar tráfego selecionado fora do caminho mais curto do IGP.
  • Também limitou a inferência: banda configurada, cálculo aceito e sinalização válida não comprovavam demanda real, capacidade física, forwarding instalado ou resultado do serviço.

O problema parecia feito para uma nova alavanca. Muitos destinos seguiam a mesma rota porque o IGP a considerava mais curta. Um circuito acumulava carga, enquanto outro ficava subutilizado. Alterar a métrica podia mover um conjunto grande e incerto de destinos. Um LSP permitia escolher um agregado específico e impor extremidades, banda solicitada, prioridade, afinidades, exclusões e requisitos de resiliência.

A RFC 3346 foi publicada como Informational em agosto de 2002. Não era a arquitetura MPLS, não definia RSVP-TE e não relatava os resultados de um operador identificado. Era uma declaração de aplicabilidade: descrevia desvio tático de hotspots, distribuição sobre circuitos paralelos, políticas por afinidade e reotimização depois de falhas, mas também enumerava custos e limites da implantação.

O limite mais importante depende de distinguir duas causas de congestionamento. A RFC 2702 já separava falta real de recursos de alocação ineficiente. Se a topologia possui folga, mas o roteamento concentra tráfego, engenharia de tráfego pode melhorar o mapeamento. Se a carga total excede qualquer combinação viável, é preciso ampliar capacidade, controlar demanda ou fazer ambos. MPLS escolhe onde usar a capacidade; não produz capacidade nova.

Essa fronteira aparece no parâmetro de banda do LSP. O cálculo sujeito a restrições e a admissão RSVP-TE podem consumir esse valor. Mesmo assim, a RFC 3346 adverte que ele pode não representar corretamente o tráfego transportado. O valor pode vir do pico, de um percentil ou de outra estatística. O operador pode aceitar sobrerreserva de LSPs ou declarar menos banda física para absorver variações. São decisões de modelagem, não medições do futuro.

O número tampouco constitui policing. Um fluxo não policiado pode ultrapassar a banda atribuída e interferir nos demais. A RFC trata o policiamento como ação separada e, em geral, mais prudente na borda do que no núcleo. Escrever um limite no controle não instala automaticamente um mecanismo que force cada pacote a respeitá-lo.

Por isso, o documento conecta controle e medição. Estatísticas de workload podem alimentar um cálculo offline de rotas explícitas ou alterar online banda, prioridade e afinidade. Tendências mostram quando redimensionar um LSP. Variação incomum pode apontar demanda súbita, falha de equipamento, atraso na provisão ou modelo incorreto. O estado “up” do túnel não substitui a observação de carga, latência e perda.

A cadeia de evidência tem vários degraus. Primeiro mede-se a demanda. Depois alguém escolhe como transformar amostras num atributo configurado. O cálculo usa esse atributo e informações de topologia. A sinalização solicita recursos, os nós decidem admissão, o forwarding é instalado e os pacotes começam a passar. Só então a observação pode responder se a carga foi colocada como esperado e se o serviço cumpriu seu objetivo. Nenhuma etapa anterior comprova todas as seguintes.

A falha expõe outra divisão. A RFC 3346 chama de complementares o fast reroute durante a transição e a reotimização posterior sobre a topologia residual. Um desvio pode estar pronto, ser ativado e reduzir perda imediata. Depois, outros caminhos podem ser recalculados. Só mais tarde se sabe se a rede recuperou equilíbrio e desempenho. A RFC 4090 padronizou reparo local, mas a existência do backup não prova uso, equivalência de banda ou recuperação do cliente.

O controle fino custa estado. Uma malha completa de LSPs entre nós de borda cresce na ordem do quadrado do número de nós. Hierarquia, regionalização e escolha cuidadosa das extremidades aliviam a escala, sacrificando granularidade. Agregar demais causa o oposto: um trunk pode ficar grande demais para qualquer caminho factível. Dividi-lo em LSPs paralelos pode resolver o encaixe, mas acrescenta estado e combinações de falha.

Há ainda o custo da observabilidade. A RFC relatava que, naquele momento, poucos sistemas comerciais ofereciam suporte de gestão MPLS suficiente, sobretudo análise de causa raiz, levando pioneiros a desenvolver ferramentas internas. É uma observação histórica de 2002, não uma avaliação atual. Sua lição permanece: bancos TE, extensões de roteamento, sinalização, medição e automação adicionam carga técnica e exigem explicações melhores.

O documento foi explícito ao chamar MPLS-TE de não-panaceia para falta de capacidade ou planejamento. Um desvio pode aumentar distância e latência. Melhor distribuição pode ganhar algum tempo durante crescimento persistente. Porém, se a demanda não cabe em nenhuma rota possível, o algoritmo não tem solução. A última reotimização bem-sucedida não cancela a próxima decisão de investimento.

RFCs posteriores ampliaram a superfície de controle. OSPF e IS-IS anunciaram atributos TE; RSVP-TE estabeleceu túneis; PCE separou o cálculo; stateful PCE adicionou relato e delegação. Esses mecanismos tornam a rede mais legível e programável. Ainda precisam de entradas verdadeiras, executor, verificação de forwarding e recursos físicos suficientes.