denis.13ku Опубликовано 12 Марта 2018 Жалоба Поделиться Опубликовано 12 Марта 2018 Здравствуйте коллеги! Вопрос на засыпку. Есть ли возможность на HW 100C, HW 1000 и т.д. назначить метрику на интерфейсах? Суть в следующем: может кто-то уже пробовал организовать такую схему, есть ли вообще такая возможность или нет, если есть то подскажите как! Хочу назначить на 1 и 2 интерфейсе внешний статический адрес (WAN разные провайдеры). Чтоб они были взаимозаменяемые, другими словами резервный канал. Допустим если отваливается порт или канал, что бы автоматом переключался на 2 интерфейс. P.S: Админам прошу сильно не ругаться если такая тема уже была, на форуме не нашел или прошу указать ссылку! Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
zero Опубликовано 12 Марта 2018 Жалоба Поделиться Опубликовано 12 Марта 2018 Метрики назначать можно, об этом подробно описано в документации. Резервирования канала они не обеспечивают, так как некому переключить def gw. В отдельных случаях можно настроить подобие резервирования, но всё зависит от Вашей схемы и настроек. Более плотно можно пообщаться об этом с ТП. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
denis.13ku Опубликовано 12 Марта 2018 Автор Жалоба Поделиться Опубликовано 12 Марта 2018 Спасибо! Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
KIV Опубликовано 14 Марта 2018 Жалоба Поделиться Опубликовано 14 Марта 2018 В 12.03.2018 в 14:59, zero сказал: Метрики назначать можно, об этом подробно описано в документации. Резервирования канала они не обеспечивают, так как некому переключить def gw. В отдельных случаях можно настроить подобие резервирования, но всё зависит от Вашей схемы и настроек. Более плотно можно пообщаться об этом с ТП. А что мешает указать два шлюза для 0.0.0.0/0 с разными метриками? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
zero Опубликовано 14 Марта 2018 Жалоба Поделиться Опубликовано 14 Марта 2018 7 часов назад, KIV сказал: А что мешает указать два шлюза для 0.0.0.0/0 с разными метриками? Ничего не мешает. Но в таком случае у Вас постоянно будет осуществляться балансировка нагрузки по этим двум каналам, а в случае падения любого из каналов часть трафика всё равно будет отправляться по упавшему каналу и будет потеряна. Механизмы, чтобы этого не происходило, разрабатываются. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
KIV Опубликовано 15 Марта 2018 Жалоба Поделиться Опубликовано 15 Марта 2018 В 14.03.2018 в 15:33, zero сказал: Ничего не мешает. Но в таком случае у Вас постоянно будет осуществляться балансировка нагрузки по этим двум каналам, а в случае падения любого из каналов часть трафика всё равно будет отправляться по упавшему каналу и будет потеряна. Механизмы, чтобы этого не происходило, разрабатываются. Насколько я помню постоянно балансировка осуществляться не будет т.к. для балансировки есть параметр weight, а метрика отвечает за использование следующего по приоритету маршрута через кол-во мс указанного в метрике с момента когда не доступен более приоритетный шлюз. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
zero Опубликовано 16 Марта 2018 Жалоба Поделиться Опубликовано 16 Марта 2018 17 часов назад, KIV сказал: указанного в метрике с момента когда не доступен более приоритетный шлюз К сожалению работает сейчас не так. Или Вы задаете "метрики", в терминологии ПАК это "distance", и тогда трафик всегда идёт по маршруту с наименьшей distance. При падении канала с наименьшей distance маршрут не перестраивается, нет механизма, который мог бы определить падение канала и изменить приоритет. Или Вы оставляете distance одинаковыми для обоих маршрутов и тогда будет работать балансировка по весам weight. Постоянно. При падении любого канала часть трафика будет теряться. Определенная свобода появляется, если у Вас удалеённый координатор имеет, например, несколько внешних адресов доступа, тогда можно развести их по разным каналам с помошью статических маршрутов и псевдо-резерв будет. Но полноценного резервирования нужно ожидать в следующих версиях. Обещают сделать. Сейчас же лучше использовать под резервирование оборудование, которое изначально для этого предназзначено, какой-либо сторонний маршрутизатор. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
KIV Опубликовано 16 Марта 2018 Жалоба Поделиться Опубликовано 16 Марта 2018 Спасибо за развернутый ответ Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Рекомендуемые сообщения
Присоединиться к обсуждению
Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.