[GTER] MPLS-TE no Huawei

[Alexandre Guimaraes]

Uesley, boa tarde.

Minha recomendação é de que não faça a interoperabilidade entre os vendors, crie gateways de trocas em 2 pontos distintos para redundância. Nas experiências que tive, esse foi o melhor cenário, levando sempre em consideração os flaps, rompimentos, falhas de hardware e afins.

Não sei se HUAWEI faz, mas você pode tentar fechar LSP inter/infra AS via BGP entre os vendors... mas acho esforço desnecessário e seus conhecimentos deverão ser bem mais específicos na área.... 

Mas, como o Rogério mesmo disse, os timers dos serviços aplicados são distintos em cada vendor mesmo dentro da RFC.

Tive problemas para interoperabilizar IS-IS por exemplo entre vendor diferentes.




att
Alexandre

Em 18 de mai de 2018, à(s) 09:15, Rogerio Mariano <rsouza.rjo at gmail.com> escreveu:

> Oi Uesley,
> 
> 
> Huawei, Cisco e Juniper fazem a mesma coisa quando se fala de LSP-TE,  só
> que de forma um pouco diferente entre eles, mas no geral eu acredito que o
> Huawei suporte os seguintes mecanismos para* “empurrar tráfego” *para uma
> LSP-TE: De *forma estática*, com *IGP Shortcut* (no Cisco isso se chama
> Autoroute Announce, no Juniper também é IGP Shortcut), com *Forwarding
> Adjacency* (no Juniper isso se chama LSP Advertise, no Cisco também é
> Forwarding Adjacency). Eu não sou especialista em Huawei e não sei dizer se
> ele faz coisas mais sofisticadas de encaminhamento na LSP-TE como PBR, FBF,
> PBTS, CBTS, MAM e RDM.
> 
> 
> Talvez alguém aqui na lista possa te responder com mais exatidão e mais
> conhecimento na plataforma.
> 
> 
> A minha experiência em LSP-TE com Huawei esta estritamente ligada apenas a
> Centralized-TE (engenharia de tráfego centralizada) + PCE (RFC 4655) com
> BGP-LS (RFC 7752) em um deploy onde o PCE era um server com Marben-API e o
> Huawei (NE40E e NE5000E) como PCC dentro de três domínios MPLS-TE distintos
> (Inter-AS) e com outros elementos Cisco, Juniper e alguns ODMs. Tive alguns
> “drawbacks” no Huawei como por exemplo o tempo de convergência da LSP-TE
> para um outro caminho quando um link primário “flapava”, o BGP-LS do PCC
> (Huawei) não era muito “católico” pois o tempo de envio da informação do
> PCC (Huawei) até o server de computação PCE (Marben-API) através do PCEP
> era de quase 5 segundos, quando na verdade a LSP-TE com FRR (FastReroute)
> deveria convergir em 50ms. Também tive problemas quando o Headend da LSP-TE
> era Cisco (XR box) e o Midpoint era um Huawei e ele precisava ser PLR entre
> eles e enviar essa informação para o PCE. Mas como esse é um cenário
> atípico usando PCE/PCEP/BGP-LS que são funcionalidades mais novas e de
> pouco uso ainda, mas talvez tanto o software quanto a plataforma do Huawei
> nas próximas versões esteja mais maduro para PCE e BGP-LS fazendo LSP-TE.
> 
> 
> Obs: No geral o que pega quando se usa LSP-TE de forma tradicional e não
> centralizada são coisas interoperáveis entre fabricantes e em execução de
> mecanismos de LSP-TE mais complexos como por exemplo fazer um
> Make-Before-Break, um FRR Adaptive, um Auto Tunnel-Mesh ou um Auto-BW. Se
> usar as coisas mais simples para encaminhamento e de proteção como FRR e/ou
> IP LFA talvez evite bastante a fadiga.
> 
> 
> Saudações,
> 
> RM
> 
> Em 18 de maio de 2018 08:55, Uesley Correa <uesleycorrea at gmail.com>
> escreveu:
> 
>> Bom dia!
>> 
>> Alguém na lista esta fazendo MPLS-TE no Huawei ? Saberiam dizer quais os
>> mecanismos funcionais para encaminhar trafego MPLS-TE na router ou no
>> switch e se tem algum problema maior de interoperabilidade ?
>> 
>> Att,
>> 
>> Uesley Corrêa - Analista de Telecomunicações
>> Instrutor Network Education
>> CEO Telecom Conectividade
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>> 
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter