The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

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

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

Ни то ни другое. Отдельный канал который по оптике соединяет 3 офиса.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

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

Спасибо большое.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру