надо подумать над этим

попробую для начала php вырубить

14.1X53-D45.3

У меня на 4300 с этой версией софта проблемы с памятью были, как и с 46

На 47 все ок

у меня на 4300 вообще нет нормального софта

а чето на сайте джунипрера нема инфы по настройке etree

типо все и так понятно чтоль?

))

https://www.juniper.net/documentation/en_US/junos/topics/concept/evpn-etree-overview.html

etree ан чём?

а ивпн

овервью и больше нифига

etree ан чём?

помнишь ты лабу собрал, вот теперь должно заработать

Ага, я понял, надо посмотреть, может есть ключевые слова для инстанса типа лиф или рут

If you do not configure a role for an interface, it will be assigned the role of “root” by default. All leaf interfaces are assigned a new mesh group with no local switching set to TRUE.

Даже не на инстанс, а на интерфейс

@orlik мож есть внутренняя дока какая нить

чето не одупляю как настроить etree

по идее что то долждно быть в routing-instances <name> interface

раз это поинтрерфесно

в routing-instance <*> protocol evpn interface <*> ??

set routing-instances evpn protocols evpn interface ae5.10 ? Possible completions: <[Enter]> Execute this command action-priority Blocking priority of this interface on mac move detection (0..8) + apply-groups Groups from which to inherit configuration data + apply-groups-except Don't inherit configuration data from these groups > interface-mac-limit Maximum number of MAC addresses learned on the interface mac-pinning Enable MAC pinning no-mac-learning Disable dynamic MAC address learning > oam OAM Configuration for VPN > static-mac Static MAC addresses assigned to this interface | Pipe through a command

тож нет

мож по старинке через vrf-import/export

чисто по коммунити

и такое возможно

я думал только мы не успеваем в вики длоку писать ))

но и джун тоже

ты аеспи решил предать?

тож нет

может где-то в esi вообще не в evpn-секции, а в interface?

evpn etree

на сайте только овервью

хз в какой секции конфигурировать

может где-то в esi вообще не в evpn-секции, а в interface?

там тоже не ма

о, я был рядом)

да, оно

хуясе

прям на юните

да, сенкс

ток на Junos: 16.2R2.8 нет такого

бля

#evpn #etree #juniper

зашью сейчас 16.1 ветку

я вчера спрашивал. по паффайндеру и в 16.2 есть

https://apps.juniper.net/feature-explorer/select-software.html?swName=Junos+OS&typ=1#family=&pid=11310080&platform=MX80&rel=16.2R2&sid=854&stat=0.6971746344986436&swName=Junos+OS

по номеру vlan

пока никак

ну пока только автоматика

да ну как бы нам не мешает

скоро добавят

))

ты скажи

Starting with Junos OS Releases 15.1F6 and 17.1R1 for MX Series routers and Junos OS Release 17.3R1 for EX9200 switches, you can specify an ESI on a logical interface. If you specify an ESI on a logical interface, the DF election process now occurs at the individual logical interface level, which enables you to better utilize logical interfaces.

А там уже по VLAN/первому VLAN будет выбираться кто из них кто

Можно размазывать «удобно» BUM

Если «вручную» просто надо учитывать для какого номера VLAN будет DF выигрышный

А там уже по VLAN/первому VLAN будет выбираться кто из них кто

ну тут тогда только провайдер стиль

но в evpn все заточено под энтрепрайз стиль

ну так же видимо

)

Там же формулка, типа как в лаге, от номера влана и кол-ва участников в ESI будет выбран DF

они там тайп 4 обмениваются и каждый локально решает по одной формуле

можно грубо говоря номером влан повлиять, но это так себе, да

show interfaces ae5.10 apply-groups-except mtu; encapsulation vlan-bridge; family bridge { filter { input dscp-to-zero; output flt-erth-out; } interface-mode trunk; vlan-id-list [ 10 1872 ]; }

я уже тоже не помню, если честно)

я вот спецом повесил vlan 10

и 11 на второй инстанс чтоб балансить

по линкам

фейковланы ))

да

голь на выдумки хитра)

да теперь надо прост это синтактическим сахаром замазать

и ок

в default.evpn?

блин, телега _ _ подряд съела

со своим забавным лагом нашёл ещё прикол: там пара ех46 в стеке, если на слейве тушить порт, то лейбелед трафик нормально начинает через него ходить, но вот простой л2 блекхолится, при чём вижу что по vcp со слейва трафик уходит на мастер, типа «на пуляй в лаг», и он где-то там на мастере умирает

стеки это такое

со своим забавным лагом нашёл ещё прикол: там пара ех46 в стеке, если на слейве тушить порт, то лейбелед трафик нормально начинает через него ходить, но вот простой л2 блекхолится, при чём вижу что по vcp со слейва трафик уходит на мастер, типа «на пуляй в лаг», и он где-то там на мастере умирает

Ты думаешь будь там мц-лаг или евпн, то такое было бы исключено ?

ОПА

Защитнечки стеков подъехали