forum.opennet.ru - "Отказоустойчивость при BGP (default gateway) и AS" (20)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Отказоустойчивость при BGP (default gateway) и AS"

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

"Отказоустойчивость при BGP (default gateway) и AS"	+/–
Сообщение от BlackRat (ok) on 31-Мрт-15, 13:06
Добрый день. Нужна помощь в создании отказоустойчивой конфигурации. Есть AS, два провайдера. Есть также две cisco 3900 серий. Поднят BGP. На внутреннем интерфейсе поднят HSRP для того, чтобы шлюз по-умолчанию для внутренних хостов не менялся. Сейчас при "падении" основной cisco получается, что один из каналов - не рабочий. Можно ли сделать так, чтобы при "падении" одной из cisco (или при перезагрузки) канал "переезжал" на резервную. А вот если "упал" канал, то срабатывал бы BGP и использовался бы резервный канал... :(
Ответить \| Правка \| Cообщить модератору

Оглавление

Отказоустойчивость при BGP (default gateway) и AS, cant, 13:23 , 31-Мрт-15, (1)

Отказоустойчивость при BGP (default gateway) и AS, fantom, 14:16 , 31-Мрт-15, (2)

Отказоустойчивость при BGP (default gateway) и AS, BlackRat, 14:43 , 31-Мрт-15, (3)

Отказоустойчивость при BGP (default gateway) и AS, fantom, 14:55 , 31-Мрт-15, (4)

Отказоустойчивость при BGP (default gateway) и AS, BlackRat, 15:05 , 31-Мрт-15, (5)
Отказоустойчивость при BGP (default gateway) и AS, BlackRat, 16:03 , 31-Мрт-15, (6)

Отказоустойчивость при BGP (default gateway) и AS, fantom, 16:10 , 31-Мрт-15, (7)

Отказоустойчивость при BGP (default gateway) и AS, BlackRat, 16:11 , 31-Мрт-15, (8)

Отказоустойчивость при BGP (default gateway) и AS, fantom, 16:16 , 31-Мрт-15, (9)

Отказоустойчивость при BGP (default gateway) и AS, BlackRat, 17:06 , 31-Мрт-15, (10)

Отказоустойчивость при BGP (default gateway) и AS, cant, 17:31 , 31-Мрт-15, (11)

Отказоустойчивость при BGP (default gateway) и AS, BlackRat, 17:36 , 31-Мрт-15, (12)

Отказоустойчивость при BGP (default gateway) и AS, cant, 18:26 , 31-Мрт-15, (16)

Отказоустойчивость при BGP (default gateway) и AS, BlackRat, 05:46 , 01-Апр-15, (17)

Отказоустойчивость при BGP (default gateway) и AS, cant, 17:02 , 01-Апр-15, (19)
Отказоустойчивость при BGP (default gateway) и AS, BlackRat, 17:04 , 01-Апр-15, (20)

Отказоустойчивость при BGP (default gateway) и AS, fantom, 17:38 , 31-Мрт-15, (13)

Отказоустойчивость при BGP (default gateway) и AS, BlackRat, 17:43 , 31-Мрт-15, (14)

Отказоустойчивость при BGP (default gateway) и AS, fantom, 17:47 , 31-Мрт-15, (15)

Отказоустойчивость при BGP (default gateway) и AS, cant, 16:57 , 01-Апр-15, (18)

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

1. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от cant on 31-Мрт-15, 13:23

> ... Можно ли сделать так, чтобы при "падении" одной из cisco
> (или при перезагрузки) канал "переезжал" на резервную. А вот если "упал"
> канал, то срабатывал бы BGP и использовался бы резервный канал... :(
Да, можно.
Чаще договариваются с аплинк-провайдерами и делают по две bgp-сессии с каждым.
А иначе опять hsrp и прочие костыли.

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

2. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от fantom (ok) on 31-Мрт-15, 14:16

>> ... Можно ли сделать так, чтобы при "падении" одной из cisco
>> (или при перезагрузки) канал "переезжал" на резервную. А вот если "упал"
>> канал, то срабатывал бы BGP и использовался бы резервный канал... :(
> Да, можно.
> Чаще договариваются с аплинк-провайдерами и делают по две bgp-сессии с каждым.
> А иначе опять hsrp и прочие костыли.
Подерживаю - /29 на линк с провайдером и 2 сессии с каждой циски.
Ну или пытаться с ip sla огород городить...

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

3. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от BlackRat (ok) on 31-Мрт-15, 14:43

Т.е., принимая во внимание то, что HSRP - это костыль и на внешних интерфейсах делать его нет надобности, то оставляю по одной сиське на каждом провайдере...
Тогда вопрос следующего уровня. :)
Есть третья cisco! У которой есть два аплинка к провайдерам (она тоже в AS), однако, оба анонса в состоянии shutdown. Хочется, чтобы трафик шёл через ту cisco, которая в настоящий момент активна. Но чего-то не получается. :( не работает neighbor A.B.C.D next-hop-self. Скорее всего чего-то я не доделал. При попытке получить табличку маршрутизации:
Активная cisco:
dlg-router01#show ip bgp
BGP table version is 7, local router ID is 193.LLL.BBB.251
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
     Network          Next Hop            Metric LocPrf Weight Path
*>  0.0.0.0          217.FF.RRR.1                        3000 28775 i
*>  193.LLL.BBB.0     0.0.0.0                  0         32768 i
dlg-router01#show ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       + - replicated route, % - next hop override
Gateway of last resort is 217.FF.RRR.1 to network 0.0.0.0
B*    0.0.0.0/0 [20/0] via 217.FF.RRR.1, 7w0d
      10.0.0.0/8 is variably subnetted, 5 subnets, 3 masks
S        10.XXX.0.0/16 [1/0] via 10.XXX.YY.250
C        10.XXX.YY.0/24 is directly connected, Vlan85
L        10.XXX.YY.245/32 is directly connected, Vlan85
S        10.NNN.0.0/24 [1/0] via 10.XXX.YY.250
S        10.MMM.0.0/16 [1/0] via 10.XXX.YY.250
      193.LLL.BBB.0/24 is variably subnetted, 2 subnets, 2 masks
C        193.LL.BBB.0/24 is directly connected, GigabitEthernet0/0
L        193.LL.BBB.251/32 is directly connected, GigabitEthernet0/0
      217.FF.RRR.0/24 is variably subnetted, 2 subnets, 2 masks
C        217.FF.RRR.0/30 is directly connected, GigabitEthernet0/1
L        217.FF.RRR.2/32 is directly connected, GigabitEthernet0/1
А вот на проблемной:
gw#sh ip bgp
BGP table version is 68, local router ID is 193.LLL.BBB.254
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
     Network          Next Hop            Metric LocPrf Weight Path
* i 0.0.0.0          217.FF.RRR.1             0    100      0 28775 i
r>i 193.LLL.BBB.0     193.LLL.BBB.251           0    100      0 i
gw#sho ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       + - replicated route, % - next hop override
Gateway of last resort is not set
      89.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C        89.MMM.KKK.8/30 is directly connected, GigabitEthernet0/1
L        89.MMM.KKK.10/32 is directly connected, GigabitEthernet0/1
      193.LLL.BBB.0/24 is variably subnetted, 2 subnets, 2 masks
C        193.LLL.BBB.0/24 is directly connected, GigabitEthernet0/0
L        193.LLL.BBB.254/32 is directly connected, GigabitEthernet0/0

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

4. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от fantom (ok) on 31-Мрт-15, 14:55

>[оверквотинг удален]
> C        89.MMM.KKK.8/30 is directly connected,
> GigabitEthernet0/1
> L        89.MMM.KKK.10/32 is directly connected,
> GigabitEthernet0/1
>       193.LLL.BBB.0/24 is variably subnetted, 2 subnets,
> 2 masks
> C        193.LLL.BBB.0/24 is directly connected,
> GigabitEthernet0/0
> L        193.LLL.BBB.254/32 is directly connected,
> GigabitEthernet0/0
"Нам бы схемку аль чертеж..."
(Филатов "Про Федота стрельца...")

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

5. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от BlackRat (ok) on 31-Мрт-15, 15:05

Схемка тут: https://yadi.sk/i/ETUKjUNQfeNaC

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

6. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от BlackRat (ok) on 31-Мрт-15, 16:03

Разобрался. Переставил next-hop-self на ту cisco? которая активна в данный момент и всё заработало. :(
И всё-таки, какие варианты используете для того, чтобы внутренние хосты "правильно" попадали в интернеты? :)

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

7. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от fantom (ok) on 31-Мрт-15, 16:10

> Разобрался. Переставил next-hop-self на ту cisco? которая активна в данный момент и
> всё заработало. :(
> И всё-таки, какие варианты используете для того, чтобы внутренние хосты "правильно" попадали
> в интернеты? :)
Добавить аплинковые интерфейсные подсетки в IGP (т.е. во внутреннюю сетку.)

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

8. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от BlackRat (ok) on 31-Мрт-15, 16:11

> Добавить аплинковые интерфейсные подсетки в IGP (т.е. во внутреннюю сетку.)
А со стороны серверов как это будет выглядеть и какой протокол надо на серверах включать тогда?

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

9. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от fantom (ok) on 31-Мрт-15, 16:16

>> Добавить аплинковые интерфейсные подсетки в IGP (т.е. во внутреннюю сетку.)
> А со стороны серверов как это будет выглядеть и какой протокол надо
> на серверах включать тогда?
У вас next-hop-self - значит скорее всего iBGP, вот на кого вы этот ibgp строите? если на сервера - то или на них статику, или какую-нить динамику типа rip/ospf/is-is....
Вы с теорией по ibgp знакомы или нет?

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

10. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от BlackRat (ok) on 31-Мрт-15, 17:06

C теорией знакомлюсь в пожарном режиме. :(
Я хочу дизайна. Т.е. бест практикс по построению такой системы. Чувствую, что одна cisco
и два канала по BGP - это хорошо, но при каких-либо проблемах с самой cisco всё отваливается (оба канала). Хорошо. На каждый канал вешаем свою cisco... Но тогда на внутренних серверах надо что-то сделать, чтобы они "правильно ходили в интернеты". Или поднимать HSRP-интерфейс на внутренних ногах цисок. А правильно ли поднимать HSRP в этом случае? Может тогда проще RIP внутри поднять?

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

11. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от cant on 31-Мрт-15, 17:31

> Я хочу дизайна. Т.е. бест практикс по построению такой системы...  ... Может
> тогда проще RIP внутри поднять?
Масштаб вашей сети уже достаточный для того чтобы дизайн сделать более бест-практикс.
А именно, сервера и прочее внутри, терминировать не на бордере, а на каких-то внутренних роутерах, которые включите в общую ibgp-топологию(поверх ospf желательно).
Если хотите оставить hsrp, то только на внутренних-роутерах.

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

12. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от BlackRat (ok) on 31-Мрт-15, 17:36

> А именно, сервера и прочее внутри, терминировать не на бордере, а на
> каких-то внутренних роутерах, которые включите в общую ibgp-топологию(поверх ospf желательно).
> Если хотите оставить hsrp, то только на внутренних-роутерах.
В том-то и проблема, что внутри - 4-5 хостов только. Несколько серверов и файервол в виде кластера (обеспечивает выход остальных серверов и юзеров). И тут - разрыв шаблона. :( Хочу обеспечить максимальную отказоустойчивость "интернетов". Не хочется приезжать по любому поводу в офис и ковырять конфиги. И так дел по горло. :(

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

16. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от cant on 31-Мрт-15, 18:26

> В том-то и проблема, что внутри - 4-5 хостов только. Несколько серверов
> и файервол в виде кластера (обеспечивает выход остальных серверов и юзеров).
> И тут - разрыв шаблона. :( Хочу обеспечить максимальную отказоустойчивость "интернетов".
> Не хочется приезжать по любому поводу в офис и ковырять конфиги.
> И так дел по горло. :(
В части отказоустойчивости, по-любому останется единая точка отказа. Например, свич-внутренний через который проключен сервер. Сильно улучшить то, что у вас уже есть - нельзя. (чуть выиграете в отказоустойчивости - проиграете от сложности).
Статистически чаще ломаться будут аплинки,
потом всякие внутренние и внешние пакетные аномалии (флуды, инфекции, петли в лан, и т.д.),
и в последнюю очередь аппаратные отказы цисок.
Чтобы реже приезжать в офис, надо настроить себе доступ внутрь, через все дыры.
Через все аплинки, при любой комбинации поломок и их и цисок. Это очень несложно.

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

17. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от BlackRat (ok) on 01-Апр-15, 05:46

Серверы к свичам подключены через несколько сетевых карт. Ну и виртуализация используется. Засада в том, что некоторые свичи в стеке. Это да... А вот ядро L3 собрали на двух cisco 4500 x с VSS-ом. В сеть проваливаюсь через "боковой" микротик. :)

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

19. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от cant on 01-Апр-15, 17:02

> Серверы к свичам подключены через несколько сетевых карт. Ну и виртуализация используется.
> Засада в том, что некоторые свичи в стеке. Это да... А
> вот ядро L3 собрали на двух cisco 4500 x с VSS-ом.
> В сеть проваливаюсь через "боковой" микротик. :)
Достаточно. Тогда можно оставить как есть, и bgp, и hsrp внутри. Главное чтоб была адекватная настройка всего.
Выглядит как тяжелое историческое наследие от работы интеграторов.

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

20. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от BlackRat (ok) on 01-Апр-15, 17:04

> Выглядит как тяжелое историческое наследие от работы интеграторов.
:( Я в основной массе "интегратор" и "дизайнер" :(

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

13. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от fantom (ok) on 31-Мрт-15, 17:38

> C теорией знакомлюсь в пожарном режиме. :(
> Я хочу дизайна. Т.е. бест практикс по построению такой системы. Чувствую, что
> одна cisco
> и два канала по BGP - это хорошо, но при каких-либо проблемах
> с самой cisco всё отваливается (оба канала). Хорошо. На каждый канал
> вешаем свою cisco... Но тогда на внутренних серверах надо что-то сделать,
> чтобы они "правильно ходили в интернеты". Или поднимать HSRP-интерфейс на внутренних
> ногах цисок. А правильно ли поднимать HSRP в этом случае? Может
> тогда проще RIP внутри поднять?
Ну самый правильный ходеж в интернеты с серверов - это фулвью прямо на сервера :)
А так - HSRP/GLBP/VRRP - резервирование defgateway или RIP/OSPF/IS-IS/BGP - если динамической маршрутизацией.
"Правильность" дизайна определяется вашими требованиями, хотя традиционно HSRP/GLBP/VRRP считается более "правильным".

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

14. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от BlackRat (ok) on 31-Мрт-15, 17:43

> "Правильность" дизайна определяется вашими требованиями, хотя традиционно HSRP/GLBP/VRRP считается более "правильным".
А как себя будет вести HSRP/GLBP/VRRP при внешнем BGP? Будет ли трафик ходить, ежели к примеру активный интернет-канал будет на одном маршрутизаторе, а активный VRRP-адрес - на другом. :( Своим умом не могу охватить столь сложную картину (пока)... По идее всё должно работать, так как маршрут до шлюза в "интернеты" по BGP перестроится на всех маршрутизаторах, входящих в эту группу. Но экспериментировать на живой сети не хотца. :(

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

15. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от fantom (ok) on 31-Мрт-15, 17:47

>> "Правильность" дизайна определяется вашими требованиями, хотя традиционно HSRP/GLBP/VRRP считается более "правильным".
> А как себя будет вести HSRP/GLBP/VRRP при внешнем BGP? Будет ли трафик
> ходить, ежели к примеру активный интернет-канал будет на одном маршрутизаторе, а
> активный VRRP-адрес - на другом. :( Своим умом не могу охватить
> столь сложную картину (пока)... По идее всё должно работать, так как
> маршрут до шлюза в "интернеты" по BGP перестроится на всех маршрутизаторах,
> входящих в эту группу. Но экспериментировать на живой сети не хотца.
> :(
Обеспечте связность вашей сети ВНЕ ЗАВИСМОСТИ от BGP, а уже потом BGP внедряйте,HSRP/GLBP/VRRP вообще "до лампады" есть ли у вас BGP и где оно жевет.
Все-таки полистайте теорию и 3-х уровневую модель....

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

18. "Отказоустойчивость при BGP (default gateway) и AS" +/–

Сообщение от cant on 01-Апр-15, 16:57

>> А как себя будет вести HSRP/GLBP/VRRP при внешнем BGP? Будет ли трафик
>> ходить, ежели к примеру активный интернет-канал будет на одном маршрутизаторе, а
>> активный VRRP-адрес - на другом. ... По идее всё должно работать, так как
>> маршрут до шлюза в "интернеты" по BGP перестроится на всех маршрутизаторах,
>> входящих в эту группу. Но экспериментировать на живой сети не хотца.
>
> Обеспечте связность вашей сети ВНЕ ЗАВИСМОСТИ от BGP, а уже потом BGP
> внедряйте,HSRP/GLBP/VRRP вообще "до лампады" есть ли у вас BGP и где
> оно живет.
Проверьте сначала bgp полностью. как там у вас с ebgp и ibgp, где прописан ориджин вашего префикса, есть ли слабый линк до 3-его бордера, как дефолт от аплинков внутри распространяется и выбирается?
  Т.е. не обращая внимание на любую трафико-несимметричность. чтоб всё работало, при любых отказах. Не должно быть никаких анансов в ручном состоянии shutdown.
  Без оглядки на hsrp. Он может вообще отсутствовать, этим в большинстве случаев не заморачиваются.
  Не видя конфиг, сложно сказать, будет ли bgp работать как надо в нынешнем состоянии.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
Сообщение от cant on 31-Мрт-15, 13:23
> ... Можно ли сделать так, чтобы при "падении" одной из cisco > (или при перезагрузки) канал "переезжал" на резервную. А вот если "упал" > канал, то срабатывал бы BGP и использовался бы резервный канал... :( Да, можно. Чаще договариваются с аплинк-провайдерами и делают по две bgp-сессии с каждым. А иначе опять hsrp и прочие костыли.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от fantom (ok) on 31-Мрт-15, 14:16
	>> ... Можно ли сделать так, чтобы при "падении" одной из cisco >> (или при перезагрузки) канал "переезжал" на резервную. А вот если "упал" >> канал, то срабатывал бы BGP и использовался бы резервный канал... :( > Да, можно. > Чаще договариваются с аплинк-провайдерами и делают по две bgp-сессии с каждым. > А иначе опять hsrp и прочие костыли. Подерживаю - /29 на линк с провайдером и 2 сессии с каждой циски. Ну или пытаться с ip sla огород городить...
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору

3. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
Сообщение от BlackRat (ok) on 31-Мрт-15, 14:43
Т.е., принимая во внимание то, что HSRP - это костыль и на внешних интерфейсах делать его нет надобности, то оставляю по одной сиське на каждом провайдере... Тогда вопрос следующего уровня. :) Есть третья cisco! У которой есть два аплинка к провайдерам (она тоже в AS), однако, оба анонса в состоянии shutdown. Хочется, чтобы трафик шёл через ту cisco, которая в настоящий момент активна. Но чего-то не получается. :( не работает neighbor A.B.C.D next-hop-self. Скорее всего чего-то я не доделал. При попытке получить табличку маршрутизации: Активная cisco: dlg-router01#show ip bgp BGP table version is 7, local router ID is 193.LLL.BBB.251 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path > 0.0.0.0 217.FF.RRR.1 3000 28775 i > 193.LLL.BBB.0 0.0.0.0 0 32768 i dlg-router01#show ip route Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2 i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 ia - IS-IS inter area, * - candidate default, U - per-user static route o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP + - replicated route, % - next hop override Gateway of last resort is 217.FF.RRR.1 to network 0.0.0.0 B* 0.0.0.0/0 [20/0] via 217.FF.RRR.1, 7w0d 10.0.0.0/8 is variably subnetted, 5 subnets, 3 masks S 10.XXX.0.0/16 [1/0] via 10.XXX.YY.250 C 10.XXX.YY.0/24 is directly connected, Vlan85 L 10.XXX.YY.245/32 is directly connected, Vlan85 S 10.NNN.0.0/24 [1/0] via 10.XXX.YY.250 S 10.MMM.0.0/16 [1/0] via 10.XXX.YY.250 193.LLL.BBB.0/24 is variably subnetted, 2 subnets, 2 masks C 193.LL.BBB.0/24 is directly connected, GigabitEthernet0/0 L 193.LL.BBB.251/32 is directly connected, GigabitEthernet0/0 217.FF.RRR.0/24 is variably subnetted, 2 subnets, 2 masks C 217.FF.RRR.0/30 is directly connected, GigabitEthernet0/1 L 217.FF.RRR.2/32 is directly connected, GigabitEthernet0/1 А вот на проблемной: gw#sh ip bgp BGP table version is 68, local router ID is 193.LLL.BBB.254 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path * i 0.0.0.0 217.FF.RRR.1 0 100 0 28775 i r>i 193.LLL.BBB.0 193.LLL.BBB.251 0 100 0 i gw#sho ip route Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2 i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 ia - IS-IS inter area, * - candidate default, U - per-user static route o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP + - replicated route, % - next hop override Gateway of last resort is not set 89.0.0.0/8 is variably subnetted, 2 subnets, 2 masks C 89.MMM.KKK.8/30 is directly connected, GigabitEthernet0/1 L 89.MMM.KKK.10/32 is directly connected, GigabitEthernet0/1 193.LLL.BBB.0/24 is variably subnetted, 2 subnets, 2 masks C 193.LLL.BBB.0/24 is directly connected, GigabitEthernet0/0 L 193.LLL.BBB.254/32 is directly connected, GigabitEthernet0/0
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	4. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от fantom (ok) on 31-Мрт-15, 14:55
	>[оверквотинг удален] > C 89.MMM.KKK.8/30 is directly connected, > GigabitEthernet0/1 > L 89.MMM.KKK.10/32 is directly connected, > GigabitEthernet0/1 > 193.LLL.BBB.0/24 is variably subnetted, 2 subnets, > 2 masks > C 193.LLL.BBB.0/24 is directly connected, > GigabitEthernet0/0 > L 193.LLL.BBB.254/32 is directly connected, > GigabitEthernet0/0 "Нам бы схемку аль чертеж..." (Филатов "Про Федота стрельца...")
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	5. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от BlackRat (ok) on 31-Мрт-15, 15:05
	Схемка тут: https://yadi.sk/i/ETUKjUNQfeNaC
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	6. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от BlackRat (ok) on 31-Мрт-15, 16:03
	Разобрался. Переставил next-hop-self на ту cisco? которая активна в данный момент и всё заработало. :( И всё-таки, какие варианты используете для того, чтобы внутренние хосты "правильно" попадали в интернеты? :)
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	7. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от fantom (ok) on 31-Мрт-15, 16:10
	> Разобрался. Переставил next-hop-self на ту cisco? которая активна в данный момент и > всё заработало. :( > И всё-таки, какие варианты используете для того, чтобы внутренние хосты "правильно" попадали > в интернеты? :) Добавить аплинковые интерфейсные подсетки в IGP (т.е. во внутреннюю сетку.)
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	8. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от BlackRat (ok) on 31-Мрт-15, 16:11
	> Добавить аплинковые интерфейсные подсетки в IGP (т.е. во внутреннюю сетку.) А со стороны серверов как это будет выглядеть и какой протокол надо на серверах включать тогда?
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	9. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от fantom (ok) on 31-Мрт-15, 16:16
	>> Добавить аплинковые интерфейсные подсетки в IGP (т.е. во внутреннюю сетку.) > А со стороны серверов как это будет выглядеть и какой протокол надо > на серверах включать тогда? У вас next-hop-self - значит скорее всего iBGP, вот на кого вы этот ibgp строите? если на сервера - то или на них статику, или какую-нить динамику типа rip/ospf/is-is.... Вы с теорией по ibgp знакомы или нет?
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	10. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от BlackRat (ok) on 31-Мрт-15, 17:06
	C теорией знакомлюсь в пожарном режиме. :( Я хочу дизайна. Т.е. бест практикс по построению такой системы. Чувствую, что одна cisco и два канала по BGP - это хорошо, но при каких-либо проблемах с самой cisco всё отваливается (оба канала). Хорошо. На каждый канал вешаем свою cisco... Но тогда на внутренних серверах надо что-то сделать, чтобы они "правильно ходили в интернеты". Или поднимать HSRP-интерфейс на внутренних ногах цисок. А правильно ли поднимать HSRP в этом случае? Может тогда проще RIP внутри поднять?
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору


	11. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от cant on 31-Мрт-15, 17:31
	> Я хочу дизайна. Т.е. бест практикс по построению такой системы... ... Может > тогда проще RIP внутри поднять? Масштаб вашей сети уже достаточный для того чтобы дизайн сделать более бест-практикс. А именно, сервера и прочее внутри, терминировать не на бордере, а на каких-то внутренних роутерах, которые включите в общую ibgp-топологию(поверх ospf желательно). Если хотите оставить hsrp, то только на внутренних-роутерах.
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	12. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от BlackRat (ok) on 31-Мрт-15, 17:36
	> А именно, сервера и прочее внутри, терминировать не на бордере, а на > каких-то внутренних роутерах, которые включите в общую ibgp-топологию(поверх ospf желательно). > Если хотите оставить hsrp, то только на внутренних-роутерах. В том-то и проблема, что внутри - 4-5 хостов только. Несколько серверов и файервол в виде кластера (обеспечивает выход остальных серверов и юзеров). И тут - разрыв шаблона. :( Хочу обеспечить максимальную отказоустойчивость "интернетов". Не хочется приезжать по любому поводу в офис и ковырять конфиги. И так дел по горло. :(
	Ответить \| Правка \| ^ к родителю #11 \| Наверх \| Cообщить модератору


	16. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от cant on 31-Мрт-15, 18:26
	> В том-то и проблема, что внутри - 4-5 хостов только. Несколько серверов > и файервол в виде кластера (обеспечивает выход остальных серверов и юзеров). > И тут - разрыв шаблона. :( Хочу обеспечить максимальную отказоустойчивость "интернетов". > Не хочется приезжать по любому поводу в офис и ковырять конфиги. > И так дел по горло. :( В части отказоустойчивости, по-любому останется единая точка отказа. Например, свич-внутренний через который проключен сервер. Сильно улучшить то, что у вас уже есть - нельзя. (чуть выиграете в отказоустойчивости - проиграете от сложности). Статистически чаще ломаться будут аплинки, потом всякие внутренние и внешние пакетные аномалии (флуды, инфекции, петли в лан, и т.д.), и в последнюю очередь аппаратные отказы цисок. Чтобы реже приезжать в офис, надо настроить себе доступ внутрь, через все дыры. Через все аплинки, при любой комбинации поломок и их и цисок. Это очень несложно.
	Ответить \| Правка \| ^ к родителю #12 \| Наверх \| Cообщить модератору


	17. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от BlackRat (ok) on 01-Апр-15, 05:46
	Серверы к свичам подключены через несколько сетевых карт. Ну и виртуализация используется. Засада в том, что некоторые свичи в стеке. Это да... А вот ядро L3 собрали на двух cisco 4500 x с VSS-ом. В сеть проваливаюсь через "боковой" микротик. :)
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору


	19. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от cant on 01-Апр-15, 17:02
	> Серверы к свичам подключены через несколько сетевых карт. Ну и виртуализация используется. > Засада в том, что некоторые свичи в стеке. Это да... А > вот ядро L3 собрали на двух cisco 4500 x с VSS-ом. > В сеть проваливаюсь через "боковой" микротик. :) Достаточно. Тогда можно оставить как есть, и bgp, и hsrp внутри. Главное чтоб была адекватная настройка всего. Выглядит как тяжелое историческое наследие от работы интеграторов.
	Ответить \| Правка \| ^ к родителю #17 \| Наверх \| Cообщить модератору


	20. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от BlackRat (ok) on 01-Апр-15, 17:04
	> Выглядит как тяжелое историческое наследие от работы интеграторов. :( Я в основной массе "интегратор" и "дизайнер" :(
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	13. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от fantom (ok) on 31-Мрт-15, 17:38
	> C теорией знакомлюсь в пожарном режиме. :( > Я хочу дизайна. Т.е. бест практикс по построению такой системы. Чувствую, что > одна cisco > и два канала по BGP - это хорошо, но при каких-либо проблемах > с самой cisco всё отваливается (оба канала). Хорошо. На каждый канал > вешаем свою cisco... Но тогда на внутренних серверах надо что-то сделать, > чтобы они "правильно ходили в интернеты". Или поднимать HSRP-интерфейс на внутренних > ногах цисок. А правильно ли поднимать HSRP в этом случае? Может > тогда проще RIP внутри поднять? Ну самый правильный ходеж в интернеты с серверов - это фулвью прямо на сервера :) А так - HSRP/GLBP/VRRP - резервирование defgateway или RIP/OSPF/IS-IS/BGP - если динамической маршрутизацией. "Правильность" дизайна определяется вашими требованиями, хотя традиционно HSRP/GLBP/VRRP считается более "правильным".
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	14. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от BlackRat (ok) on 31-Мрт-15, 17:43
	> "Правильность" дизайна определяется вашими требованиями, хотя традиционно HSRP/GLBP/VRRP считается более "правильным". А как себя будет вести HSRP/GLBP/VRRP при внешнем BGP? Будет ли трафик ходить, ежели к примеру активный интернет-канал будет на одном маршрутизаторе, а активный VRRP-адрес - на другом. :( Своим умом не могу охватить столь сложную картину (пока)... По идее всё должно работать, так как маршрут до шлюза в "интернеты" по BGP перестроится на всех маршрутизаторах, входящих в эту группу. Но экспериментировать на живой сети не хотца. :(
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору


	15. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от fantom (ok) on 31-Мрт-15, 17:47
	>> "Правильность" дизайна определяется вашими требованиями, хотя традиционно HSRP/GLBP/VRRP считается более "правильным". > А как себя будет вести HSRP/GLBP/VRRP при внешнем BGP? Будет ли трафик > ходить, ежели к примеру активный интернет-канал будет на одном маршрутизаторе, а > активный VRRP-адрес - на другом. :( Своим умом не могу охватить > столь сложную картину (пока)... По идее всё должно работать, так как > маршрут до шлюза в "интернеты" по BGP перестроится на всех маршрутизаторах, > входящих в эту группу. Но экспериментировать на живой сети не хотца. > :( Обеспечте связность вашей сети ВНЕ ЗАВИСМОСТИ от BGP, а уже потом BGP внедряйте,HSRP/GLBP/VRRP вообще "до лампады" есть ли у вас BGP и где оно жевет. Все-таки полистайте теорию и 3-х уровневую модель....
	Ответить \| Правка \| ^ к родителю #14 \| Наверх \| Cообщить модератору


	18. "Отказоустойчивость при BGP (default gateway) и AS"	+/–
	Сообщение от cant on 01-Апр-15, 16:57
	>> А как себя будет вести HSRP/GLBP/VRRP при внешнем BGP? Будет ли трафик >> ходить, ежели к примеру активный интернет-канал будет на одном маршрутизаторе, а >> активный VRRP-адрес - на другом. ... По идее всё должно работать, так как >> маршрут до шлюза в "интернеты" по BGP перестроится на всех маршрутизаторах, >> входящих в эту группу. Но экспериментировать на живой сети не хотца. > > Обеспечте связность вашей сети ВНЕ ЗАВИСМОСТИ от BGP, а уже потом BGP > внедряйте,HSRP/GLBP/VRRP вообще "до лампады" есть ли у вас BGP и где > оно живет. Проверьте сначала bgp полностью. как там у вас с ebgp и ibgp, где прописан ориджин вашего префикса, есть ли слабый линк до 3-его бордера, как дефолт от аплинков внутри распространяется и выбирается? Т.е. не обращая внимание на любую трафико-несимметричность. чтоб всё работало, при любых отказах. Не должно быть никаких анансов в ручном состоянии shutdown. Без оглядки на hsrp. Он может вообще отсутствовать, этим в большинстве случаев не заморачиваются. Не видя конфиг, сложно сказать, будет ли bgp работать как надо в нынешнем состоянии.
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору