Перейти до

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


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

 

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

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

 

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

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

 

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

 

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

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

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

 

И каждый абонент с вероятностью 1/6 цепляется на любой из 6-ти серверов и всегда (вне зависимости от протокола pppoe или ipoe)получает один и тот же адрес?

 

Пусть даже для 4 pppoe сервака:

 

Допустим 4096 адресов, т.е. /20

каждый сервак анонсит по своей /22 из этих /20, когда к нему цепляется абон и его адрес попадает в эти /22 - сервак никаких обновлений не пришлет и все будет нормально, допустим сей абон переконнектился на другой сервак, естественно он не попал в /22 этого другого сервака и второй сервак обьявил, что такой-то /32 у него, .т.к маршрутизация идет по более уникальной подсети (/32 - самая уникальная, уникальнее некуда) то весть трафик благополучно завернется на нужный сервак.

 

Среднестатистически должно получиться примерно 3100 маршрутов вместо 4096 при подключении всех 4096, при более творческом подходе можно добиться и более высокого процента попаданий.

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

Да, независимо от сервера и протокола абон имеет свой IP.

 

Вопрос в целесообразности всех этих плясок, с OSPF у меня quagga грузила сервера сильнее чем сама маршрутизация да еще и анонсы теряла, с RIP загрузка нулевая и проблем нет.

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

OSPF имеет смысл строить, когда участвуют свичи, не умеющие/глючащие с RIP, или нужна редистрибуция далее в BGP, или когда надо строить несколько арий. Для того же, чтобы брасы говорили бордеру про /32 за уши достаточно RIP. В софтовых реализациях (квагга/зёбра) этот протокол наименее глюкавый/прожорливый. Чего, к сожалению, не скажешь про его реализации в свичах/роутерах. Наблюдал например в экстриме (не помню уже версию XOS) 100% цпу-лоад при запуске рипа.

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   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
       

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