Действительно? почему не использовать Netwatch?
У меня, например используется алгоритм такой: определяем маршруты до пингуемых мест, пингуем 1-ip через isp_1, второй через isp_2
при потери пакетов до адресата 1-ip, выполняем скрипт (одна строка) "/ip route enable [find dst-address=0.0.0.0/0 and gateway=ххх.ххх.ххх.ххх and distance >= 3;" — т.е. меняем весомость роута первого провайдера и отправляем траффик через резервного провайдера, при появлении пингов возвращаем. тоже самое и со вторым провайдером. за пару лет проблем не наблюдалось, работает отлично без нареканий.
все гениально просто!
Если более — будет обрыв звонка. Тестировал на телефонной книге.
Я об этом и говорю. просто сужу как долго отвечает база ipcad записанная в mysql (данных примерно за год)
может как то резать базу на периоды, кварталы? если оставить так как сейчас есть, то с обрывами можно столкнуться уже через пару месяцев.
скорей всего для вида, что работа была произведена — сделают мелкие поправки, но на деле все останется на своем месте. Как блокировали ресурсы так и будут.
Увы! Уж таково наше правительство…
У меня, например используется алгоритм такой: определяем маршруты до пингуемых мест, пингуем 1-ip через isp_1, второй через isp_2
при потери пакетов до адресата 1-ip, выполняем скрипт (одна строка) "/ip route enable [find dst-address=0.0.0.0/0 and gateway=ххх.ххх.ххх.ххх and distance >= 3;" — т.е. меняем весомость роута первого провайдера и отправляем траффик через резервного провайдера, при появлении пингов возвращаем. тоже самое и со вторым провайдером. за пару лет проблем не наблюдалось, работает отлично без нареканий.
все гениально просто!
Я об этом и говорю. просто сужу как долго отвечает база ipcad записанная в mysql (данных примерно за год)
может как то резать базу на периоды, кварталы? если оставить так как сейчас есть, то с обрывами можно столкнуться уже через пару месяцев.
Спасибо! пойду ковырять.
Увы! Уж таково наше правительство…