Jump to content

Recommended Posts

Здравствуйте коллеги! 

Вопрос на засыпку. Есть ли возможность на HW 100C, HW 1000 и т.д. назначить метрику на интерфейсах? 

Суть в следующем: может кто-то уже пробовал организовать такую схему, есть ли вообще такая возможность или нет, если есть то подскажите как!  Хочу назначить на 1 и 2 интерфейсе внешний статический адрес (WAN разные провайдеры). Чтоб они были взаимозаменяемые, другими словами резервный канал. Допустим если отваливается порт или канал, что бы автоматом переключался на 2 интерфейс.

P.S: Админам прошу сильно не ругаться если такая тема уже была, на форуме не нашел или прошу указать ссылку!

Share this post


Link to post
Share on other sites

 Метрики назначать можно, об этом подробно описано в документации. Резервирования канала они не обеспечивают, так как некому переключить def gw. В отдельных случаях можно настроить подобие резервирования, но всё зависит от Вашей схемы и настроек. Более плотно можно пообщаться об этом с ТП.

Share this post


Link to post
Share on other sites
В 12.03.2018 в 14:59, zero сказал:

 Метрики назначать можно, об этом подробно описано в документации. Резервирования канала они не обеспечивают, так как некому переключить def gw. В отдельных случаях можно настроить подобие резервирования, но всё зависит от Вашей схемы и настроек. Более плотно можно пообщаться об этом с ТП.

А что мешает указать два шлюза для 0.0.0.0/0 с разными метриками?

Share this post


Link to post
Share on other sites

 

7 часов назад, KIV сказал:

А что мешает указать два шлюза для 0.0.0.0/0 с разными метриками?

Ничего не мешает. Но в таком случае у Вас постоянно будет осуществляться балансировка нагрузки по этим двум каналам, а в случае падения любого из каналов часть трафика всё равно будет отправляться по упавшему каналу и будет потеряна. Механизмы, чтобы этого не происходило, разрабатываются.

 

Share this post


Link to post
Share on other sites
В 14.03.2018 в 15:33, zero сказал:

 

Ничего не мешает. Но в таком случае у Вас постоянно будет осуществляться балансировка нагрузки по этим двум каналам, а в случае падения любого из каналов часть трафика всё равно будет отправляться по упавшему каналу и будет потеряна. Механизмы, чтобы этого не происходило, разрабатываются.

 

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

Share this post


Link to post
Share on other sites

 

17 часов назад, KIV сказал:

указанного в метрике с момента когда не доступен более приоритетный шлюз

 К сожалению работает сейчас не так. Или Вы задаете "метрики", в терминологии ПАК это "distance", и тогда трафик всегда идёт по маршруту с наименьшей distance. При падении канала с наименьшей distance маршрут не перестраивается, нет механизма, который мог бы определить падение канала и изменить приоритет. 

  Или Вы оставляете distance одинаковыми для обоих маршрутов и тогда будет работать балансировка по весам weight. Постоянно. При падении любого канала часть трафика будет теряться.

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

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×

Important Information

By using this site, you agree to our Terms of Use.