Всем привет. Подскажите, может кто сталкивался. Есть DFL-210, есть 2 провайдера МГТС и Корбина. Решил временно настроить второй канал МГТС как запасной. Увеличил ему метрику, у Корбины по отношению к МГТС метрика стала меньше и весь основной трафик идет через Корбину. Также настроит Monitor Interface Link Status маршрута через Корбину. Тестирую - вытащил провод из wan порта Корбину - интернет отвалился на некоторое время, потом появился. Смотрю таблицу маршрутизации - отвалившийся туннель до Корбины помечен как M X, т.е. канал мониторится через него трафик сейчас не идет. Интернет стал работать через МГТС. Подключаю обратно - туннель поднимается почти мгновенно, однако судя по таблице маршрутизации состояние маршрута так и осталось M X и поднявшийся туннель не используется. Т.е. немотря на то, что уже основной канал поднялся, Интернет работает через резервный канал.
Подскажите, кто сталкивался что и где еще поправить ?

_________________
Новичок в DFL. Сильно не пинайте.

Мониторьте только пингом как минимум на DNS сервера провайдерские, а лучше на группу достаточно живучих внешних.

_________________
Хотите хороший девайс? D-Link DFL!

Хотите считать с него трафик?
http://www.raresoftware.ru/products/lan/dfltc

Настроил на мониторинг хоста. Вроде работает, т.е. при поднятии канала трафик направляется в сторону меньшей метрики. Хотя я не понимаю, почему не работает мониторинг туннеля. Заявлено в функционале, а как-то криво работает. и неправильно что-то сделать-то особо невозможно.
Тут так получается, что при поднятии основного канала торренты продолжают качаться со второго провайдера, сессия-то существует. Все новые коннекты идут как положено, а старые остаются. Можно как-нить в функционале DFL реализовать временный обрыв второго канала на корокое время дабы все коннекты перешли на основной канал или нельзя ?
и как все таки сделать правильно балансировку каналов, если скорости в интернет разные ? тут я так понял понятия веса канала нет. может быть как-то метрики соотносятся пропорционально скорости каналов ? Или может применить балансировку не destination а какую-нить другую.. ?
Подскажите кто настраивал аналогичную схему.

_________________
Новичок в DFL. Сильно не пинайте.

Мониторинг туннелей - это вообще отдельная песня, там ТОЛЬКО пинг работает нормально.

Понятия веса каналов нет, я уже кажется писал.

Прекращать соединения нельзя, можно только уменьшить idle timeout (это кстати НУЖНО сделать), с 262000 до 1800~3600.

Балансировок DFL умеет три вида
1) просто балансировка по методу round robin
2) балансировка в режиме destination - round robin + поддержка соответствия клиент-сервер-интерфейс
3) перекидывание излишков - spillover
Распределения по весам каналов, как вы видите, нет...

_________________
Хотите хороший девайс? D-Link DFL!

Хотите считать с него трафик?
http://www.raresoftware.ru/products/lan/dfltc

мануал говорит, что влиять на балансировку нужно метриками:
Using Route Metrics.
An individual route has a metric associated with it, with the default metric value being zero.
With the Round Robin and the associated Destination algorithms, the metric value can be set
differently on matching routes to create a bias towards the routes with lower metrics. Routes with
lower metrics will be chosen more frequently than those with higher metrics and the proportion of
usage will be based on the relative differences between the metrics of matching routes.
In a scenario with two ISPs, if the requirement is that the bulk of traffic passes through one of the
ISPs then this can be achieved by enabling RLB and setting a low metric on the route to the
favoured ISP. A relatively higher metric is then set on the route to the other ISP.

The all-nets metric must be higher that interface routes
The metric value used for the all-nets route should always be higher than the metric
specified for any other route. This is true regardless if RLB is being used or not. The
metric should the highest so that it is examined last.

Вы имеете ввиду разрывать канал в случае простоя ? Для чего нужно ?



Вот вот. И здесь http://www.dlink.ru/ru/faq/85/926.html тоже написано.
"Чем ниже значение метрики на интерфейсе (маршруте), тем чаще этот интерфейс(маршрут) будет использован для установки соединения, относительно интерфейса(маршрута) с большим значением метрики. Доля использования интерфейсов(маршрутов) будет относительна разницы между значениями метрики на этих интерфейсах (маршрутах).

ВНИМАНИЕ: ЗНАЧЕНИЕ МЕТРИКИ НА ИНТЕРФЕЙСАХ (МАРШРУТАХ) КОТОРЫЕ ДОЛЖНЫ ИСПОЛЬЗОВАТЬСЯ В БАЛАНСИРОВКЕ, ДОЛЖНО БЫТЬ УСТАНОВЛЕННО ВЫШЕ ЧЕМ ДЛЯ ОСТАЛЬНЫХ ИНТЕРФЕЙСОВ (МАРШРУТОВ)."

Только неясно как должны соотноситься метрики друг к другу. Алгоритм частоты выборки канала не ясен. Если например разница в каналах в разы, то какие метрики должны быть у интерфейсов ? Можно разницу в метриках сделать в 1 пункт, а можно и 20 пунктов или даже больше. Выше в цитате есть фраза: Доля использования интерфейсов(маршрутов) будет относительна разницы между значениями метрики на этих интерфейсах (маршрутах). Т.е. если скорость одного канала и инет больше другого канала в 20 раз, то и метрику нужно делать одному напр. 5, а более медленному 25 ? Может кто-нибудь объяснить такой момент ?

_________________
Новичок в DFL. Сильно не пинайте.

Вам пять, мануал по балансировке я просмотрел наискосок. Думаю, самое простое будет сначала попробовать.

_________________
Хотите хороший девайс? D-Link DFL!

Хотите считать с него трафик?
http://www.raresoftware.ru/products/lan/dfltc