Jump to content

Софтовый OSPF, что выбрать: bird, quagga, xorp, openospfd?


Recommended Posts

Смотря какие извраты, наверное. Для обычной мирной жизни zebra ospfd (она-же квага в другой реинкарнации) живет годами и кушать не просит.

Link to post
Share on other sites

Смотря какие извраты, наверное. Для обычной мирной жизни zebra ospfd (она-же квага в другой реинкарнации) живет годами и кушать не просит.

Полностью согласен!

Link to post
Share on other sites

Это не проблема зебры/кваги. Редистрибьюция в оспф десятков, а то и сотен или тысяч, коннектнутых/32 маршрутов для самого оспф задача не тривиальная.

Edited by Гайджин
Link to post
Share on other sites

Те же ойца. У меня и оспф и бгп на зебре висят годков 10 (ibgp, ebgp). Если задачи простые то работает по системе включил и забыл.

Link to post
Share on other sites

В квагге работает отлично.

В bird иногда начинает флудить хрен знает чем.

xorp и openospfd как-то не очень популярны, поэтому вероятность наступить на грабли больше.

 

Редистрибюция пачки /32 - да, действительно, это задача не для OSPF. Скорее для BGP (можно и даже нужно с роут-сервером) или даже RIP (sic!).

Link to post
Share on other sites

Редистрибючу именно пачку /32 от мпд и ррр. Видимо имеет значение размер пачки.

Edited by kha0s
Link to post
Share on other sites

Редистрибьюция /32 с помощью квагги и OSPF у меня загнулась при 1.5-2k сессиях. Начались дикие тормоза с необъяснимыми подземными стуками.

Переделал на RIP - живет до сих пор, никаких граблей или нагрузки на железо.

Link to post
Share on other sites

А чем iBGP плох?

 

Запомните, iBGP это не протокол для маршрутизации внутри автономной системы, это протокол для обмена BGP маршрутами между граничными роутерами. Для корректной работы iBGP требует наличия любого другого протокола маршрутизации внутри автономной системы.

Link to post
Share on other sites

 

А чем iBGP плох?

Запомните, iBGP это не протокол для маршрутизации внутри автономной системы, это протокол для обмена BGP маршрутами между граничными роутерами. Для корректной работы iBGP требует наличия любого другого протокола маршрутизации внутри автономной системы.

 

Ерунда какая-то. BGP для данной задачи вполне применим и работать будет отлично, но RIP ведь действительно значительно проще. Особенно конфиг циски-аггрегатора выглядит смешно, ровно 2 строки :)
Link to post
Share on other sites

 

 

А чем iBGP плох?

Запомните, iBGP это не протокол для маршрутизации внутри автономной системы, это протокол для обмена BGP маршрутами между граничными роутерами. Для корректной работы iBGP требует наличия любого другого протокола маршрутизации внутри автономной системы.

кто вам сказал такую глупость?

iBGP как раз обменивается маршрутами внутри автономной системы и вполне готов работать в нужном режиме. при использовании роут-рефлекторов даже не надо полную связность строить

Link to post
Share on other sites

Не спорю, можно отключить синхронизацию bgp с igp и не делать full-mesh между ibgp спикерами. Но смысл заставлять bgp делать то что должны делать протоколы igp ? 

Edited by Чучундра
Link to post
Share on other sites

Не спорю, можно отключить синхронизацию bgp с igp и не делать full-mesh между ibgp спикерами. Но смысл заставлять bgp делать то что должны делать протоколы igp ?

все равно не понимаю чем вам помешал ibgp в качестве igp, если он справляется с этой задачей успешнее чем ospf?
Link to post
Share on other sites

Редистрибьюция /32 с помощью квагги и OSPF у меня загнулась при 1.5-2k сессиях. Начались дикие тормоза с необъяснимыми подземными стуками.

Переделал на RIP - живет до сих пор, никаких граблей или нагрузки на железо.

Когда деревья были маленькими мы страдали пптп, была полностью аналогичная ситуация - оспф помирало, бгп жрал память, и лишь один рип работал железобетонно. Рекомендую.

Link to post
Share on other sites

С кваггой (оспф) как-то не было проблем, хотя поболее 2к маршрутов анонсится. Только в некоторых версиях есть свои нескучные баги (0.98 - нормально не работает вообще, в районе 0.99.20 что ли была бага, когда пиры отваливаются оспфд сегфолтился), bird в тестовом режиме настроен на одном тазике - тоже флуда не наблюдается.

Link to post
Share on other sites

сотни, тысячи /32.... вам не кажется что это уже в плоскости дизайна сети а не протокола?

BGP - практически не ограниченное количество маршрутов - все только в память и вычисления при перестроении упирается.

 

3-4к /32 помещается в 300 префиксов, ибо есть такая штука как суммаризация.

/32 в OSPF попадает только если у абона статический IP выдан.

 

Даже если на 2 сервака выдавать из одного пула ип-ы - половину саммари роутом на один сервак, вторую  половину - на второй и количество маршрутов уменьшится вдвое.

 

Работают bird и qugga - впринципе оба нормально пашут.

Link to post
Share on other sites

 

А чем iBGP плох?

 

Запомните, iBGP это не протокол для маршрутизации внутри автономной системы, это протокол для обмена BGP маршрутами между граничными роутерами. Для корректной работы iBGP требует наличия любого другого протокола маршрутизации внутри автономной системы.

плачу... нет, рыдаю...

Link to post
Share on other sites

сотни, тысячи /32.... вам не кажется что это уже в плоскости дизайна сети а не протокола?

BGP - практически не ограниченное количество маршрутов - все только в память и вычисления при перестроении упирается.

 

3-4к /32 помещается в 300 префиксов, ибо есть такая штука как суммаризация.

/32 в OSPF попадает только если у абона статический IP выдан.

 

Даже если на 2 сервака выдавать из одного пула ип-ы - половину саммари роутом на один сервак, вторую  половину - на второй и количество маршрутов уменьшится вдвое.

 

Работают bird и qugga - впринципе оба нормально пашут.

А при чем тут дизайн? У нас 4 PPPoE-сервера работает + 1(пока, будет минимум 2) IPOE, все выдают белую статику. Без вариантов.

Да и суммаризация штука ни разу не нужная в такой ситуации, 3-4к анонсов равномерно размазанные по БРАСам никуда не просуммируются. А OSPF из-за этого еще и плющит, при каждом коннекте-дисконнекте всю карту маршрутную пересчитывать и пересылать приходится.

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By Pasha_admin
      Доброго дня, колеги.
      Як для самих маленьких (новачків) будь ласка поясніть питання бо не дуже розумію чи є сенс саме зараз сідати "за книжку"?

      Був собі на статичних маршрутах, до певного часу. Але кількість маршрутів і впн-ів росте. Питання: коли дійсно є сенс переходити на OSPF? І чи є взагалі сенс?

      Сьогодні був у "бібліотеці" (шарився в youtube). Розумію що OSPF це:
      1. динамічна побудова маршрутів після того як вручну задані всі можливі варіанти (основний, бекап і т.д.);
      2. під час створення нової мережі в будь якій точці топології знову вручну прописувати всі можливі варіанти на вибір;
      3. навантаження на CPU маршрутизаторів.

      Жоден з цих пунктів ніяк мене не мотивує переходити зі статики на динаміку.
      Кількість маршрутизаторів зараз приблизно сотня. Основна схема: центр в ДЦ, від нього розходяться по Україні філії, в 99% випадків схема саме така.

      Буду радий і ДУЖЕ вдячний за будь-які коментарі.
      Можливо вже є сенс дивитися в іншу сторону? (нові технології, протоколи)


       
    • By fet4
      Привет всем.
      Кто-то может объяснить следующее поведение ospf
       
      Есть 3 маршрутизатора с quagga на борту.
       

       
      R1
      interface vlan11 ip ospf area 0 ip ospf authentication null ip ospf network broadcast ! interface ppp-archer ip ospf area 1 ip ospf authentication null ip ospf network point-to-point ! router ospf ospf router-id 172.19.1.1 passive-interface default no passive-interface vlan11 no passive-interface ppp-archer redistribute connected  
      R2
      interface vlan11 ip ospf area 0 ip ospf authentication null ip ospf network broadcast ! interface ppp-archer2 ip ospf area 1 ip ospf authentication null ip ospf network point-to-point ! router ospf ospf router-id 172.19.1.2 passive-interface default no passive-interface vlan11 no passive-interface ppp-archer2 redistribute connected  
      R3
      interface l2tp-r1 ip ospf area 1 ip ospf authentication null ip ospf network point-to-point ! interface l2tp-r2 ip ospf area 1 ip ospf authentication null ip ospf network point-to-point ! route-map CONNECTED permit 10 match interface br-lan ! router ospf ospf router-id 192.168.1.1 passive-interface default no passive-interface l2tp-r1 no passive-interface l2tp-r2 redistribute connected route-map CONNECTED  
      Не пойму почему R1 и R2 видят маршруты друг к другу через R3.
       
      Например
      X.X.47.216/29 via ppp-archer2
      X.X.150.200/29 via ppp-archer
       
      Ожидалось что через vlan11 будут видны
       
      R1# show ip route ospf Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, I - IS-IS, B - BGP, P - PIM, A - Babel, N - NHRP, > - selected route, * - FIB route O>* X.X.150.200/29 [110/20] via 172.19.3.2, ppp-archer, 00:15:02 O 172.19.0.0/24 [110/20] via 172.19.3.2, ppp-archer, 00:15:02 O 172.19.1.0/24 [110/10] is directly connected, vlan11, 00:17:40 O>* 172.19.3.1/32 [110/30] via 172.19.1.2, vlan11, 00:15:03 O 172.19.3.2/32 [110/10] is directly connected, ppp-archer, 00:17:40 O>* 172.19.3.6/32 [110/30] via 172.19.3.2, ppp-archer, 00:15:03 O>* 172.19.3.254/32 [110/20] via 172.19.3.2, ppp-archer, 00:15:13 O>* 192.168.1.0/24 [110/20] via 172.19.3.2, ppp-archer, 00:15:12 R2# show ip route ospf Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, I - IS-IS, B - BGP, P - PIM, A - Babel, N - NHRP, > - selected route, * - FIB route O>* X.X.47.216/29 [110/20] via 172.19.3.6, ppp-archer2, 00:09:49 O 172.19.0.0/24 [110/20] via 172.19.3.6, ppp-archer2, 00:09:49 O 172.19.1.0/24 [110/10] is directly connected, vlan11, 00:11:30 O>* 172.19.2.0/24 [110/20] via 172.19.3.6, ppp-archer2, 00:09:49 O>* 172.19.3.1/32 [110/20] via 172.19.3.6, ppp-archer2, 00:09:50 O>* 172.19.3.2/32 [110/30] via 172.19.3.6, ppp-archer2, 00:09:50 O 172.19.3.6/32 [110/10] is directly connected, ppp-archer2, 00:11:30 O>* 172.19.3.254/32 [110/30] via 172.19.1.1, vlan11, 00:10:00 O>* 192.168.1.0/24 [110/20] via 172.19.3.6, ppp-archer2, 00:09:49 R3# show ip route ospf 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>* X.X.150.200/29 [110/20] via 172.19.3.254, l2tp-r2, 00:15:48 O>* X.X.47.216/29 [110/20] via 172.19.3.1, l2tp-r1, 00:15:55 O>* 172.19.0.0/24 [110/20] via 172.19.3.1, l2tp-r1, 00:15:48 * via 172.19.3.254, l2tp-r2, 00:15:48 O>* 172.19.1.0/24 [110/20] via 172.19.3.1, l2tp-r1, 00:15:49 * via 172.19.3.254, l2tp-r2, 00:15:49 O>* 172.19.2.0/24 [110/20] via 172.19.3.1, l2tp-r1, 00:15:55 O 172.19.3.1/32 [110/10] is directly connected, l2tp-r1, 00:16:07 O>* 172.19.3.2/32 [110/20] via 172.19.3.1, l2tp-r1, 00:15:48 O>* 172.19.3.6/32 [110/20] via 172.19.3.254, l2tp-r2, 00:15:48 O 172.19.3.254/32 [110/10] is directly connected, l2tp-r2, 00:16:07  
    • By Mechanik
      Есть ли у кого то на олт zte функционал bgp/ospf для резервирования pon сети ?
      Как стабильность работы ?
      как защита олт с белыми ip ?
       
    • By lemosh
      Привет всем!
      Остановился на простом, листаю мануалы, понять не могу.
      Есть L3 Brocade, есть несколько микротиков. Поднят OSPF, все между собой обмениваются маршрутами. Хочу зафильтровать на brodace прием маршрутов по OSPF.
      Задача: в таблицу маршрутизации принимать маршруты только с desrtination принадлежащей подсети реальниками.
       
      Пробовал так:
      router ospf area 0 default-information-originate permit redistribute 1 all redistribution bgp redistribution static distribute-list 2 in ! access-list 1 permit any ! access-list 2 permit 5.6.7.0 0.0.0.255 access-list 2 deny any ! все маршруты по OSPF отваливаются и ничего в таблицу маршрутизации не попадает
       
      PS подсеть с реальниками 5.6.7.0/24 взята для примера
    • By RadioMarket
      Продам L3-коммутатор DELL S4810 
      Б.У. в отличном состоянии
      48 портов 10Gbe , 4 порта 40Gbe ,
      BGP (v4) , RIP (v1/v2) , OSPF (v2/v3)
       
       
      Цена 45 000 грн.
       
      https://i.dell.com/sites/csdocuments/Shared-Content_data-Sheets_Documents/en/Dell_Networking_S4810_Spec_Sheet.pdf
       

×
×
  • Create New...