VXLAN v RouterOS

coolerman1

Existuje na mikrotiku iná voľba ako v7 ?

basty

Za me ne.

pgb

Na mk bohužel až ve V7. Já si si tím teď hraju ve VPP, jinak na Linuxu to normálně funguje, občas bývá ale mezi vendory problémek požít správný port. Na L3 switchich bohužel není přítomnost vxlan tak samozřejmá 🙁 , ale pořád je častější než vpls. (Mpls často podporují ale vpls výrazně méně)

coolerman1

mame jeden core supermicro mikrotik a potrebujeme spojazdnit na tom VXLAN ,ale tazko asi na V7 , chodi to niekomu vpohode ?

pgb

Teď jsem se na mk zase dost rozohnil .... testuju vxlany a normálně na MK existuje konfigurace pomocí multicastu a vtepu. Na interfacu můžeš specifikovat port a ta *** ten port použije pouze pro komunikaci po multicastu, ale vtepy posílá fixně na port 8472 (historicky používaný, ale už několik let iana vyhradila 4789) .... mě z toho klepne. Smutné je, že když vxlaně v linuxu nastavíš port, tak se správně použije pro atribut remote i group 🙁

pgb

tak varování ...

drobnost - pokud si na mk smažete vxlanu, tak to smaže i asociované vtepy (to je v pořádku), ale když zmáčknete tlačítko zpět tak vtepy se neobnoví
a to mnohem zajímavější, mk zarputile odmítá vygenerovat/poslat arp dotaz na L3 protistranu, dokud mu nepřijde arp dotaz tunelem z protistrany tak si mk v tabulce nevytvoří záznam 🤮 a nekomunikuje. Testováno proti juniperu, linuxu a vpp.
EDIT: slibuji co jsem slíbil, odvolávám co jsem odvolal. ... tak je to trošku jinak, nastavení VTEP ignoruje nastavení portu u definování vxlany, ale každý vtep má svůj port a tam to potom funguje. Jen dokumentace pokulhává, ale definice portu u VTEPu je a pak to funguje. Trochu nicméně naštve, že po restartu RB mi vxlana neukazuje running a dokud ji nezakáži a znovu nepovolím tak nefunguje.

tom_sek

Prosím, chtěl bych propojit dva MK s nejnovějším ROS přes VXLAN.
VTEP Interface vxlan a daná ip protistany. Ve FDB naskáčou mac protistrany, na CL MK lze dostat ip z master MK, pokud je vvxlan v bridge portu s eth, dostanu i IP na počítač. Tím komunikace ale končí. Ping nikam, síťovka jakoby neodesílala. MTU na bridge jsem dával 1450.
Funguje to někomu?
Díky

cmgn

tom_sek funguje. Ale MTU interface mam 1650 aby mi prolezlo 1500 na eth.
Ale tech 1650 jsem tam šoupl náhodou. Nechtělo se mi to počítat

tom_sek

cmgn
Na Master je bridge i dhcp kde je pridana vxlan. arp enable. nic vic.
na Slave je druhý bridge v pořadí kde je eth10 a vxlan.
Když na slave bridge pridám ip z dhcp master což si přiřadí automaticky, zakruhuje se to.
Když ji tam nedám vubec tak to taky nešlape. IP pro pc v eth10 dostanu vpohodě.
Mám pocit že ty pakety zpět na master jdou přes default route L3 a nikterak do vxlan.
Co to může být.. tracert z pc nikam nedojde. ping na bránu taky nic (ikdyž ip s bránou dostal).