Добрый день, уважаемые коллеги и единомышленники.
Вопрос просто организационного характера, входные данные:
есть 3 крупных офиса в каждом по ~300 человек активных пользователей, все они соединены между собой через 2 канала IPVPN, один у Билайна, второй у Комстара (более известен как МТС), задача довольно банальна - сделать так чтобы в случае отключения одного остальные пользователи не заметили происходящего.
Просмотрено тонны манускриптов мудрых гуру, но все же есть вопросы. А именно, трекер может определить состояние канала только по пингу до какого либо хоста в инете и может выпасть так что исчезнет канал как раз после последнего пинга, тогда задержка будет заметной, критичным является этот вопрос вследствии использования различных сетевых приложений и сервисов которые очень не любят дисконнект и в результате получается потеря данных.
Хочется тогда к примеру сделать балансировку между каналами и трекер который в случае отваливания одного из них менял маршрутизацию.
Или же использовать как в мануалах BGP.
Вообщем что вы на основе своего опыта мне подскажете. Просьба советы давать развернутые насколько у Вас хватит терпения.Всем спасибо -)
>[оверквотинг удален]
> хоста в инете и может выпасть так что исчезнет канал как
> раз после последнего пинга, тогда задержка будет заметной, критичным является этот
> вопрос вследствии использования различных сетевых приложений и сервисов которые очень
> не любят дисконнект и в результате получается потеря данных.
> Хочется тогда к примеру сделать балансировку между каналами и трекер который в
> случае отваливания одного из них менял маршрутизацию.
> Или же использовать как в мануалах BGP.
> Вообщем что вы на основе своего опыта мне подскажете. Просьба советы давать
> развернутые насколько у Вас хватит терпения.
> Всем спасибо -)что-то непонятно насчет использования... это каналы чисто длшя инета или инет используется как транспорт для vpn-а?
если инет - транспорт: динамическая маршрутизация между 2-мя тунелями, если чистый инет - разрыва сессий не избежать, т.к. нат перепрыгнет с одного ip-а на другой.
>[оверквотинг удален]
>> случае отваливания одного из них менял маршрутизацию.
>> Или же использовать как в мануалах BGP.
>> Вообщем что вы на основе своего опыта мне подскажете. Просьба советы давать
>> развернутые насколько у Вас хватит терпения.
>> Всем спасибо -)
> что-то непонятно насчет использования... это каналы чисто длшя инета или инет используется
> как транспорт для vpn-а?
> если инет - транспорт: динамическая маршрутизация между 2-мя тунелями, если чистый инет
> - разрыва сессий не избежать, т.к. нат перепрыгнет с одного ip-а
> на другой.Ни то ни другое. Отдельный канал который по оптике соединяет 3 офиса.
>[оверквотинг удален]
>>> Или же использовать как в мануалах BGP.
>>> Вообщем что вы на основе своего опыта мне подскажете. Просьба советы давать
>>> развернутые насколько у Вас хватит терпения.
>>> Всем спасибо -)
>> что-то непонятно насчет использования... это каналы чисто длшя инета или инет используется
>> как транспорт для vpn-а?
>> если инет - транспорт: динамическая маршрутизация между 2-мя тунелями, если чистый инет
>> - разрыва сессий не избежать, т.к. нат перепрыгнет с одного ip-а
>> на другой.
> Ни то ни другое. Отдельный канал который по оптике соединяет 3 офиса.Т.е. на каждом офисе есть маршрутизатор с 2-мя интерфейсами для каждого провайдера, который через серую подсеть соединяет все три завода вместе.
>[оверквотинг удален]
>>>> развернутые насколько у Вас хватит терпения.
>>>> Всем спасибо -)
>>> что-то непонятно насчет использования... это каналы чисто длшя инета или инет используется
>>> как транспорт для vpn-а?
>>> если инет - транспорт: динамическая маршрутизация между 2-мя тунелями, если чистый инет
>>> - разрыва сессий не избежать, т.к. нат перепрыгнет с одного ip-а
>>> на другой.
>> Ни то ни другое. Отдельный канал который по оптике соединяет 3 офиса.
> Т.е. на каждом офисе есть маршрутизатор с 2-мя интерфейсами для каждого провайдера,
> который через серую подсеть соединяет все три завода вместе.Динамическая маршрутизация в таком случае вероятнее всего наиболее пдходящий вариант.
EIGRP, IS-IS, OSPF - на выбор.
Теория говорит, что IS-IS наиболее скоростной вариант в плане переключения, OSPF - один из самых распространенных.вы трафик с какой целью туннелируете?
>[оверквотинг удален]
>>>> - разрыва сессий не избежать, т.к. нат перепрыгнет с одного ip-а
>>>> на другой.
>>> Ни то ни другое. Отдельный канал который по оптике соединяет 3 офиса.
>> Т.е. на каждом офисе есть маршрутизатор с 2-мя интерфейсами для каждого провайдера,
>> который через серую подсеть соединяет все три завода вместе.
> Динамическая маршрутизация в таком случае вероятнее всего наиболее пдходящий вариант.
> EIGRP, IS-IS, OSPF - на выбор.
> Теория говорит, что IS-IS наиболее скоростной вариант в плане переключения, OSPF -
> один из самых распространенных.
> вы трафик с какой целью туннелируете?Никакого туннеля нет, просто настроены маршруты.
Цель самая простая - соединить все офисы в единую сеть. На каждой площадке 2 подсети.
Возник еще один вопрос, а могу я как нибудь распределять трафик к примеру 50/50 между 2-мя такими каналами, а к примеру в случае отваливания одного из них трафик уходит через другой канал.
>[оверквотинг удален]
>> EIGRP, IS-IS, OSPF - на выбор.
>> Теория говорит, что IS-IS наиболее скоростной вариант в плане переключения, OSPF -
>> один из самых распространенных.
>> вы трафик с какой целью туннелируете?
> Никакого туннеля нет, просто настроены маршруты.
> Цель самая простая - соединить все офисы в единую сеть. На каждой
> площадке 2 подсети.
> Возник еще один вопрос, а могу я как нибудь распределять трафик к
> примеру 50/50 между 2-мя такими каналами, а к примеру в случае
> отваливания одного из них трафик уходит через другой канал.Можете.
Если задачи шифровать трафик нет - то все вообще просто.
Вас спасет динамическая маршрутизация: OSPF/EIGRP
Читайте про сабж.
>[оверквотинг удален]
>> Никакого туннеля нет, просто настроены маршруты.
>> Цель самая простая - соединить все офисы в единую сеть. На каждой
>> площадке 2 подсети.
>> Возник еще один вопрос, а могу я как нибудь распределять трафик к
>> примеру 50/50 между 2-мя такими каналами, а к примеру в случае
>> отваливания одного из них трафик уходит через другой канал.
> Можете.
> Если задачи шифровать трафик нет - то все вообще просто.
> Вас спасет динамическая маршрутизация: OSPF/EIGRP
> Читайте про сабж.+1
>[оверквотинг удален]
>> Никакого туннеля нет, просто настроены маршруты.
>> Цель самая простая - соединить все офисы в единую сеть. На каждой
>> площадке 2 подсети.
>> Возник еще один вопрос, а могу я как нибудь распределять трафик к
>> примеру 50/50 между 2-мя такими каналами, а к примеру в случае
>> отваливания одного из них трафик уходит через другой канал.
> Можете.
> Если задачи шифровать трафик нет - то все вообще просто.
> Вас спасет динамическая маршрутизация: OSPF/EIGRP
> Читайте про сабж.Спасибо большое.