Re: multipath route

>Вопрос - кто из маршрутов главный, а кто запасной?
Наверное, который первый в таблице - тот и главный. Я бы например, эмпирическим методом проверил с tcpdump'ом

Re: multipath route

оказалось, что это стэк. Т.е. основной - тот, что последний. Щас попробую шнуры повыдергивать ...

Re: multipath route

Ты только не из сетевой карты выдёргивай а где-нить за внешним хабом/модемом - что бы интерфейсы оставались поднятыми для чистоты эксперимента.

Re: multipath route

Хрень какая-то ... Нифига он не детектирует отключение линка. Если вручную один route уронить (можно вместе с интерфейсом), то тогда, ясен пень, маршрутизация идет через оставшийся default gw, но самостоятельно ядро это не детектирует. Если подумать, то задача-то достаточно нетривиальная, обнаружить падение сети где-нибудь в недрах провайдера. Это какая-то Quagga нужна, и то если удастся договориться с провайдером об используемом протоколе. Ну, или какой-то скрипт, чтоб проверял, что текущий провайдер виден.

Блин, повёлся на эти интернетовские байки, как школьник ...

Re: multipath route

Повесь на крон скрипт который будет пинговать гугл и дропать интерфейс если чо. Заодно гугла может задосишь.

Re: multipath route

таки да, нужен RIP

Re: multipath route

полистай, может это чем-то поможет, мне при беглом осмотре последнее понравилось

 http://linux-ip.net/html/adv-multi-internet.html

 http://blog.taragana.com/index.php/archive/how-to-load-balancing-failover-with-dual-multi-wan-adsl-cable-connections-on-linux/

 http://www.wlug.org.nz/FailoverInternetConnection

 http://www.linux.com/archive/feature/113988

Re: multipath route

>> http://www.linux.com/archive/feature/113988
Вот-вот ... Именно на эту байку я и повелся. Но там самый жЫр в камментах, когда аффтара на чистую воду выводят. Выяснилось, что он практически полностью скопипастил статью с какого-то индийского журнала, где это было рассчитано на шаткие модемные линии ...

Re: multipath route

проблем особых не вижу, для изратных случаев извратные решения. А так, всё равно лучше поиспытывать на практике.

Re: multipath route

>>Заодно гугла может задосишь.
Кто о чем, а невесть_кто о Сереже Брине ... Ты, я смотрю, такую личную неприязнь к нему испытываешь, что кушать не можешь.

Re: multipath route

Ну, вообщем эта задача (падение одного маршрута) на практике неразрешима. Т.е. можно обнаружить пропажу какого-то маршрута внутри своей сети, но не в сети находящейся вне вашего контроля. В случае с двумя провайдерами это равносильно предложению, чтоб оба эти провайдера слились в экстазе, чтоб обеспечить вас бесперебойной связью. Разумеется, никто на это не пойдет. Максимум, что можно - это автоматический бэкап MX для получения внешней почты и ручное переключение интернета (например, с помощью отключения оборванного route), когда после звонков по телефону и переговоров выясняется, что провайдер упал и вставать не хочет.

Re: multipath route

>>автоматический бэкап MX для получения внешней почты
Блин. Так нужно ж просто maillog фильтровать и смотреть когда статистика подключений через бэкап интерфейс будет больше, чем через основной. Для верности можно будет по черным спискам входящие проверить - если нет контакта, то можно смело переключать route ...

Вот и от спаммеров какую-то пользу можно получить.

Re: multipath route

> когда после звонков по телефону и переговоров выясняется, что провайдер упал и вставать не хочет.
Неужели в принципе невозможно автоматически отловить ситуацию "провайдер упал и вставать не хочет"? По внешним признакам. Например вот если трафик через провайдера не идёт - разве не достаточный признак?

Re: multipath route

>>вот если трафик через провайдера не идёт - разве не достаточный признак?
Тебя по-прежнему не отпускает мысль задосить Брина?

Как выяснить, что траффик не идёт? Непрерывно пинговать какие-то хосты, которые находятся заведомо за провайдером? Вот они обрадуются! Если же статистически анализировать траффик, то это будет более муторно, чем maillog. Потому что даже если провайдер лежит, то через тебя какой-то траффик все равно будет идти, хотя бы до самого провайдера плюс будут попытки установки соединения с теми, кто за провайдером.

Re: multipath route

> Тебя по-прежнему не отпускает мысль задосить Брина?
Карфаген должен быть разрушен!

> Как выяснить, что траффик не идёт? Непрерывно пинговать какие-то хосты, которые находятся заведомо за провайдером? Вот они обрадуются!
У меня на домашней машине так и сделано - кадые пять минут стартует ddclient и если обнаруживает смену адреса стучится сам знаешь куда. Плюс, поскольку пару раз ddclient дурковал, для надёжности, с минутной периодичностью по крону толкается скрипт на внешнем хостинге, а скрипт просто откладывает в файл адрес откуда пришёл запрос. Это на случай если мне воссрётся найти свою машину при отвале ddclient-а. Никого ещё этим не задосил. По идее на скрипт можно подвесить какую-нить обработку отвала коннекта и пускать чаще, скажем с 15-секундными интервалами. Для пингования вообще можно составить список хостов и пинать их поочереди.

Re: multipath route

Я это делаю на баше. передергиваю роут до гуглов по очереди между провайдерами и пингую. три пинга подряд не прошли - сетка сфейлила. запускаем хендлер, который пытается поднять снова интерфейс, а тем временем дефолт роут перебрасываем на другого прова. Я правда скрипты не до конца закончил, кое-какие баги имеются.