Вариант для распечатки |
Пред. тема | След. тема | ||
Форум Разговоры, обсуждение новостей | |||
---|---|---|---|
Изначальное сообщение | [ Отслеживать ] |
"Тематический каталог: Как настроить Cisco для работы основного и бэкапного каналов. (cisco backup route balance)" | +/– | |
Сообщение от auto_topic (?), 06-Ноя-07, 03:20 | ||
Обсуждение статьи тематического каталога: Как настроить Cisco для работы основного и бэкапного каналов. (cisco backup route balance) | ||
Ответить | Правка | Cообщить модератору |
Оглавление |
Сообщения | [Сортировка по ответам | RSS] |
1. Сообщение от Zhenya (?), 06-Ноя-07, 03:20 | +/– | |
Я бы еще порекомендовал посмотреть в сторону OER (Optimized Edge Routing) | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
2. Сообщение от sasha (??), 06-Ноя-07, 11:03 | +/– | |
как подобное реализовать на linux без написания своих скриптов? | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
3. Сообщение от jey (?), 06-Ноя-07, 22:23 | +/– | |
А как быть если в cisco нет "ip sla"? | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Ответы: #4 |
4. Сообщение от frep (ok), 07-Ноя-07, 10:10 | +/– | |
Поменять IOS. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #3 |
5. Сообщение от wesadex (??), 13-Ноя-07, 16:37 | +/– | |
Совсем уж глупый вопрос: а можно что-то аналогичное сделать на циске у которой один WAN-порт? т.е. я могу в свитч втыкнуть два прова и цискин ВАН и... | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Ответы: #6 |
6. Сообщение от crazycool (?), 14-Ноя-07, 19:02 | +/– | |
с помощью VLAN'ов раздели. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #5 |
7. Сообщение от Ranger (??), 16-Ноя-07, 13:45 | +/– | |
а если нужно, чтоб бэкапный канал (GPRS) поднимался только в случае отключения основного? и сигнал по нему проходил только с одного определенного хоста? | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Ответы: #8 |
8. Сообщение от crazycool (?), 19-Ноя-07, 14:48 | +/– | |
Для использования GPRS канала необходим GPRS-модем, на котором, по-моему, должны быть настройки, что только в случае необходимости (есть трафик) поднимается канал. В таком случае настраиваете SLA только на физический интерфейс, а в случае его падения используется маршрут по-умолчанию с большей метрикой | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #7 |
9. Сообщение от Жуков Иван (?), 22-Ноя-07, 16:06 | +/– | |
Если можно таже задача, только с двумя провайдерами BGP, full-view от обоих. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Ответы: #10 |
10. Сообщение от crazycool (?), 23-Ноя-07, 14:56 | +/– | |
а что тоже? что-то я не совсем понимаю, что вы хотите сделать? | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #9 Ответы: #11 |
11. Сообщение от Иван Жуков (?), 28-Ноя-07, 15:56 | +/– | |
Имеется два канала от двух провайдеров, основной и резервный. Резервный канал должен работать только в случае падения основного. Сейчас на резервном провайдере просто neighbor shutdown, то есть переключаемся в ручную. Хотелось бы автоматизировать этот процесс. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #10 Ответы: #12 |
12. Сообщение от crazycool (?), 05-Дек-07, 11:23 | +/– | |
используйте weight. с помощью pbr назначаем на маршруты приходящие от первого провайдера больший weight, в результате на сети, маршруты которых приходят от обоих провайдеров, трафик будет идти через маршрут с большим weight'ом. или я не совсем правильно понял задачу? | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #11 Ответы: #13 |
13. Сообщение от Иван Жуков (?), 06-Дек-07, 10:47 | +/– | |
Это только для исходящего трафика сработает. А как быть с входящим трафиком ? prepends тут не помогут, так как по резервному каналу все равно получаю значительный объем трафика. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #12 Ответы: #14 |
14. Сообщение от crazycool (?), 06-Дек-07, 16:07 | +/– | |
да, это фигня... можно попробовать sla настроить и редистрибьютить сети сначала в один провайдер, а потому редистрибьютить в другой, в случае падения канала. ну а больше я даже не знаю как... все в основном prepends'ами делают. а почему ими не получается? | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #13 Ответы: #15 |
15. Сообщение от crazycool (?), 06-Дек-07, 16:14 | +/– | |
а еще вариантик есть. какая сеть закреплена за твоей AS'кой? хочется знать маску | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #14 Ответы: #16 |
16. Сообщение от Иван Жуков (?), 07-Дек-07, 08:28 | +/– | |
С помощью prepend, в лучшем случае получается распределение нагрузки, 10% трафика получаю через резервный канал. Этот трафик приходится оплачивать. У меня /22 маска сети. Можно разделить и основному прову анонсить две сети с /23 маской например. Но не уверен что это сработает. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #15 Ответы: #17 |
17. Сообщение от crazycool (?), 07-Дек-07, 11:27 | +/– | |
ладно, с препендами закончим пока. есть вариант выполнить следующее: | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #16 Ответы: #22 |
18. Сообщение от LSA (?), 18-Дек-07, 06:36 | +/– | |
А как быть в случае с PAT? Ситуация - 2 провайдера, моя cisco, за ней серверы, на cisco настроен проброс определённых портов на сервера. Проблема в изменении параметров проброса при переключении между провами. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Ответы: #19, #27, #37 |
19. Сообщение от crazycool (?), 21-Дек-07, 10:51 | +/– | |
а как менятся параметры проброса? | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #18 |
20. Сообщение от Dev (?), 21-Янв-08, 22:55 | +/– | |
Вопрос первый: у меня Cisco 3640 с таким ИОСом: c3640-i-mz.124-16.bin.. Это не 12,4Т, но 12,4 же, первый вариант должен прокатывать... А вот "ip sla" нету? Вернее "ip sla monitor 1" можно ввести, но дальше затык (я думаю, что это просто не совсем то)... Как быть? | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Ответы: #21 |
21. Сообщение от crazycool (?), 22-Янв-08, 10:05 | +/– | |
>Вопрос первый: у меня Cisco 3640 с таким ИОСом: c3640-i-mz.124-16.bin.. Это не | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #20 Ответы: #25 |
22. Сообщение от iros (ok), 24-Янв-08, 10:28 | +/– | |
backup community спасет Вас. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #17 Ответы: #23 |
23. Сообщение от crazycool (?), 24-Янв-08, 11:22 | +/– | |
>backup community спасет Вас. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #22 Ответы: #28 |
24. Сообщение от kir (??), 06-Фев-08, 18:19 | +/– | |
<<А как быть в случае с PAT? Ситуация - 2 провайдера, моя cisco, за ней серверы, на cisco настроен проброс определённых портов на сервера. Проблема в изменении параметров проброса при переключении между провами. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Ответы: #29 |
25. Сообщение от Dev (?), 08-Фев-08, 07:24 | +/– | |
> "IP SLAs - ICMP Echo Operation" для вашей платформы есть в IOS'ах IP версии 12.3 и 12.3T. Может, конечно, в 12.4 он уже называется как-то по другому, :(( но врядли... | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #21 Ответы: #26 |
26. Сообщение от Dev (ok), 08-Фев-08, 08:42 | +/– | |
> | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #25 |
27. Сообщение от kir (??), 10-Фев-08, 14:27 | +/– | |
<<А как быть в случае с PAT? Ситуация - 2 провайдера, моя cisco, за ней серверы, на cisco настроен проброс определённых портов на сервера. Проблема в изменении параметров проброса при переключении между провами. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #18 |
28. Сообщение от Иван Жуков (?), 19-Мрт-08, 13:32 | +/– | |
>>backup community спасет Вас. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #23 |
29. Сообщение от Max (??), 01-Авг-08, 09:53 | +/– | |
Господа, а как быть если проблемы с каналом не от провайдера до вас, а у самого провайдера. Если сделать что бы проверялась связь от вас до маршрутизатора провайдера, то при пропадании канала у самого провайдера, маршрутизатор провайдера будет пинговаться а вот переключения не получиться потому как ответ от маршрутизатор провайдера приходит! Может целесообразнее ставить проверку пинга канала на внешние устройства например www.ru | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #24 |
30. Сообщение от rincho (?), 18-Авг-08, 17:44 | +/– | |
вопрос: а как привязать PAT к двум или трём провайдерам? Ситуация такая что от каждого из провайдеров получаем статик дефолт маршрут. А задача получать инет на внутреннем интерфейсе с частной адресацией. используется cisco 2811 , на ней подняты сабинтерфейсы. на сабинтерфейсы на выход поставлено ip nat outside. на сабинт внутренний ip nat inside. ip nat inside source list X.X.X.X x.x.x.x а overload делать куда? | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Ответы: #31 |
31. Сообщение от Max (??), 02-Сен-08, 17:53 | +/– | |
Товарищи а почему никто не пишет, что для того что бы заработал jitter надо что бы было ещё оборудование которое поддерживало бы эту технологию. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #30 |
32. Сообщение от www_tank (ok), 22-Дек-08, 11:55 | +/– | |
у меня проблема как у Ивана Жукова с той лишь разницей, что BGP поднять не реально. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
33. Сообщение от tpoxa (?), 24-Дек-12, 17:33 | +/– | |
можно было бы добавить инфу о том, как при этом сделать nat. обычный nat в этом случае работать не будет, точнее, будет работать только на 1 ифейс, а в данном случае надо чтобы на оба. надо сделать ip nat inside source route-map бла-бла. Но в качестве идеи автор молодец. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
34. Сообщение от tpoxa (?), 24-Дек-12, 17:41 | +/– | |
вот все просто и понятно http://www.cisco.com/en/US/tech/tk364/technologies_configura... | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
35. Сообщение от костя (??), 29-Апр-13, 19:16 | +/– | |
Всем привет, меня интересует как/что сделать так чтобы впн мог передавать на выходе только данные, те которые меня интересуют, а все остальное отсеивал?? | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Ответы: #36 |
36. Сообщение от crazycool (?), 05-Май-13, 19:28 | +/– | |
> Всем привет, меня интересует как/что сделать так чтобы впн мог передавать на | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #35 |
37. Сообщение от Tpoxa (?), 07-Май-13, 11:22 | +/– | |
если 2 прова, то надо вместо | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #18 |
38. Сообщение от subbotin (?), 18-Июн-15, 17:24 | +/– | |
Здравствуйте, есть роутер: | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Ответы: #39 |
39. Сообщение от subbotin (?), 26-Июн-15, 16:50 | +/– | |
Если кому интересно, решилось все заменой IOS на: | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Родитель: #38 |
40. Сообщение от Konstantin (??), 28-Мрт-18, 15:15 | +/– | |
приветствую. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
41. Сообщение от Rashad (?), 05-Фев-20, 10:37 | +/– | |
Привет, а как настроить sla tracking с IPsec VPN. То есть есть 2 датацентра (Primary & Backup) и весь трафик филиалов проходит через основной датацентр. Между DC и филиалами IPsec VPN. После настройки icmp sla, при подении основного DC default route переходит на Backup DC, сразу между филиалами и 2-ым DC поднимается VPN, и весь трафик идёт через backup DC. Но после того, как поднимается основной датацетр, трафик не идёт в его сторону (как я понял) и VPN не поднимается. Топология Hub and Spoke. Буду рад советам. Заранее спасибо. | ||
Ответить | Правка | Наверх | Cообщить модератору | ||
Архив | Удалить |
Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема |
Закладки на сайте Проследить за страницей |
Created 1996-2024 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |