[edc]

Необходимо надежное хардварное решение с возможностью переключения на резервный канал.

Два интернет провайдера предоставляют статический ip.

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

При восстановлении основного канала, соответственно, переключалось обратно.

Проверка недоступности канала должна вестись проверкой определенного хоста.

Входящие каналы по 10Мбит.

Количество нат трансляций не менее 20 тыс.

Кол-во пробросов портов не менее 100.

Планирую купить RouterBOARD 750. Как я понял у него уже ОС RouterOS Level 4.

Подойдет ли эта ОС для этих целей?

[Saab95]

Надо брать RB450G для таких целей. Резервирование и переключение канала сделать можно, только все соединения оборвутся при переходе на резерв - внешний адрес ведь поменяется.

[edc]

Разве 750 не разрулит 10 Мбит.

Никакого шейпинга не будет.

Единственное хотелось бы приоритезация войп трафика.

То, что разрываются соединения это понятно.

Лишь бы при переключение каналов было бы минимально.

[Deac]

Разве 750 не разрулит 10 Мбит.

Десятку - без проблем, вот только брать RB750 без "G" смысла нет.

 

Лишь бы при переключение каналов было бы минимально.

В случае физического разрыва линка - будет минимально, но это оч. редкий случай.

В случае сохранения целостности физики - зависит от метода и частоты опроса целостности линков.

Изменено 9 февраля, 2012 пользователем Deac

[Saab95]

Встроенная в MikroTik RouterOS функция обеспечения отказоустойчивости доступа в Интернет (имеется ввиду check-gateway=ping), имеет огромный недостаток: она проверяет доступность шлюза провайдера, а не доступность сети Интернет через этого провайдера.

 

 

Имеем 3 канала в Интернет и один в локальную сеть(тут называется DMZ):

 

/ip address

add address=172.16.16.2/24 broadcast=172.16.16.255 comment=DMZ disabled=no \

interface=ether1-dmz network=172.16.16.0

add address=80.X.255.130/26 broadcast=80.X.255.191 comment=RialKom \

disabled=no interface=ether3-rialkom network=80.X.255.128

add address=212.152.X.55/26 broadcast=212.152.X.63 comment=Inet disabled=\

no interface=ether5-inet network=212.152.X.0

add address=62.X.7.242/29 broadcast=62.X.7.247 comment=Beeline \

disabled=no interface=ether4-beeline network=62.X.7.240

 

Основные маршруты, которые мы и будем переключать:

 

/ip route

add comment=GW_1 disabled=no distance=1 dst-address=0.0.0.0/0 gateway=\

80.X.255.129 scope=30 target-scope=10

add comment=GW_2 disabled=no distance=2 dst-address=0.0.0.0/0 gateway=\

62.X.7.241 scope=30 target-scope=10

add comment=GW_3 disabled=no distance=3 dst-address=0.0.0.0/0 gateway=\

212.152.X.1 scope=30 target-scope=10

 

Клиенты должны маскарадиться:

/ip firewall nat

add action=masquerade chain=srcnat comment="" disabled=no src-address=172.16.16.0/24

 

Сам скрипт, называется CheckINET:

 

###################################################################

#Name: CheckINET

#Version: 1.0.1

#Created: Andrey Orlov

#Email: tangarus(a)gmail.com

#Web: http://www.tangarus.ru/

#Date: 10.2009

#Description:Автоматическое переключение каналов на RouterOS

####################################################################

#set variables

:local PingCount 3

 

# www.ya.ru

:local IPToPing 77.88.21.8

 

:local SrcAddrA 80.X.255.130

:local SrcAddrB 62.X.7.242

:local SrcAddrC 212.152.X.55

 

#ping gateways with src

:local pingresultA [/ping $IPToPing count=$PingCount src-address=$SrcAddrA]

:local pingresultB [/ping $IPToPing count=$PingCount src-address=$SrcAddrB]

 

#if link_A is DOWN and link_B is UP then:

:if (($pingresultA=0) && ($pingresultB=$PingCount)) do={

 

:if ((([/ip route get [find comment=GW_2] distance]=1)&&([/ip route get [find comment=GW_1] distance]=2)&&([/ip route get [find comment=GW_3] distance]=3))=false) do={

:log warning "set routes to B"

/ip route set [find comment=GW_2] distance=1

/ip route set [find comment=GW_1] distance=2

/ip route set [find comment=GW_3] distance=3

}

}

 

#if link_A is UP and link_B is DOWN then:

:if (($pingresultA=$PingCount) && ($pingresultB=0)) do={

 

:if ((([/ip route get [find comment=GW_2] distance]=2)&&([/ip route get [find comment=GW_1] distance]=1)&&([/ip route get [find comment=GW_3] distance]=3))=false) do={

:log warning "Set routes to A"

/ip route set [find comment=GW_1] distance=1

/ip route set [find comment=GW_2] distance=2

/ip route set [find comment=GW_3] distance=3

}

}

 

#if link_A is DOWN and link_B is DOWN:

:if (($pingresultA=0) && ($pingresultB=0)) do={

 

:if ((([/ip route get [find comment=GW_2] distance]=3)&&([/ip route get [find comment=GW_1] distance]=2)&&([/ip route get [find comment=GW_3] distance]=1))=false) do={

:log warning "Set routes to C"

/ip route set [find comment=GW_3] distance=1

/ip route set [find comment=GW_1] distance=2

/ip route set [find comment=GW_2] distance=3

}

}

 

# Link A or Link B both are UP:

:if (($pingresultA=$PingCount) && ($pingresultB=$PingCount)) do={

 

:if ((([/ip route get [find comment=GW_2] distance]=2)&&([/ip route get [find comment=GW_1] distance]=1)&&([/ip route get [find comment=GW_3] distance]=3))=false) do={

:log warning "Set routes to A"

/ip route set [find comment=GW_1] distance=1

/ip route set [find comment=GW_2] distance=2

/ip route set [find comment=GW_3] distance=3

}

}

 

выполняем его раз в 30 секунд:

 

/system scheduler

add comment="" disabled=no interval=30s name=CheckINET on-event="/system script run CheckINET" policy=\

reboot,read,write,policy,test,password,sniff,sensitive start-date=jan/01/1970 start-time=00:00:00

Казалось-бы всё, но есть один подводный камень: сейчас выполняя пинг /ping www.ya.ru src-address=212.152.X.55, RouterOS не будет обращать внимания на параметр 212.152.X.55 если этот шлюз недоступен.

Т.е. если он доступен то пакеты будут идти чрез него, но если нет, то через текущий default gw.

Чтобы избежать этого, необходимо помечать соединения на входе интерфейса соответствующей routing mark.

Параллельно это решит проблему «отвечать на тот интерфейс, на который пришел запрос»: сейчас пингуя интерфейс №2 ответы пойдут через интерфейс которому принадлежит default gw, и ответа мы не получим.

Добавляем маршруты в именованные таблицы маршрутизации:

add comment="" disabled=no distance=1 dst-address=0.0.0.0/0 gateway=\

80.X.255.129 routing-mark=rialkom scope=30 target-scope=10

add comment="" disabled=no distance=1 dst-address=0.0.0.0/0 gateway=\

62.X.7.241 routing-mark=beeline scope=30 target-scope=10

add comment="" disabled=no distance=1 dst-address=0.0.0.0/0 gateway=\

212.152.X.1 routing-mark=inet scope=30 target-scope=10

 

Правила маршрутазиции:

 

/ip route rule

add action=lookup comment="" disabled=no src-address=212.152.X.55/32 \

table=inet

add action=lookup comment="" disabled=no src-address=62.X.7.242/32 table=\

beeline

add action=lookup comment="" disabled=no src-address=80.X.255.130/32 \

table=rialkom

 

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

 

/ip route rule

add action=lookup comment="" disabled=no dst-address=62.X.7.240/29 table=\

beeline

add action=lookup comment="" disabled=no dst-address=80.X.255.128/26 \

table=rialkom

add action=lookup comment="" disabled=no dst-address=212.152.X.0/26 table=\

inet

 

Обращаю внимание: routing-mark которые видны через WinBOX в MANGLE, это таблицы маршрутизации из /ip route (routing-table) и routing-mark'и, а routing-table там напрямую использовать нельзя!

Т.е. там по непонятным причинам отображаються как routing-mark, так и routing-table.

(UPD: А вот на другом роутере работает и так и так... Хм...)

 

Нужно их сопоставить:

 

/ip route rule

add action=lookup comment="" disabled=no routing-mark=rialkom table=rialkom

add action=lookup comment="" disabled=no routing-mark=beeline table=beeline

add action=lookup comment="" disabled=no routing-mark=inet table=inet

 

Помечаем белый краской спинки пакетиков:

 

/ip firewall mangle

add action=mark-routing chain=output comment="Local answer to correct if" disabled=no new-routing-mark=beeline \

passthrough=yes src-address=62.X.7.242

add action=mark-routing chain=output comment="Local answer to correct if" disabled=no new-routing-mark=inet passthrough=\

yes src-address=212.152.X.55

add action=mark-routing chain=output comment="Local answer to correct if" disabled=no new-routing-mark=rialkom \

passthrough=yes src-address=80.X.255.130

 

Всё!

[Ilya Evseev]

Входящие каналы по 10Мбит.

Количество нат трансляций не менее 20 тыс.

Кол-во пробросов портов не менее 100.

Планирую купить RouterBOARD 750. Как я понял у него уже ОС RouterOS Level 4.

Подойдет ли эта ОС для этих целей?

ОС подойдёт, железка вряд ли.

Смотрите в сторону http://mikc.ru/product.php?id_catalog=2&id_position=177

[edc]

А можно ли проще сделать, например таким скриптом

:local PingCount 3;

:local CheckIp1 x.x.x.x;

:local CheckIp2 x.x.x.x;

:local isp1 [/ping $CheckIp1 count=$PingCount];

:local isp2 [/ping $CheckIp2 count=$PingCount];

:local BackGw [/ip route get [find comment=gw2] disable];

#if main ISP is DOWN and backup ISP is UP then:

:if (($isp1=0) && ($isp2=$PingCount) && ($BackGw=true)) do={

/ip route disable [find comment=gw1];

/ip route enable [find comment=gw2];

:local MainGw [/ip route get [find comment=gw1] disable];

#if main ISP is UP then:

:if (($isp1=$PingCount) && ($MainGw=true)) do={

/ip route enable [find comment=gw1];

/ip route disable [find comment=gw2];

}

 

Или еще проще

 

ip route

add dst-address=x.x.x.x gateway=GW1 scope=10

add distance=1 gateway=x.x.x.x check-gateway=ping

add distance=2 gateway=GW2

ну и на всякий случай

add dst-address=x.x.x.x type=blackhole distance=20

 

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

[Saab95]

Суть в том, что надо проверять не шлюз, а что-то в интернете. Ведь может шлюз пинговаться, а интернет не работать - следовательно переключаться не будет.

 

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

 

 

[darkmatter]

У меня стоит RB433AH, вполне подходит для этих целей. Напростейший метод, как уже писали выше это check-gateway. Если этого недостаточно можно разарулить скриптами. В моей практике за 2 года использования только один раз было, что пропадал интернет, но при этом был пинг до гейта. Конфигурация проста. RB433 как раз брал для резервирования и впнов. Внутри динамическая маршрутизаци и автоматическое переключение маршрутов в случае если один из операторов перестает работать.

[vadya]

А что указывать в случае PPPoE ?

:local SrcAddrA 80.X.255.130
:local SrcAddrB 62.X.7.242
:local SrcAddrC 212.152.X.55

 

/ip route rule
add action=lookup comment="" disabled=no src-address=212.152.X.55/32 \
table=inet
add action=lookup comment="" disabled=no src-address=62.X.7.242/32 table=\
beeline
add action=lookup comment="" disabled=no src-address=80.X.255.130/32 \
table=rialkom

[Saab95]

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

 

:local PingCount 3;

:local CheckIp 8.8.8.8;

:local int1 ether1;
:local int2 ether3;

:local isp1 [/ping $CheckIp interface=$int1 count=$PingCount];
:local isp2 [/ping $CheckIp interface=$int2 count=$PingCount];

#if main ISP is DOWN and backup ISP is UP then:

:if ($isp1=0 and $isp2>0) do={
:log warning "Set routes to backup ISP"
/ip route set distance=2 [find comment="gw1"]
/ip route set distance=1 [find comment="gw2"]
}

#if main ISP is UP then:

:if ($isp1>0) do={
:log warning "Set routes to main ISP"
/ip route set distance=2 [find comment="gw2"]
/ip route set distance=1 [find comment="gw1"]
}

 

Но работает он со шлюзами. Соответственно если PPPoE каждый раз выдает разный адрес или меняется шлюз, нужно будет использовать имя интерфейса вместо IP адреса.