Перейти до

OSPF не проходить до клієнта


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

Доброго дня. Між 2 офісами прокладений VLAN . OSPF не працює . 

OLT P3310B Software, Version 10.1.0B Build 16688

ONU BDCOM ONU P1501C

 

Що необхідно добавити в конфіг щоб запрацювало OSPF?

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

 

не резать мультикаст?

Виходить що обладнання OLT P3310B або BDCOM ONU P1501C ріже мультікаст

 

Да кто ж его знает? Вы же никаких исходных данных для диагностики не предоставили.

Выводы команд OSPF роутеров. Конфиг олта и онушек. tcpdump на интерфейсе - ходят пакеты или нет вообще.

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

 

!

interface GigaEthernet0/2

 switchport trunk vlan-allowed 10

 switchport mode trunk

 


interface EPON0/2

 epon bind-onu mac fcfa.f7c5.e865 1

 switchport trunk vlan-allowed 10

 switchport mode trunk

 


interface EPON0/2:1

 onu-configuration

  epon onu port 1 ctc vlan mode tag 10

 

 

Трафік по VLAN ходить нормально, не піднімається OSPF.

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

 

конфіг OLT
 
!
interface GigaEthernet0/2
 switchport trunk vlan-allowed 10
 switchport mode trunk
 
interface EPON0/2
 epon bind-onu mac fcfa.f7c5.e865 1
 switchport trunk vlan-allowed 10
 switchport mode trunk
 
interface EPON0/2:1
 onu-configuration
  epon onu port 1 ctc vlan mode tag 10
 
 
Трафік по VLAN ходить нормально, не піднімається OSPF.

 

Ну Вам же написали, что где-то по пути теряется Мультикаст. Проверяйте, где.

Если ничего не получится, сделайте NBMA OSPF.

Відредаговано Minotaur
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

виходить проблема в OLT прогнав цей Vlan 10 через інтерфейси  GigaEthernet0/2 і GigaEthernet0/3  .НЕ ПРАЦЮЄ ........  для теста в режимі NBMA OSPF запрацював. але клієнт не може перевести всі офіси в такий режим ((

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

Если нет возможности обеспечить прохождение мульткаст-трафика, рассмотрите альтернативный вариант динамической маршрутизации (например другой протокол, скажем IGP), или какой-нибудь L2 вариант резервирования раз у Вас L2 каналы. 

А проблема непрохождения мульткаст-трафика может быть на ЛЮБОМ L2 устройстве по пути "прохождения" влан-а Вашего.

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

якщо підставити замість OLT пару медіаконверторів  все працює ідеально.(тільки пропускаю Vlan через OLT заклинює)   нажаль немає можливості змінити на альтернативний варіант маршрутизації.  

ip mcst enable думаю не має відношення до OSPF так як неможливо прописати Note: 224.0.0.0-224.0.0.255 stands for irroutable multicast addresses which cannot be registered on each port.

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

Запустите оспф без мультикаста. Выберите юникаст и укажите нейбора в этой зоне с двух сторон

OSPF організовує клієнт. а ми надаєм транспорт. тому неможемо вносити зміни в їх налаштування.

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

При опції ip mcst disable проходить мультікаст між портами GE0/1 і GE0/2. значить діло в  ONU. BDCOM P1501C .

в тех підтримці сказали що необхідно використати опцію Switch_config_epon0/1:4#epon onu private-mcst disable

але в логах пише Jan 18 04:13:15 cortina_bdcom_onu_igmp_snooping_enable_set  cb_param.result=135 , тобто в цій ONU не підтримується опція обробки мультікаста 

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

Попробуйте зашить свежую прошивку в ону, может пофиксили. Не поможет - саппорт долбите по этому вопросу.

Как вариант - альтернативные онушки...

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

При опції ip mcst disable проходить мультікаст між портами GE0/1 і GE0/2. значить діло в  ONU. 

Это только означает, что свитч, который лежит в основе OLT P3310B может с текущей прошивкой пропускать мультикаст прозрачно. Но там есть еще PON чип и вот скорее всего с ним заковыка. Где-то здесь на форуме читал, что поновский чип работает с нетегированным мультикастом. Возможно  я тогда чего то не понял. 

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

рішили проблему з товаришом.  В результате OSPF пакет дошёл до ONU. Что касается моделей. Ваша 1501С действительно не пропускает ospf. Обычная ONU BDCOM P1004B справляется с этой задачей (при этом прописывать epon onu private-mcst disable не обязательно). Модели BDCOM P1004C1 и BDCOM P1501C1 также могут пропустить ospf, но тут прописать epon onu private-mcst disable придётся.)

 

і обовязково необхідно ip mcst disable не забути щоб OLT не перехвачував пакети мультікаста

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

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

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

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

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

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

Вхід

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

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

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