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 02:33] – criado ljbernardi
+++ public:tutoriais:huawei:mpls-te-huawei [2026/11/04 04:26] (Atual) – ljbernardi
@@ Linha 2: / Linha 2: @@
-**Requisitos: Ter <color #ed1c24>mpls te</color> corretamente configurado nas caixas da rede.**
+**Requisitos: Ter ''mpls te'' corretamente configurado nas caixas da rede.**
 **Observação: O túnel TE é aplicado apenas em um sentido, para fazer o caminho de ida e volta é necessário configurar nas duas pontas ajustando o explicit-path de acordo com o caminho desejado.**
@@ Linha 13: / Linha 13: @@
-interface Tunnel1215
+----
- ip address unnumbered interface LoopBack0
- tunnel-protocol mpls te
+=== Configurando o explicit-path ===
- destination 172.16.11.1
- mpls te tunnel-id 1215
- mpls te record-route
+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.
- mpls te path explicit-path TE-URCxGNA-VIA-OPYT
- mpls te path explicit-path TE-GNA-ANY secondary
+  system-view
- mpls te backup hot-standby mode revertive wtr 15
+  explicit-path NOME_QUE_IDENTIFIQUE_A_ROTA_1
- mpls te backup ordinary best-effort
+    next hop IP_SALTO_1
- mpls te reserved-for-binding
+    next hop IP_SALTO_2
- mpls te commit
+    next hop IP_SALTO_3
- statistic enable
+    next hop IP_SALTO_4
-#
+    next hop IP_ÚLTIMO_SALTO
+    quit
+  explicit-path NOME_QUE_IDENTIFIQUE_A_ROTA_2
+    next hop IP_SALTO_1
+    next hop IP_SALTO_2
+    next hop IP_SALTO_3
+    next hop IP_SALTO_N include loose
+    next hop IP_ÚLTIMO_SALTO
+    quit
+**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 ===
+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.
+**Observação: Recomendo usar o ID da interface e do túnel os mesmo e, se possível, o mesmo ID da vlan ou do circuito para facilitar as verificações futuras.**
+  interface Tunnel TUNNEL_ID
+    ip address unnumbered interface LoopBack X
+    tunnel-protocol mpls te
+    destination IP_REMOTE_LOOPBACK
+    mpls te tunnel-id TUNNEL_ID
+    mpls te record-route
+    mpls te path explicit-path NOME_QUE_IDENTIFIQUE_A_ROTA_1
+    mpls te path explicit-path NOME_QUE_IDENTIFIQUE_A_ROTA_2 secondary
+    mpls te backup hot-standby mode revertive wtr 15
+    mpls te backup ordinary best-effort
+    mpls te reserved-for-binding
+    mpls te commit
+    statistic enable
+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 aplicar as configurações do túnel, deve ser aplicado toda vez que as configurações da interface tunnel forem alteradas.
+----
+=== 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.**
-tunnel-policy TO-GNA-CELERIX
- tunnel binding destination 172.16.11.1 te Tunnel1215
-#