форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Маршрутизаторы CISCO и др. оборудование. (Диагностика и решение проблем)
Изначальное сообщение		[ Отслеживать ]

"Резеврные каналы Cisco 2921"	+/–
Сообщение от svel on 30-Июн-11, 15:59
Добрый день, уважаемые коллеги и единомышленники. Вопрос просто организационного характера, входные данные: есть 3 крупных офиса в каждом по ~300 человек активных пользователей, все они соединены между собой через 2 канала IPVPN, один у Билайна, второй у Комстара (более известен как МТС), задача довольно банальна - сделать так чтобы в случае отключения одного остальные пользователи не заметили происходящего. Просмотрено тонны манускриптов мудрых гуру, но все же есть вопросы. А именно, трекер может определить состояние канала только по пингу до какого либо хоста в инете и может выпасть так что исчезнет канал как раз после последнего пинга, тогда задержка будет заметной, критичным является этот вопрос вследствии использования различных сетевых приложений и сервисов которые очень не любят дисконнект и в результате получается потеря данных. Хочется тогда к примеру сделать балансировку между каналами и трекер который в случае отваливания одного из них менял маршрутизацию. Или же использовать как в мануалах BGP. Вообщем что вы на основе своего опыта мне подскажете. Просьба советы давать развернутые насколько у Вас хватит терпения. Всем спасибо -)
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Резеврные каналы Cisco 2921"	+/–
Сообщение от fantom (ok) on 30-Июн-11, 16:47
>[оверквотинг удален] > хоста в инете и может выпасть так что исчезнет канал как > раз после последнего пинга, тогда задержка будет заметной, критичным является этот > вопрос вследствии использования различных сетевых приложений и сервисов которые очень > не любят дисконнект и в результате получается потеря данных. > Хочется тогда к примеру сделать балансировку между каналами и трекер который в > случае отваливания одного из них менял маршрутизацию. > Или же использовать как в мануалах BGP. > Вообщем что вы на основе своего опыта мне подскажете. Просьба советы давать > развернутые насколько у Вас хватит терпения. > Всем спасибо -) что-то непонятно насчет использования... это каналы чисто длшя инета или инет используется как транспорт для vpn-а? если инет - транспорт: динамическая маршрутизация между 2-мя тунелями, если чистый инет - разрыва сессий не избежать, т.к. нат перепрыгнет с одного ip-а на другой.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Резеврные каналы Cisco 2921"	+/–
	Сообщение от svel on 01-Июл-11, 08:07
	>[оверквотинг удален] >> случае отваливания одного из них менял маршрутизацию. >> Или же использовать как в мануалах BGP. >> Вообщем что вы на основе своего опыта мне подскажете. Просьба советы давать >> развернутые насколько у Вас хватит терпения. >> Всем спасибо -) > что-то непонятно насчет использования... это каналы чисто длшя инета или инет используется > как транспорт для vpn-а? > если инет - транспорт: динамическая маршрутизация между 2-мя тунелями, если чистый инет > - разрыва сессий не избежать, т.к. нат перепрыгнет с одного ip-а > на другой. Ни то ни другое. Отдельный канал который по оптике соединяет 3 офиса.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Резеврные каналы Cisco 2921"	+/–
	Сообщение от svel on 01-Июл-11, 08:59
	>[оверквотинг удален] >>> Или же использовать как в мануалах BGP. >>> Вообщем что вы на основе своего опыта мне подскажете. Просьба советы давать >>> развернутые насколько у Вас хватит терпения. >>> Всем спасибо -) >> что-то непонятно насчет использования... это каналы чисто длшя инета или инет используется >> как транспорт для vpn-а? >> если инет - транспорт: динамическая маршрутизация между 2-мя тунелями, если чистый инет >> - разрыва сессий не избежать, т.к. нат перепрыгнет с одного ip-а >> на другой. > Ни то ни другое. Отдельный канал который по оптике соединяет 3 офиса. Т.е. на каждом офисе есть маршрутизатор с 2-мя интерфейсами для каждого провайдера, который через серую подсеть соединяет все три завода вместе.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "Резеврные каналы Cisco 2921"	+/–
	Сообщение от fantom (ok) on 01-Июл-11, 09:19
	>[оверквотинг удален] >>>> развернутые насколько у Вас хватит терпения. >>>> Всем спасибо -) >>> что-то непонятно насчет использования... это каналы чисто длшя инета или инет используется >>> как транспорт для vpn-а? >>> если инет - транспорт: динамическая маршрутизация между 2-мя тунелями, если чистый инет >>> - разрыва сессий не избежать, т.к. нат перепрыгнет с одного ip-а >>> на другой. >> Ни то ни другое. Отдельный канал который по оптике соединяет 3 офиса. > Т.е. на каждом офисе есть маршрутизатор с 2-мя интерфейсами для каждого провайдера, > который через серую подсеть соединяет все три завода вместе. Динамическая маршрутизация в таком случае вероятнее всего наиболее пдходящий вариант. EIGRP, IS-IS, OSPF - на выбор. Теория говорит, что IS-IS наиболее скоростной вариант в плане переключения, OSPF - один из самых распространенных. вы трафик с какой целью туннелируете?
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "Резеврные каналы Cisco 2921"	+/–
	Сообщение от svel on 01-Июл-11, 09:34
	>[оверквотинг удален] >>>> - разрыва сессий не избежать, т.к. нат перепрыгнет с одного ip-а >>>> на другой. >>> Ни то ни другое. Отдельный канал который по оптике соединяет 3 офиса. >> Т.е. на каждом офисе есть маршрутизатор с 2-мя интерфейсами для каждого провайдера, >> который через серую подсеть соединяет все три завода вместе. > Динамическая маршрутизация в таком случае вероятнее всего наиболее пдходящий вариант. > EIGRP, IS-IS, OSPF - на выбор. > Теория говорит, что IS-IS наиболее скоростной вариант в плане переключения, OSPF - > один из самых распространенных. > вы трафик с какой целью туннелируете? Никакого туннеля нет, просто настроены маршруты. Цель самая простая - соединить все офисы в единую сеть. На каждой площадке 2 подсети. Возник еще один вопрос, а могу я как нибудь распределять трафик к примеру 50/50 между 2-мя такими каналами, а к примеру в случае отваливания одного из них трафик уходит через другой канал.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "Резеврные каналы Cisco 2921"	+/–
	Сообщение от Pve1 (ok) on 01-Июл-11, 10:05
	>[оверквотинг удален] >> EIGRP, IS-IS, OSPF - на выбор. >> Теория говорит, что IS-IS наиболее скоростной вариант в плане переключения, OSPF - >> один из самых распространенных. >> вы трафик с какой целью туннелируете? > Никакого туннеля нет, просто настроены маршруты. > Цель самая простая - соединить все офисы в единую сеть. На каждой > площадке 2 подсети. > Возник еще один вопрос, а могу я как нибудь распределять трафик к > примеру 50/50 между 2-мя такими каналами, а к примеру в случае > отваливания одного из них трафик уходит через другой канал. Можете. Если задачи шифровать трафик нет - то все вообще просто. Вас спасет динамическая маршрутизация: OSPF/EIGRP Читайте про сабж.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "Резеврные каналы Cisco 2921"	+/–
	Сообщение от fantom (ok) on 01-Июл-11, 10:29
	>[оверквотинг удален] >> Никакого туннеля нет, просто настроены маршруты. >> Цель самая простая - соединить все офисы в единую сеть. На каждой >> площадке 2 подсети. >> Возник еще один вопрос, а могу я как нибудь распределять трафик к >> примеру 50/50 между 2-мя такими каналами, а к примеру в случае >> отваливания одного из них трафик уходит через другой канал. > Можете. > Если задачи шифровать трафик нет - то все вообще просто. > Вас спасет динамическая маршрутизация: OSPF/EIGRP > Читайте про сабж. +1
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	8. "Резеврные каналы Cisco 2921"	+/–
	Сообщение от svel on 01-Июл-11, 11:39
	>[оверквотинг удален] >> Никакого туннеля нет, просто настроены маршруты. >> Цель самая простая - соединить все офисы в единую сеть. На каждой >> площадке 2 подсети. >> Возник еще один вопрос, а могу я как нибудь распределять трафик к >> примеру 50/50 между 2-мя такими каналами, а к примеру в случае >> отваливания одного из них трафик уходит через другой канал. > Можете. > Если задачи шифровать трафик нет - то все вообще просто. > Вас спасет динамическая маршрутизация: OSPF/EIGRP > Читайте про сабж. Спасибо большое.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема