Перейти до

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


Рекомендованные сообщения

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

Ссылка на сообщение
Поделиться на других сайтах

ospf в zebre/quagge реализован криво, лично я замечал траблы в работе ospfd при наличии на интерфейсах alias-ов и с интерфейсами создаваемыми из mpd 

Ссылка на сообщение
Поделиться на других сайтах

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

Відредаговано Гайджин
Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

 

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

Ссылка на сообщение
Поделиться на других сайтах

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

Відредаговано kha0s
Ссылка на сообщение
Поделиться на других сайтах

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

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

Ссылка на сообщение
Поделиться на других сайтах

А чем iBGP плох?

 

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

Ссылка на сообщение
Поделиться на других сайтах

 

А чем iBGP плох?

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

 

Ерунда какая-то. BGP для данной задачи вполне применим и работать будет отлично, но RIP ведь действительно значительно проще. Особенно конфиг циски-аггрегатора выглядит смешно, ровно 2 строки :)
Ссылка на сообщение
Поделиться на других сайтах

 

 

А чем iBGP плох?

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

Відредаговано Чучундра
Ссылка на сообщение
Поделиться на других сайтах

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

все равно не понимаю чем вам помешал ibgp в качестве igp, если он справляется с этой задачей успешнее чем ospf?
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

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

 

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

 

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

Ссылка на сообщение
Поделиться на других сайтах

 

А чем iBGP плох?

 

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

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

 

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

 

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

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

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

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

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

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


       
    • Від 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  
    • Від Mechanik
      Есть ли у кого то на олт zte функционал bgp/ospf для резервирования pon сети ?
      Как стабильность работы ?
      как защита олт с белыми ip ?
       
    • Від 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 взята для примера
    • Від 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
       

×
×
  • Створити нове...