Diferenças

Esta página mostra as diferenças entre as duas revisões da página.

--- public:tutoriais:huawei:mpls-te-huawei [2026/11/04 03:47] – ljbernardi
+++ public:tutoriais:huawei:mpls-te-huawei [2026/11/04 04:26] (Atual) – ljbernardi
@@ Linha 12: / Linha 12: @@
   * VPLS/VPWS onde aplicar.
-== Configurando o explicit-path ==
+----
+=== Configurando o explicit-path ===
 Nesse passo pode se mudar a rota para a desejada e fazer um tracert para pegar os saltos, caso não seja possível é necessário verificar os IPs salto a salto.
@@ Linha 35: / Linha 39: @@
 **Observação: O ''include loose'' serve para que o equipamento calcule o caminho até o salto desejado, recomendo usar o IP de LoopBack da caixa para evitar quedas do túnel por queda de interface.**
-== Configurando a interface túnel ==
+----
+=== Configurando a interface túnel ===
 Abaixo segue um dos possíveis métodos de configuração. Alguns parâmetros podem ser retirados e mesmo assim o túnel vai subir e funcionar, porém pode ter um comportamento diferente do esperado em caso de comutação de rota ou após queda do túnel.
@@ Linha 56: / Linha 64: @@
 Detalhamento dos comandos acima:
 ''mpls te backup hot-standby mode revertive wtr 15'': usado para reverter o túnel para a rota principal após o retorno dela. Nesse caso quando a rota principal subir o tráfego vai voltar para a rota principal 15 segundos após o retorno dela. Se esse comando não for aplicado o tráfego vai ficar na rota secundária até ela cair.
 ''mpls te backup ordinary best-effort'': usado para, caso as rotas principal e secundária caiam, o equipamento calcular a próxima melhor rota, caso exista.
-''mpls te commit'': comando necessário para
-tunnel-policy TO-GNA-CELERIX
+''mpls te commit'': comando necessário para aplicar as configurações do túnel, deve ser aplicado toda vez que as configurações da interface tunnel forem alteradas.
- tunnel binding destination 172.16.11.1 te Tunnel1215
-#
+----
+=== Configurando a tunnel-policy ===
+A configuração da tunnel-policy é bem simples e sem mistérios.
+  tunnel-policy NOME_QUE_IDENTIFIQUE_O_DESTINO
+    tunnel binding destination IP_REMOTE_LOOPBACK te Tunnel TUNNEL_ID
+Após seguir os passos acima é necessário verificar se o túnel subiu antes de aplicar nos transportes, caso não tenha subido e ele for aplicado o serviço ficará indisponível.
+Verificação com saída esperada:
+  display  mpls te  tunnel-interface Tunnel TUNNEL_ID
+    ----------------------------------------------------------------
+                               TunnelTUNNEL_ID
+    ----------------------------------------------------------------
+    Tunnel State Desc   :  UP
+    Active LSP          :  Primary LSP
+    Session ID          :  TUNNEL_ID
+    Ingress LSR ID      :  x.x.x.x     Egress LSR ID:  y.y.y.y
+    Admin State         :  UP               Oper State   :  UP
+    Primary LSP State      : UP
+      Main LSP State       : READY               LSP ID  : 2
+    Hot-Standby LSP State  : UP
+      Main LSP State       : READY               LSP ID  : 32771
+Caso a saída do comando esteja com algum dos itens em DOWN será necessário verificar IPs inseridos nas configurações, explicit-path, se os comandos de MPLS TE estão corretamente aplicados nas caixas e dentro das áreas OSPF dos caminhos.
+----
+=== Aplicando o túnel TE em VSIs ===
+Após verificar que o túnel subiu e que as rotas principal e backup estão UP vamos aplicar o túnel no serviço para um peer da VSI:
+  vsi VSI_NAME
+    pwsignal XXX
+    peer z.z.z.z tnl-policy NOME_QUE_IDENTIFIQUE_O_DESTINO
+----
+=== Aplicando o túnel TE em L2VC ===
+Após verificar que o túnel subiu e que as rotas principal e backup estão UP vamos aplicar o túnel no serviço:
+  interface Vlanif XX
+    mpls l2vc z.z.z.z L2VC_ID tunnel-policy NOME_QUE_IDENTIFIQUE_O_DESTINO
+**Observação: Na linha do ''mpls l2vc'' você deve manter outros parâmetros que já esteja usando no túnel para não causar a queda dele.**