a
vl
потом пойдут дожди...
и снова начнем разбирать ospf и ipseq+ike
и снова начнем разбирать ospf и ipseq+ike
и ведро, ведро не забывай
Size: a a a
2020 June 10
I
Станислав
8331?
Device name: Wi-Fi Modem YOTA 4G LTE
FW version: YRWMR1_1.16
FW version: YRWMR1_1.16
МФ
Это будет зависеть от стоимости пути. Если она не изменена или вы зададите её вручную, то до момента пока, не измениться топология сети.
А если стоимость пути одинаковая и для через ядро, и для напрямую?
RP
А если стоимость пути одинаковая и для через ядро, и для напрямую?
То будет ECMP маршрут, если конечно это не запрещено, иными словами балансировка через два пути.
МФ
То будет ECMP маршрут, если конечно это не запрещено, иными словами балансировка через два пути.
Не не не.
Он разве не видит что в одном тунели сети вот рядом, а в другом как минимум через одну подсеть идут.
В итоге сейчас никакой балансировки нет, всё бегает по тунелю между удалёнными узлами, без участия ядра, хотя цена одинаковая.
Он разве не видит что в одном тунели сети вот рядом, а в другом как минимум через одну подсеть идут.
В итоге сейчас никакой балансировки нет, всё бегает по тунелю между удалёнными узлами, без участия ядра, хотя цена одинаковая.
RP
Не не не.
Он разве не видит что в одном тунели сети вот рядом, а в другом как минимум через одну подсеть идут.
В итоге сейчас никакой балансировки нет, всё бегает по тунелю между удалёнными узлами, без участия ядра, хотя цена одинаковая.
Он разве не видит что в одном тунели сети вот рядом, а в другом как минимум через одну подсеть идут.
В итоге сейчас никакой балансировки нет, всё бегает по тунелю между удалёнными узлами, без участия ядра, хотя цена одинаковая.
У вас не может быть одинаковая стоимость для directly connected сети и через другой узел, если конечно вы не постарались для этого сделать соответствующие настройки.
МФ
У вас не может быть одинаковая стоимость для directly connected сети и через другой узел, если конечно вы не постарались для этого сделать соответствующие настройки.
Ну как это не может, динамические интерфейсы создаются с костом 10, одни лишь отличие что тунель между удалёнными узлами имеет point to point, а тунели с центром бродкаст.
RP
Ну как это не может, динамические интерфейсы создаются с костом 10, одни лишь отличие что тунель между удалёнными узлами имеет point to point, а тунели с центром бродкаст.
В OSPF стоимости пути складывается из стоимости всех исходящих интерфейсов до сети назначения.
МФ
В OSPF стоимости пути складывается из стоимости всех исходящих интерфейсов до сети назначения.
А как тогда посмотреть стоимость?
RP
А как тогда посмотреть стоимость?
Я сейчас за компьютер сяду, покажу. Я на телефоне сейчас.
МФ
Я сейчас за компьютер сяду, покажу. Я на телефоне сейчас.
Хорошо.
x
Не не не.
Он разве не видит что в одном тунели сети вот рядом, а в другом как минимум через одну подсеть идут.
В итоге сейчас никакой балансировки нет, всё бегает по тунелю между удалёнными узлами, без участия ядра, хотя цена одинаковая.
Он разве не видит что в одном тунели сети вот рядом, а в другом как минимум через одну подсеть идут.
В итоге сейчас никакой балансировки нет, всё бегает по тунелю между удалёнными узлами, без участия ядра, хотя цена одинаковая.
Я б не делал балансировку в туннелях. Да и стоимость в туннелях лучше ставить вручную
x
Туннели могут иметь разное время отклика. Это не особо проблема, просто лично я бы не делал. :)
x
В локалке да, пожалуйста
N
А как тогда посмотреть стоимость?
/routing ospf route print
МФ
Я б не делал балансировку в туннелях. Да и стоимость в туннелях лучше ставить вручную
Ну когда трафа между офисами много, то лучше гонять его напрямую, чем через центр, логично же?
Ну и балансировка нужна будет, т.к. канала будет два в каждом офисе, и как то жалко задействовать второй лишь для резерва.
Ну и балансировка нужна будет, т.к. канала будет два в каждом офисе, и как то жалко задействовать второй лишь для резерва.
x
Ну когда трафа между офисами много, то лучше гонять его напрямую, чем через центр, логично же?
Ну и балансировка нужна будет, т.к. канала будет два в каждом офисе, и как то жалко задействовать второй лишь для резерва.
Ну и балансировка нужна будет, т.к. канала будет два в каждом офисе, и как то жалко задействовать второй лишь для резерва.
Если нужна то можно сделать, это вопрос целей и личных предпочтений. Когда каналы неравноправные я вручную стараюсь выбрать лучший, а другой оставить как резерв. Бывает один канал по оптике, а другой по воздуху. Воздушка тут исключительно как резерв тоже.
x
Если более менее одинаковые, то можно и балансировать
МФ
/routing ospf route print
Но там грубо говоря странно всё, удалённая подсеть офиса имеет только один маршрут, хотя есть же ещё маршрут и через центр.
x
Но если топология сложная, то может возникнуть субоптимальный роутинг, когда что-то попрется в тонкий линк. Так что тут все равно думать приходится)