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

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

"Балансировка трафика с помощью протокола OSPF+QUAGGA+Zebra"	+/–
Сообщение от artifex (ok) on 26-Май-16, 16:51
Добрый день. Есть два устройства R1 и R2 на базе Linux, на них запущена динамическая маршрутизация Quagga, OSPF. Устройства между собой соединены двумя кабелями. Все интерфейсы с одинаковой пропускной способностью и одинаковой стоимостью. Протокол OSPF запущен на всех интерфейсах lo,E1,E2,E3,E4. С точки зрения R1 к подсети, которая настроена на интерфейсе lo, два равнозначных по стоимость маршрута. OSPF должен оба этих маршрута забрать в процесс динамической маршрутизации и в таблице маршрутизации к подсети lo мы должны увидеть два пути. Соответственно трафик к lo должен балансироваться, но этого не происходит. В таблице маршрутизации есть только один маршрут. Подскажите поддерживает ли пакет QUAGGA балансировку в работе протоколов маршрутизации и как этот функционал можно включиться/настроить. За любую информацию буду очень благодарен. __________               __________ |                |E1     E3|                  | |                |-------------|                  | |                |             |                  | |    R1        |             |    R2          |----lo |                |E2     E4|                  | |                |-------------|                  | |_________|             |__________|
Ответить | Правка | Cообщить модератору

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

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

1. "Балансировка трафика с помощью протокола OSPF+QUAGGA+Zebra"	+/–
Сообщение от shadow_alone (ok) on 26-Май-16, 20:12
На уровне маршрутизации это не решить. Вам нужен для балансинга PBR. то есть нужно использовать ip rule
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Балансировка трафика с помощью протокола OSPF+QUAGGA+Zebra"	+/–
	Сообщение от artifex (ok) on 27-Май-16, 11:12
	> На уровне маршрутизации это не решить. Вам нужен для балансинга PBR. то > есть нужно использовать ip rule Собрал аналогичную схему на основе маршрутизаторов Cisco, балансировка работает. Насколько я знаю, протокол OSPF позволяет по умолчанию балансировать до 4 каналов, при дополнительной настройке количество каналов можно увеличить до 16.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	6. "Балансировка трафика с помощью протокола OSPF+QUAGGA+Zebra"	+/–
	Сообщение от ShyLion (ok) on 27-Май-16, 13:54
	>> На уровне маршрутизации это не решить. Вам нужен для балансинга PBR. то >> есть нужно использовать ip rule > Собрал аналогичную схему на основе маршрутизаторов Cisco, балансировка работает. Насколько > я знаю, протокол OSPF позволяет по умолчанию балансировать до 4 каналов, > при дополнительной настройке количество каналов можно увеличить до 16. Процесс OSPF сам же ничего не балансирует. Он лишь добавляет в таблицу роутинга маршруты . То же самое можно и другими протоколами получить и в ручную прописать.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	9. "Балансировка трафика с помощью протокола OSPF+QUAGGA+Zebra"	+/–
	Сообщение от artifex (ok) on 27-Май-16, 15:18
	>>> На уровне маршрутизации это не решить. Вам нужен для балансинга PBR. то >>> есть нужно использовать ip rule >> Собрал аналогичную схему на основе маршрутизаторов Cisco, балансировка работает. Насколько >> я знаю, протокол OSPF позволяет по умолчанию балансировать до 4 каналов, >> при дополнительной настройке количество каналов можно увеличить до 16. > Процесс OSPF сам же ничего не балансирует. Он лишь добавляет в таблицу > роутинга маршруты . То же самое можно и другими протоколами получить > и в ручную прописать. Все верно OSPF добавляет маршруты. В Cisco этот функционал работает "из коробки".
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

2. "Балансировка трафика с помощью протокола OSPF+QUAGGA+Zebra"	+/–
Сообщение от Аноним (??) on 26-Май-16, 22:48
> С точки зрения R1 к подсети, которая настроена на интерфейсе lo, два > равнозначных по стоимость маршрута. OSPF должен оба этих маршрута забрать в > процесс динамической маршрутизации и в таблице маршрутизации к подсети lo мы > должны увидеть два пути. Соответственно трафик к lo должен балансироваться, но > этого не происходит. В таблице маршрутизации есть только один маршрут. > Подскажите поддерживает ли пакет QUAGGA балансировку в работе протоколов маршрутизации > и как этот функционал можно включиться/настроить. За любую информацию буду очень > благодарен. ECMP есть в квагге. И он даже работает. Что в show ip route? show ip ospf database?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Балансировка трафика с помощью протокола OSPF+QUAGGA+Zebra"	+/–
	Сообщение от artifex (ok) on 27-Май-16, 11:11
	>> С точки зрения R1 к подсети, которая настроена на интерфейсе lo, два >> равнозначных по стоимость маршрута. OSPF должен оба этих маршрута забрать в >> процесс динамической маршрутизации и в таблице маршрутизации к подсети lo мы >> должны увидеть два пути. Соответственно трафик к lo должен балансироваться, но >> этого не происходит. В таблице маршрутизации есть только один маршрут. >> Подскажите поддерживает ли пакет QUAGGA балансировку в работе протоколов маршрутизации >> и как этот функционал можно включиться/настроить. За любую информацию буду очень >> благодарен. > ECMP есть в квагге. И он даже работает. > Что в show ip route? show ip ospf database? На устройстве R1: Есть подсеть 172.1.1.0/24 Есть подсеть 172.2.2.0/24 В Linux ip route выдает: # ip route 1.1.1.0/30 via 172.1.1.1 dev lan  proto zebra  metric 20 10.10.10.0/24 dev Client  proto kernel  scope link  src 10.10.10.2 172.1.1.0/24 dev lan  proto kernel  scope link  src 172.1.1.2 172.2.2.0/24 dev dmz  proto kernel  scope link  src 172.2.2.2 172.20.8.0/21 dev wan  proto kernel  scope link  src 172.20.15.0 utm1> sh ip ospf database        OSPF Router with ID (172.20.15.0)                 Router Link States (Area 0.0.0.0) Link ID         ADV Router      Age  Seq#       CkSum  Link count 172.20.14.254   172.20.14.254   1367 0x80000005 0x141a 2 172.20.15.0     172.20.15.0     1367 0x80000005 0x7107 2                 Net Link States (Area 0.0.0.0) Link ID         ADV Router      Age  Seq#       CkSum 172.1.1.2       172.20.15.0     1367 0x80000001 0x63d8 utm1> sh ip ospf route ============ OSPF network routing table ============ N    1.1.1.0/30            [20] area: 0.0.0.0                            via 172.1.1.1, lan N    172.1.1.0/24          [10] area: 0.0.0.0                            directly attached to lan N    172.2.2.0/24          [10] area: 0.0.0.0                            directly attached to dmz ============ OSPF router routing table ============= R    172.20.14.254         [10] area: 0.0.0.0, ASBR                            via 172.1.1.1, lan ============ OSPF external routing table =========== utm1> sh ip route Codes: K - kernel route, C - connected, S - static, R - RIP,        O - OSPF, I - IS-IS, B - BGP, P - PIM, A - Babel,        > - selected route, * - FIB route O>* 1.1.1.0/30 [110/20] via 172.1.1.1, lan, 00:24:08 R   1.1.1.0/30 [120/2] via 172.1.1.1, lan, 00:29:23 C>* 10.10.10.0/24 is directly connected, Client C>* 127.0.0.0/8 is directly connected, lo O   172.1.1.0/24 [110/10] is directly connected, lan, 00:25:08 C>* 172.1.1.0/24 is directly connected, lan O   172.2.2.0/24 [110/10] is directly connected, dmz, 00:25:08 C>* 172.2.2.0/24 is directly connected, dmz C>* 172.20.8.0/21 is directly connected, wan ------------------------------------------------------------------ На устройстве R2: Есть подсеть 172.1.1.0/24 Есть подсеть 172.2.2.0/24 Есть подсеть 1.1.1.0/30 В Linux ip route выдает: # ip route 1.1.1.0/30 dev tap0  proto kernel  scope link  src 1.1.1.1 linkdown 10.10.10.0/24 dev Server  proto kernel  scope link  src 10.10.10.1 172.1.1.0/24 dev lan  proto kernel  scope link  src 172.1.1.1 172.2.2.0/24 dev dmz  proto kernel  scope link  src 172.2.2.1 172.20.8.0/21 dev wan  proto kernel  scope link  src 172.20.14.254 utm1> sh ip ospf database        OSPF Router with ID (172.20.14.254)                 Router Link States (Area 0.0.0.0) Link ID         ADV Router      Age  Seq#       CkSum  Link count 172.20.14.254   172.20.14.254    631 0x80000006 0x121b 2 172.20.15.0     172.20.15.0      628 0x80000006 0x6f08 2                 Net Link States (Area 0.0.0.0) Link ID         ADV Router      Age  Seq#       CkSum 172.1.1.2       172.20.15.0      738 0x80000002 0x61d9 utm1> sh ip ospf route ============ OSPF network routing table ============ N    1.1.1.0/30            [10] area: 0.0.0.0                            directly attached to tap0 N    172.1.1.0/24          [10] area: 0.0.0.0                            directly attached to lan N    172.2.2.0/24          [20] area: 0.0.0.0                            via 172.1.1.2, lan ============ OSPF router routing table ============= R    172.20.15.0           [10] area: 0.0.0.0, ASBR                            via 172.1.1.2, lan ============ OSPF external routing table =========== utm1> sh ip route Codes: K - kernel route, C - connected, S - static, R - RIP,        O - OSPF, I - IS-IS, B - BGP, P - PIM, A - Babel,        > - selected route, * - FIB route O   1.1.1.0/30 [110/10] is directly connected, tap0, 00:43:02 C>* 1.1.1.0/30 is directly connected, tap0 C>* 10.10.10.0/24 is directly connected, Server C>* 127.0.0.0/8 is directly connected, lo O   172.1.1.0/24 [110/10] is directly connected, lan, 00:43:02 C>* 172.1.1.0/24 is directly connected, lan O   172.2.2.0/24 [110/20] via 172.1.1.2, lan, 00:42:07 C>* 172.2.2.0/24 is directly connected, dmz C>* 172.20.8.0/21 is directly connected, wan
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	7. "Балансировка трафика с помощью протокола OSPF+QUAGGA+Zebra"	+/–
	Сообщение от Аноним (??) on 27-Май-16, 14:40
	> O>* 1.1.1.0/30 [110/20] via 172.1.1.1, lan, 00:24:08 > R   1.1.1.0/30 [120/2] via 172.1.1.1, lan, 00:29:23 Откуда маршрут через RIP ?!
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	8. "Балансировка трафика с помощью протокола OSPF+QUAGGA+Zebra"	+/–
	Сообщение от artifex (ok) on 27-Май-16, 15:17
	>> O>* 1.1.1.0/30 [110/20] via 172.1.1.1, lan, 00:24:08 >> R   1.1.1.0/30 [120/2] via 172.1.1.1, lan, 00:29:23 > Откуда маршрут через RIP ?! Еще RIP запускал. Но так как AD у OSPF больше, в таблицу маршрутизации должны попадать маршруты от OSPF. Мне кажется проблема в сборке пакета. Скорее всего, там не указана опция для балансировки.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	5. "Балансировка трафика с помощью протокола OSPF+QUAGGA+Zebra"	+/–
	Сообщение от artifex (ok) on 27-Май-16, 11:17
	>> С точки зрения R1 к подсети, которая настроена на интерфейсе lo, два >> равнозначных по стоимость маршрута. OSPF должен оба этих маршрута забрать в >> процесс динамической маршрутизации и в таблице маршрутизации к подсети lo мы >> должны увидеть два пути. Соответственно трафик к lo должен балансироваться, но >> этого не происходит. В таблице маршрутизации есть только один маршрут. >> Подскажите поддерживает ли пакет QUAGGA балансировку в работе протоколов маршрутизации >> и как этот функционал можно включиться/настроить. За любую информацию буду очень >> благодарен. > ECMP есть в квагге. И он даже работает. > Что в show ip route? show ip ospf database? В любом случае большое спасибо за аббревиатуру ECMP.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

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

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