I
Sergey Tokarenko
И если трафик ВХОДИТ только через spine01 - то все супер
А как такое может быть, что при таких костах трафик вообще идёт на спайн 2?
Size: a a a
2020 May 09
ST
А как такое может быть, что при таких костах трафик вообще идёт на спайн 2?
Написал ввыше )
ST
Вообщем - нужно как-то заставить трафик, который идет через spine02, сначала направить на spine01
I
Я к тому, что если все так как ты написал, то такого не должно происходить.
С серваков до адреса на спайне виден только один маршрут или 2?
С серваков до адреса на спайне виден только один маршрут или 2?
ST
Я к тому, что если все так как ты написал, то такого не должно происходить.
С серваков до адреса на спайне виден только один маршрут или 2?
С серваков до адреса на спайне виден только один маршрут или 2?
Вопрос не в серваках которые по OSPF
ST
А в клиентах. которые используют VRR на этих spine
ST
VRR - балансит исходящий трафик клиентов, между spine01 / 02
ST
Вот
AG
можт тебе выпилить оттуда этот л2?
AG
извернись там как-нибудь))
I
Vrr это роут рефлектор?
ST
Sergey Tokarenko
Вообщем - нужно как-то заставить трафик, который идет через spine02, сначала направить на spine01
Как это можно сделать через OSPF ?
ST
Vrr это роут рефлектор?
VRR - это проприетарный VRRP с балансировкой от Cumulus Linux (вендор ПО)
ST
Я придумал только костыль, через BGP. Держать eBGP между серверами и spine01/02 и ibgp между spine, и через local-pref все направлять с spine02 на spine01. а тот пусть балансит
ST
Как этоже можно сделать только с OSPF - Это реально вообще ?
I
Ну vrr у тебя держит какой-то виртуальный адрес, ты его анонсишь в оспф и на спайне1 у тебя кост на интерфейсе в сторону серваков 100, а на спайне2 - 200, верно?
ST
Почти
ST
VRR - используется не для этих серверов, а для других, которые сидят в других вланах. И не участвую в роутинге, а просто направляют весь трафик на дефолт. А вот уже этот дефлт, с виртуальным IP
I
Клиенты - это не сервера?
ST
Клиенты, это другие хосты, не те что на картинке