маршрутизация 2 канала одновременно

Привет всем.

Буду задавать извечные вопросы об использовании двух каналов в Интернет.

ppp0 - первый провайдер
eth1 - локалка
eth2 - второй провайдер

использую - ip route add default scope global nexthop dev ppp0 nexthop dev eth2

все работает, но каждые несколько минут рвется соединение с ICQ сервером, как я понимаю и другие соединения рвутся тоже. В чем может быть проблема? как сделать так чтобы этого разрыва не было?
Я понимаю, что каждый раз меняется маршрут при обращении, спустя какое-то кол-во секунд, например: пингую mail.ru, сначала пингуется через один канал, секунд через 15 пингую еще раз - вижу что уже пингуется через другой канал (сужу по возросшим пингам, ну и естественно делаю tracert)

Использовать один канал а при падении переключаться на другой

Я прикрепил каждого пользователя к своему каналу и избавился от проблем: всякие клиент-банки, VPN клиенты и тд

при падении все переходят на доступный канал

Bif написал:

Я прикрепил каждого пользователя к своему каналу и избавился от проблем: всякие клиент-банки, VPN клиенты и тд

при падении все переходят на доступный канал

Задержка скок времени занимает? Ведь всякие клиенты сразу отваливаються

Kettler написал:

[quote=Bif]Я прикрепил каждого пользователя к своему каналу и избавился от проблем: всякие клиент-банки, VPN клиенты и тд

при падении все переходят на доступный канал

Задержка скок времени занимает? Ведь всякие клиенты сразу отваливаються[/quote]

Каналы надежные, но бывают разрывы..
Не помню, правда, через сколько времени пингами проверяются каналы, вроде секунд через 10...

Ну отвалится клиент, страничку в браузере обновит... :)

А ну клиенты через браузер =)

Kettler написал:

А ну клиенты через браузер =)

Клиенты это пользователи,
а если VPN клиенты - то скорей всего надо их переподключить...

Kettler написал:

Использовать один канал а при падении переключаться на другой

так и делаю, написал простые скрипты автоматического переключения.
Просто хотелось бы использовать общую пропускную способность каналов.

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

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

Пользователи подключаются напрямую. VPN-нов нет.

Ну если у вас шлюз правильный по умолчанию то как он пойдёт через другой канал?

Kettler написал:

Ну если у вас шлюз правильный по умолчанию то как он пойдёт через другой канал?

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

tnega
Pешений для ip route add default scope global nexthop dev ppp0 nexthop dev eth2 явных нет, проще не использовать данную конструкцию.

Bif написал:

tnega
Pешений для ip route add default scope global nexthop dev ppp0 nexthop dev eth2 явных нет, проще не использовать данную конструкцию.

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

Отдельный траффик через отдельный канал?

Kettler написал:

Отдельный траффик через отдельный канал?

не годиться.

tnega
Зачем динамическая маршрутизация?
Делим всех пользователей на 2 группы - VIP и не VIP
Далее "как в учебниках" создаем 2 таблицы и маркируем в iptables пакеты

Вот тут неплохо описано: http://rogovts.ru/opensource/2isp_route.html

Bif написал:

tnega
Зачем динамическая маршрутизация?
Делим всех пользователей на 2 группы - VIP и не VIP
Далее "как в учебниках" создаем 2 таблицы и маркируем в iptables пакеты

Вот тут неплохо описано: http://rogovts.ru/opensource/2isp_route.html

это я понимаю, я до этого и сам додумался очень давно.
повторюсь еще раз, речь идет о задействовании в работу сразу двух каналов одновременно, для увеличения пропускной способности (скорости)

2 провайдера не решат задачу увеличения скорости в общем виде

C форумов:

осмысленный результат и увеличение скорости будет только для торрентов и ослика, т.к. они умеют при любой топологии сети работать. Видео/аудио звонилки/говорилки будут рвать всё время соединение. Игры по интернету будут рвать соединение и тупить. Странички http будут грузиться медленнее, чем по каждому соединению в отдельности. Ftp соединения будут рваться. Соединения на файлопомойки (депозиты с летитбитами) будут рваться.

Bif написал:

2 провайдера не решат задачу увеличения скорости в общем виде

C форумов:

осмысленный результат и увеличение скорости будет только для торрентов и ослика, т.к. они умеют при любой топологии сети работать. Видео/аудио звонилки/говорилки будут рвать всё время соединение. Игры по интернету будут рвать соединение и тупить. Странички http будут грузиться медленнее, чем по каждому соединению в отдельности. Ftp соединения будут рваться. Соединения на файлопомойки (депозиты с летитбитами) будут рваться.

полностью согласен.
для торрентов и делается все это, но не устраивает то что все рвется :-)