А будет ли когданибудь failover wan? (т.е. интерфейс автоматически поднимающийся при падении основного)
А будет ли когданибудь failover wan? (т.е. интерфейс автоматически поднимающийся при падении основного)
* Wiki *
Нельзя расценивать работу интерфейса по принципу "упал/не упал" ... Отказоустойчивая система работает по совсем другому принципу...
Привожу пример примерной логики работы:
1. Есть интерфейсы направленные на ИНЕТ.
2. Есть приоритеты: Порт 1: Порт 3: Порт 2: pptp0.
3. Лучше если не пингом определенных хостов, а реальной доступностью (по потребности) нужного в данный момент хоста определялся бы интерфейс по умолчанию для роутера.
4. Но все это мечты ... Я могу помочь только в разработке алгоритмов (С и С++, не знаю, очень мало общался ..., или AWK&BASH&PHP&PERL)
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Вопрос: А умеют ли наши роутеры(прошивки) распределять трафик между провайдерами? Например между wan и 3G, воткнутым в usb, в зависимости от скорости в данную минуту? Навела на данный вопрос падающая вечером скорость на поводном билайне. Там, где быстрее, через того и качаемс.....
На мой взгляд, общего решения нет, поэтому каждый лепит свои скрипты.
google:// openwrt load balancer
Несомненно нужен. И чем дальше, тем больше, т.к. резервный канал перестает быть редкостью. Хотя бы в силу того, что в роутер можно воткнуть 3G/Yota и получить резервирование канала за разумную плату (медленно, но работать-то надо )) Настраивать это скриптами - муторное достаточно дело для неспециалистов, а вот наличие веб-морды и поддержки этого дела в роутере очень сильно помогло бы...
А для сложных конфигураций всегда остается "скриптописательство"
Стандартная поддержка multiwan должна уметь делать две вещи - резервирование и балансировку. Резервирование через периодический ping заданных пользователем хостов, балансировку - по двум алгоритмам - первый - все каналы равноценны, делаем aggregation, второе - каналы неравноценны. Хотя, наверное, в случае неравноценных (в смысле стоимости) каналов случай становится сложным и тогда дорога - в скрипты...
Как говорится - до зарезу нужен!
Скрипты для многих проблема, а резерв очень нужен.
Ежели вдруг кому надобно - к Томато прикрутили dual WAN.
P.S. Сам - не пробовал.
Как правило резервирование канала необходимо не для домашнего использования, а для офиса. Если для админа офиса проблема в скриптах, то гнать такого админа нужно. В *NIX всегда привлекало (помимо надежности) именно прозрачность и однозначность конфигов ... Веб-морда не дает понимания что за что отвечает .... Все ИМХО.
Очень, очень нужен Multiwan. Причем не только для связок USB+WAN, но и для WAN+WAN. Сейчас достаточно много мест, где присутствуют 5-7 провайдеров, многие хотят иметь резервный канал дома. Пока что настройка MultiWan - только руками, при этом скрипты приходится проверять по 20 раз. Неудобно А так хочется сделать это все по быстренькому через web-морду И, главное, при ручной настройке неискушенный конечный пользователь роутера легко все поломать может... Езди потом за тридевять земель, восстанавливай... (ps. далеко не везде есть возможность прокинуть всякие туннели-vpn'ны)
Last edited by DfDf; 26-09-2012 at 19:39.
Уважаемые разработчики, не могли бы вы включить в прошивку такую полезную функцию - dualwan (multiwan). Сейчас вынужден сидеть на томатовской прошивке.
ASUS RT-N16