Привет,
просьба помочь разобраться:
2 провайдера - kvant, maxnet.

Если в таблице маршрутизации main сделать так:

то оба внешних ip пингуются успешно,

а если так:

то kvant перестает пинговаться.

Т.е. kvant пингуется только когда его метрика <= метрики maxnet.

правил для исходящего трафика только два:

правил для входящего трафика тоже только два:

в логах "connections" соединения есть:
PING ICMP wan_kvant core
PING ICMP wan_maxnet core

в логе "log" также соединения через оба правила устанавливаются:
Info CONN 600001 ping_kv ICMP wan_kvant core conn_open connsrcid=45017 conndestid=45017
Info CONN 600001 ping_max ICMP wan_kvant core conn_open connsrcid=45016 conndestid=45016

прошивка 2.27.06.10
kvant воткнут в WAN
maxnet воткнут в DMZ

В чем может быть дело?
спасибо!

ps
если при схеме
1 Route wan_maxnet all-nets wan_gate-maxnet 50 Yes
выдернуть кабель maxnet, то kvant начинает успешно пигноваться.

а дело все в PBR

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

Угу

http://forum.dlink.ru/viewtopic.php?t=65359&start=14

_________________
6 x DFL-210, 2 x DFL-800. Для DFL-210/260/800/860 лучшая прошивка 2.27.08.03 (for WW). СКАЧАТЬ.
Совет: Не используйте в IP- и Routing-правилах сочетание any/all-nets нигде, кроме временных правил. Иначе возможны бреши в безопасности и несрабатывание последующих правил.

спасибо, ваша правда.
решилось созданием routing rules:



правильно ли я понимаю, что если включить балансировку, например:
instance: main = destination
и в main выставить метрики
isp1 - 30
isp2 - 100
то через isp1 пройдет примерно 23% , а через isp2 примерно 77%?

т.е. для примерного расчета распределения трафика при балансировке справедливо ли использовать формулы
трафик isp1 = metric_isp1 * 100 / (metric_isp1+metric_isp2)
трафик isp2 = metric_isp2 * 100 / (metric_isp1+metric_isp2)
?

или как надо?

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

у меня только один вопрос: ну вот откуда, откуда ВАМ снисходят такие озарения? Как ВЫ дошли до таких формул...

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

Нет, не правильно понимаете.

Вам надо обратиться к изучению основ с вопросом "Что такое "метрика" в маршрутизации и для чего она нужна?"

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Оффтоп:
У меня ребенок учится в школе с биологическим уклоном.
А тут настройка DFL'ки с математическим уклоном.

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Vladimir22
В мануале (раздел 4) про метрику говорится, что это «стоимость» отправки пакетов через интерфейс, которая обратно пропорциональна полосе пропускания интерфейса.
А также, что если метрика всех маршрутов совпадает, то маршруты выбираются равномерно, а если метрика
маршрутов разная, то маршруты с меньшей метрикой выбираются чаще, пропорционально разнице весов маршрутов.
Так и родилась такая мысль.

MTRX
Да вроде понятно, что она нужна для сравнения весов (приоритета) маршрутов и на основании этого выбора маршрута.
Но как конкретно это работает при балансировке?


Ну т.е. просто интересно понять, если метрики, например, 30 и 100, то сколько трафика пройдет по маршрутам при round robin, если общее кол-во трафика, например 1000gb.

А может дело в относительной загруженности маршрутов?
Т.е. если маршрут 30 загружен на 10%, то маршрут 100 будет загружен на 3% ?

Дело ясное, что дело темное...
Всяко пытался изучить вопрос, и однозначного результата нет, на мой взгляд проще прописать по несколько раз один и тот же маршрут с одинаковой метрикой, скажем 110, для 1го интерфейса скажем 2 раза для 2го 3и раза, в этом варианте 100% гарантированный результат в первый пойдет 2/5 в 2й 3/5.
Да в плане мониторинга состояния линка не совсем хорошо, но в плане балансировки все кристально ясно.
Еще как вариант, + к выше указанному, маршруты писать по порядку через один, вроде как при равной метрике по порядку используются в балансировке, хотя на мой взгляд в конечном итоге это не должно быть принципиально.