Механизъм съкращения първичен канал, ако вторият (например, 3G и ADSL), могат да бъдат подредени по Mikrotik различно. Възможно е да се направи всичко, без скриптове, но с някои ограничения, така че е възможно да се направи тест на няколко нива в сценария и го сложи в планировчика на скрипта (или използвайте Инструменти / NetWatch).
Изпълнения отказ на главното канал:
Първият вариант се провали Mikrotikom добре работи чрез независимо, че е достатъчно, за да се даде възможност за контрол на доставчик портал в трасето на главния канал:
Когато липсата портал база канал Mikrotik изпраща пакети през готовност.
В случай на втори вариант, MikroTik ще "мисли", че всичко е наред (пинг до шлюза преминава) и ще изпраща всички пакети през него. Поради това е необходимо за решаване на проблема е по-широка от помощта на скриптове.
Ако конфигурирате рутера отдалечено не забравяйте: "конфигурация Remote Firewall - да пътува." Така че не забравяйте да кликнете върху бутона Safe Mode Winbox. Този механизъм ще анулира всички промени от режим на активиране Safe Mode, ако ви сесия Winbox падне.
В решението си, аз не промените пътя метричен а просто активира / дезактивира по маршрута резервно копие, което има по-нисък показател от главния канал.
Първо на всички маршрути се регистрират (IP / маршрути) за контролните точки с показател (разстояние) = 1. Необходимо е отправна точка за трафика ще само чрез първично доставчика.
подобно на втората точка за контрол.
Аз имам две отправни точки: 1. Ключът доставчик (10.0.0.1), която аз веднага Пинг (всяка втора), 2. външен защитен сървър (77.88.8.1), на която проверява дали инфраструктурата на доставчика се работи, но не работи доставчик канал ( на всеки 30 секунди, защото тя е много по-малко).
След това, промените основен канал показател за 3 (разстояние = 3).
След това се добавя изключен (деактивиране) маршрут с 0.0.0.0/0 метрични 2 с резервен канал шлюз. Това е трасето ще бъдат включени или изключени.
- Създаден маршрути с приоритет 1 за контролни точки, които са достъпни само за основния канал;
- Основана маршрути с приоритет 2 архивиране канал, включително и това, което сме ви позволяват целия трафик през резервен канал. защото Приоритетни точките за промяна на маршрута е по-висок, отколкото достъпа резервния канал, за да ги все още ще се извършва само през главния канал;
- Маршрути 0.0.0.0/0 (и двете) се преместват в приоритет 3, в нормален режим (запазва изключен маршрута), трафик, лекувани с двата канала.
За да проверите наличността използване NetWatch. Създайте си 2 броя (Tools / NetWatch):
- Всеки втори, проверява наличието на доставчика на ключ / вход:
UP със сценария:
Сценарият работи по подобна логика на първия NetWatch.
Показатели
Вариант 1: Всичко е наред.
NetWatch 1 = OK -> включва основен канал -> Включване NetWatch 2 -> 2 NetWatch = OK -> архивиране канал е изключен.
Вариант 2: Шлюзът е на разположение, но в интернет не работи (катастрофа горе доставчик).
NetWatch 1 = OK -> Включване NetWatch 2 -> NetWatch 2 = FAIL -> включени Rezevrny канал.
Вариант 3: Шлюзът не е налична.
NetWatch 1 = провалят -> Изключването NetWatch 2 - включени> Rezevrny канал.
На състояние Failover ние не виждаме, защото ако той също падна ключа към него е направил нищо лошо - не е имало от интернет и няма да бъде.
Използването NetWatch опростява скриптове, както те не работят периодично (през Scheduler) и събитията от "На надолу" / "На нагоре".
Учил съм тази статия и го хвърли като Аз не искам да се зареди на таблицата с маршрути такива патерици. Скриптове работят по-ясни и по-информативни.
използвате рекурсивни маршрут
/ IP маршрут
добавете напускане шлюз = пинг разстояние = 10 = 8.8.4.4 шлюз обхват = 40 мишена-обхват = 30, когато целевата-обхват е основен маршрут обхват.
Свързани статии