HUAWEI VPLS VSI LOAD BALANCE

[hub3]

Коллеги , приветствую !

 

Не подскажите , возможно ли отстроить транспортные lsp посредством rsvp и привязать vpls сервис к разным транспортным lsp , с целью балансировки l2 vpls сервиса ?

Платформа такая :

 

Huawei Versatile Routing Platform Software
VRP (R) software, Version 5.170 (S6330 V200R019C00SPC500)

 

 

Текущая конфигурация такая :

 

interface Tunnel1
 description "-= SEV-1 =-"
 mtu 9216
 ip address unnumbered interface LoopBack0
 tunnel-protocol mpls te
 destination 10.0.0.11
 mpls te tunnel-id 1
 mpls te signalled tunnel-name g32-s6330-sev1
 mpls te record-route label
 mpls te path explicit-path sev1
 mpls te igp shortcut
 mpls te igp metric relative -1
 mpls te commit
 ospf enable 1 area 0.0.0.0
 mpls

 

 

interface Tunnel2
 description "-= SEV-2 =-"
 ip address unnumbered interface LoopBack0
 tunnel-protocol mpls te
 destination 10.0.0.11
 mpls te tunnel-id 2
 mpls te signalled tunnel-name g32-s6330-sev2
 mpls te record-route label
 mpls te path explicit-path sev2
 mpls te igp shortcut
 mpls te igp metric relative -1
 mpls te commit
 ospf enable 1 area 0.0.0.0
 mpls

 

 

tunnel-policy SEV
 tunnel select-seq cr-lsp load-balance-number 2

 

 

vsi 1402 static
 description -= VSI1402-RSVP-TEST-HUAW =-
 pwsignal ldp
  vsi-id 1402
  flow-label both
  peer 10.0.0.11 tnl-policy SEV
 mtu 9000
 encapsulation ethernet

 

 

При такой конфигурации трафик уходит в один тунель - балансировки нет .

 

 

 

 

 

[crank]

Упёрся в то же самое. Причем пробовал делать ещё так

 

tunnel-policy pol1
 tunnel binding destination 192.168.45.6 te Tunnel0 Tunnel1


interface Tunnel0
 description tu0
 ip address unnumbered interface LoopBack0
 tunnel-protocol mpls te
 destination 192.168.45.6
 mpls te tunnel-id 1
 mpls te signalled tunnel-name t0-RING
 mpls te reserved-for-binding
 mpls te commit
 statistic enable

 

Ну и на второй туннель тоже добавляем mpls te reserved-for-binding, но балансировка всё равно не работала.

[hub3]

10 часов назад, crank сказал:

Упёрся в то же самое. Причем пробовал делать ещё так

 

tunnel-policy pol1
 tunnel binding destination 192.168.45.6 te Tunnel0 Tunnel1


interface Tunnel0
 description tu0
 ip address unnumbered interface LoopBack0
 tunnel-protocol mpls te
 destination 192.168.45.6
 mpls te tunnel-id 1
 mpls te signalled tunnel-name t0-RING
 mpls te reserved-for-binding
 mpls te commit
 statistic enable

 

Ну и на второй туннель тоже добавляем mpls te reserved-for-binding, но балансировка всё равно не работала.

Если подходит такой вариант , то пробуй через VPWS
 

interface Vlanif1402
 description -= V1402-RSVP-TEST-HUAW =-
 mpls l2vc 10.0.0.32 142 mtu 9000 tunnel-policy SIMF raw

 

[crank]

В 20.10.2020 в 10:19, hub3 сказал:

Если подходит такой вариант , то пробуй через VPWS

Мне нужно было именно VPLS. А у вас с VPWS заработала балансировка?

[Login_sbl]

тоже интересно

[hub3]

В 21.10.2020 в 17:19, crank сказал:

Мне нужно было именно VPLS. А у вас с VPWS заработала балансировка?

Вообщем есть такое мнение , если вы работаете не на NE платформе а на каком нить Quidway вам необходима платформа S6330 и выше - там работает FAT 

[crank]

В 06.11.2020 в 11:55, hub3 сказал:

платформа S6330 и выше - там работает FAT 

Что-то я не нашёл в документации поддержки FAT на S6330. Ткните пальцем, пожалуйста.

[crank]

Пока нашёл вот такую вещь

<TEST.n3>system-view
Enter system view, return user view with Ctrl+Z.
[TEST.n3]load-balance packet

Переводит коммутатор в режим по пакетной балансировки. Да, это чревато re-ordering и с мультикастом жить не будет, но трафик на свиче разливается ровно. Протестировано на S6330 в качестве P роутера.