резервирование и балансировка нагрузки......тоннелей.
-
- Модератор
- Сообщения: 3605
- Зарегистрирован: 26 сен 2013, 14:20
- Откуда: НСК
- Контактная информация:
-
- Сообщения: 25
- Зарегистрирован: 12 мар 2015, 10:04
неее, нафиг нафиг.... Вернулся к ospf. Остался только один вопрос. Когда добавляю OSPF Instance на вкладке Metrics не совсем понимаю значения этих метрик. Это метрики добавляемых маршрутов? Или транслируемых? Или получаемых? что это? ))
-
- Модератор
- Сообщения: 3605
- Зарегистрирован: 26 сен 2013, 14:20
- Откуда: НСК
- Контактная информация:
Ну логично предположить что метрики получаемых маршрутов от соседей
Есть интересная задача и бюджет? http://mikrotik.site
-
- Сообщения: 25
- Зарегистрирован: 12 мар 2015, 10:04
на значение DIstance они не влияют? Это внутренняя метрика самого OSPF? если у меня в таблице маршрутизации прописан статик роут в соседнюю сеть с Distance 2, его перебьет маршрут пришедший от главного микрота? Или статик роуты всегда в приоритете по сравнению с маршрутами, полученными по OSPF?
-
- Модератор
- Сообщения: 3605
- Зарегистрирован: 26 сен 2013, 14:20
- Откуда: НСК
- Контактная информация:
Что значит внутренняя метрика самого OSPF ?
OSPF протокол динамической маршрутизации и он заполняет таблицы маршрутизации в роутере. У него нет свой таблицы некой.
Возьмите пару роутеров да попробуйте. Гораздо быстрее будет чем вопросы задавать
OSPF протокол динамической маршрутизации и он заполняет таблицы маршрутизации в роутере. У него нет свой таблицы некой.
Возьмите пару роутеров да попробуйте. Гораздо быстрее будет чем вопросы задавать
Есть интересная задача и бюджет? http://mikrotik.site
-
- Сообщения: 241
- Зарегистрирован: 21 сен 2014, 08:34
- Откуда: 34
- Контактная информация:
Извеняйте если не понял темы до конца, но опишу свою топологию сети:
1) В центре два провайдера (А) и (Б)
2) На всех точках по возможности те же провайдеры (А) и (Б)
Если всё нормально работает и не один из провайдеров не отвалился то VPN-ы прокинуты А-А ; Б-Б....
Всё разделено чисто метриками... никаких скриптов и тд... А балансировка нагрузки нафиг не нужна, т.к. провайдер Б резервный и канал настолько узок, что нет смысла на него что либо балансировать.... В случае выхода из строя одного из провайдеров на любой из сторон переключение занимает не более 3-15 секунд. Даже RDP сессия не обрывается
1) В центре два провайдера (А) и (Б)
2) На всех точках по возможности те же провайдеры (А) и (Б)
Если всё нормально работает и не один из провайдеров не отвалился то VPN-ы прокинуты А-А ; Б-Б....
Всё разделено чисто метриками... никаких скриптов и тд... А балансировка нагрузки нафиг не нужна, т.к. провайдер Б резервный и канал настолько узок, что нет смысла на него что либо балансировать.... В случае выхода из строя одного из провайдеров на любой из сторон переключение занимает не более 3-15 секунд. Даже RDP сессия не обрывается
-
- Модератор
- Сообщения: 3605
- Зарегистрирован: 26 сен 2013, 14:20
- Откуда: НСК
- Контактная информация:
делал такое. В вашей схеме если а Точке а отвалился основной канал, а в точке Б резерв то все, ничего не работает.
Я сначала тоже на OSPF далал пока не случился вышеописанный момент, было начал кучу тоннелей поднимать а потом понял что вся схема не будет работаеть на точке если там серый ИП ну плюнул и тупо на скриптах все реализовал. Клиентский микротик смотрит какой у него канал жив и так же смотрит какой канал жив со стороны сервера и уже перенастроивает L2TP тоннель. Клиент доволен, работает решение уже как года 2
Я сначала тоже на OSPF далал пока не случился вышеописанный момент, было начал кучу тоннелей поднимать а потом понял что вся схема не будет работаеть на точке если там серый ИП ну плюнул и тупо на скриптах все реализовал. Клиентский микротик смотрит какой у него канал жив и так же смотрит какой канал жив со стороны сервера и уже перенастроивает L2TP тоннель. Клиент доволен, работает решение уже как года 2
Есть интересная задача и бюджет? http://mikrotik.site