Но в евпн же не научили ?
к циско нексус его прикрутить не получится лифом в евпн вхлан фабрику я верно рассуждаю?
Нет, не научили.
EoIP там плявился за 100 лет до этих ваших ЕВПНей
да, vxlan пилили чтобы отжать рынок у eoip
Вот тут EoIP точно проприетарная поделка https://www.spinics.net/lists/netdev/msg236632.html Причем помню появилось в keenetic, tp link, но толком не работало с mikrotik EVPN хотя бы за основу взял bgp, который можно расширять через различные tlv поля. Не знаешь про поля - просто игнорируй, пока не запилишь реализацию Главное, правильно обработку ошибок настроить в логику bgp fine state machine
еоип же чисто статика насколько я помню?
Стикер
ну попробуй натянуть еоип поверх вхлан и сделать с его помощью отказоустойчивый шлюз по умолчанию )
MikroTik не придумал EoIP, ведь это обычный Ethernet over GRE, который Cisco продавала мобильщикам ещё в 1999 году. Всё, что смогли сделать в MikroTik, взять отличный от других вендоров EtherType, всё.
Так глубоко не копался Удивлен, что автор в рассылке активно поддерживает реализацию в linux eoip через kernel module https://github.com/bbonev/eoip Относительно мобильщиков, то слышал про GOOSE Ethernet over GRE https://www.diva-portal.org/smash/get/diva2:1237620/FULLTEXT01.pdf
Cisco и всё остальные вендоры, в общей своей массе используют EtherType 0x6558, зарегистрированный IANA, как Ethernet Transparent Bridging, а MikroTik не зарегистрированный официально 0x6400. На этом проприетарная магия прибалтов заканчивается, даже не начавшись.
Насчет EtherType, там не только Mikrotik использовал, но и другие зарезервировали свои кастомные EtherType поля Посмотрел код wireshark dissector https://github.com/wireshark/wireshark/blob/master/epan/dissectors/packet-gre.c#L107 Там как раз описано, что каждый вендор горазд по своему регистрировать в IANA https://www.iana.org/assignments/gre-parameters/gre-parameters.xhtml#gre-parameters- Нет, там еще keepalive логику не реализовали в eoip linux Там кстати, об этом написано в roadmap, https://github.com/bbonev/eoip#roadmap The problem in making a stand-alone EoIP kernel module is that it requires replacing gre_demux (gre.ko). Linux kernel does not support overloading IP protocol handlers and EoIP does not fit anywhere in the standard gre_demux logic. A relatively sane solution might be to include the GRE demultiplexing logic in the EoIP kernel module itself, to provide a gre alias and to blacklist the original gre.ko. In this way GRE and PPTP would still be able to coexist with EoIP. Вообще, идет больше Foo-over-UDP вижу в linux /bsd network stack https://people.netfilter.org/pablo/netdev0.1/papers/UDP-Encapsulation-in-Linux.pdf Так вот vxlandev реализацию foo-over-udp https://reviews.freebsd.org/D25873
Я про EoIP только имел ввиду. EtherType регистрирует IEEE, но да, часть вендоров просто берут понравившийся и дело с концом. Всё равно GRE пакет они будут только разбирать с таким EtherType, остальные просто отбросят и всё.
Обсуждают сегодня