Перейти к содержимому

Пинги к OLT BDCOM


BARVIT

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

Телепаты в отпуске, поэтому определить что в ваших настройках нереально без вашей помощи.

 

Возможно это ваш случай: http://local.com.ua/forum/topic/55942-высокий-пинг-на-хосты-за-onu/

Изменено пользователем passer
Ссылка на сообщение
Поделиться на других сайтах
Current configuration:
!
!version 10.1.0B build 14297
service timestamps log date
service timestamps debug date
!
!
!
!
!
!
!
!
!
!
!
!
ip default-gateway 172.16.250.200
!
no spanning-tree
!
!
!
!
!
epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024
!
aaa authentication login default local
aaa authentication enable default none
!
username admin password 0 ************
!
!

epon onu-config-template T1
 cmd-sequence 1 epon onu port 1 ctc vlan mode tag 300
 cmd-sequence 2 epon onu port 1 ctc loopback detect
 cmd-sequence 3 epon onu port 1 storm-control mode 1 threshold 256
 cmd-sequence 4 epon onu port 2 ctc shutdown
 cmd-sequence 5 epon onu port 3 ctc shutdown
 cmd-sequence 6 epon onu port 4 ctc shutdown
 cmd-sequence 7 exit
 cmd-sequence 8 write
!
epon onu-config-template T2
 cmd-sequence 1 epon onu port 1 ctc vlan mode tag 300
 cmd-sequence 2 epon onu port 1 ctc loopback detect
 cmd-sequence 3 epon onu port 1 storm-control mode 1 threshold 256
 cmd-sequence 4 epon onu port 2 ctc shutdown
 cmd-sequence 5 epon onu port 3 ctc shutdown
 cmd-sequence 6 epon onu port 4 ctc shutdown
 cmd-sequence 7 exit
 cmd-sequence 8 write
!
epon onu-config-template T3
 cmd-sequence 1 epon onu port 1 ctc vlan mode tag 300
 cmd-sequence 2 epon onu port 1 ctc loopback detect
 cmd-sequence 3 epon onu port 1 storm-control mode 1 threshold 256
 cmd-sequence 4 epon onu port 2 ctc shutdown
 cmd-sequence 5 epon onu port 3 ctc shutdown
 cmd-sequence 6 epon onu port 4 ctc shutdown
 cmd-sequence 7 exit
 cmd-sequence 8 write
!
epon onu-config-template T4
 cmd-sequence 1 epon onu port 1 ctc vlan mode tag 300
 cmd-sequence 2 epon onu port 1 ctc loopback detect
 cmd-sequence 3 epon onu port 1 storm-control mode 1 threshold 256
 cmd-sequence 4 epon onu port 2 ctc shutdown
 cmd-sequence 5 epon onu port 3 ctc shutdown
 cmd-sequence 6 epon onu port 4 ctc shutdown
 cmd-sequence 7 exit
 cmd-sequence 8 write
!
!
!!slot 0 84
interface GigaEthernet0/1
 switchport trunk vlan-allowed 1,100,300
 switchport mode trunk
  dhcp snooping trust
!
interface GigaEthernet0/2
 switchport trunk vlan-allowed 1,100,300
 switchport mode trunk
  dhcp snooping trust
!
interface GigaEthernet0/3
 switchport trunk vlan-allowed 1,100,300
 switchport mode trunk
  dhcp snooping trust
!
interface GigaEthernet0/4
 switchport trunk vlan-allowed 1,100,300
 switchport mode trunk
  dhcp snooping trust
!
interface GigaEthernet0/5
 switchport trunk vlan-allowed 1,100,300
 switchport mode trunk
 switchport pvid 300
  dhcp snooping trust
!
interface GigaEthernet0/6
 switchport trunk vlan-allowed 1,100,300
 switchport mode trunk
  dhcp snooping trust
!
interface EPON0/1
 epon pre-config-template T1 binded-onu-llid 1-64
 epon bind-onu mac fcfa.f7c5.13fa 1
 switchport trunk vlan-allowed 1,100,300
 switchport mode trunk
 switchport protected
!
interface EPON0/1:1
 onu-configuration
  epon onu port 1 ctc vlan mode tag 300
  epon onu port 1 ctc loopback detect
  epon onu port 1 storm-control mode 1 threshold 256
!!onu-configuration-end
!
interface EPON0/2
 epon pre-config-template T2 binded-onu-llid 1-64
 switchport trunk vlan-allowed 1,100,300
 switchport mode trunk
 switchport protected
!
interface EPON0/3
 epon pre-config-template T3 binded-onu-llid 1-64
 switchport trunk vlan-allowed 1,100,300
 switchport mode trunk
 switchport protected
!
interface EPON0/4
 epon pre-config-template T4 binded-onu-llid 1-64
 switchport trunk vlan-allowed 1,100,300
 switchport mode trunk
 switchport protected
!
!!slot end
!
interface VLAN100
 ip address 172.16.250.50 255.255.255.0
!
!
!
vlan 100
 name Management
!
vlan 300
 name Internet
!
vlan 1,100,300
!
!
!
ip dhcp-relay snooping
!
!
!
!
!
!Pending configurations for absent linecards:
!
!No configurations pending global

Вот конфиг.

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

в убиллинг есть функция, которая опрашивает железо и в той или иной ситуации шлет смс, в моем случае проверяется по icmpping и ОЛТ слишком большой ответ на это дело, соответственно шлется смс хотя реально ОЛТ жив.

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

Еджкор 3528м на котором штук 50-100 вланов транзитных и почте все порты забиты попробуйте попинговать. поймете что такое "скачет пинг" :)

У меня на олт также пинг скачет от 1 до 25 мс. По ходу наверное приоритетность обработки icmp пакетов низкая.

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

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

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

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

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

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

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

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

Войти

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

Войти сейчас
  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: tadesky
      Продам б/в BDCOM P3616-2TE OLT . 

      Повністю робочий, без нюансів, знятий після модерну.  Комплектований резервним БЖ. 
      Оціночна вартість 40 тис. грн.

      За потреби можна комплектувати SFP Picotel EPON SFP PX++ = 600 грн/шт. 
       
      Пишіть в особисті. 
       
    • Автор: forella
      Имеется такая ситуация.
      топология: абонент---ону---bdcom p3310---cisco 4948--- далее 2 пути, 99% идут на линуксовый шлюз, оставшиеся(избранные, назовем их так) 1% на микротик по оттдельному vlan.
      олт 13шт. каждая олт оттдельным портом на 4948 подключена. все аналогично работают как описано выше.
      наблюдается вот такая ситуация на циско:
       
      *Apr 20 03:17:28.873: %C4K_EBM-4-HOSTFLAPPING: Host 78:9A:18:C7:61:85 in vlan 321 is moving from port Gi1/11 to port Gi1/7 *Apr 20 03:17:32.289: %C4K_EBM-4-HOSTFLAPPING: Host C4:AD:34:02:A9:FA in vlan 321 is moving from port Gi1/5 to port Gi1/11 *Apr 20 03:17:33.489: %C4K_EBM-4-HOSTFLAPPING: Host C4:AD:34:02:A9:FA in vlan 321 is moving from port Gi1/11 to port Gi1/5 *Apr 20 03:17:34.273: %C4K_EBM-4-HOSTFLAPPING: Host 74:4D:28:4D:3D:88 in vlan 321 is moving from port Gi1/10 to port Gi1/11 *Apr 20 03:17:34.277: %C4K_EBM-4-HOSTFLAPPING: Host 74:4D:28:4D:3D:88 in vlan 321 is moving from port Gi1/11 to port Gi1/10 *Apr 20 03:17:43.769: %C4K_EBM-4-HOSTFLAPPING: Host 78:9A:18:C7:61:85 in vlan 321 is moving from port Gi1/7 to port Gi1/11 *Apr 20 03:17:43.973: %C4K_EBM-4-HOSTFLAPPING: Host 78:9A:18:C7:61:85 in vlan 321 is moving from port Gi1/11 to port Gi1/7 *Apr 20 03:17:47.289: %C4K_EBM-4-HOSTFLAPPING: Host C4:AD:34:02:A9:FA in vlan 321 is moving from port Gi1/5 to port Gi1/11 vlan 321 это те самые избранные, и по логам видно что связующее звено 11 порт, за ней олт. (порты 5,7,10 так же олт)
      что было сделано:
      на олт за 11 портом выключены абоненты имеющие отношение к влан 321 - флапы продолжились.
      выключены пон порты по очереди и все сразу - флапы продолжились.
      выключен порт 11 на циско - флапы прекратились.
      включен порт, но удален влан 321 на циско - флапы прекратились.
      собственно вопрос - это глюк прошивки олт, что при выключеных пон портах флапы продолжаются, либо не там ищу причину?
       
    • Автор: Emanon
      Приветствую форумчан. Есть проблема и суть ее такова:
      В топологии одной провайдерской сети сделали определенные изменения. Некоторые access-коммутаторы (edge core ec3528M) в домах, решили подключить по gpon-у. Тоесть, если ранее все это дело шло ветками от одного свича к другому, то теперь ответственность, за их агрегацию , частично лягла на olt bdcom gp3600.
      Если схематически : свич -> onu -> olt -> свич агрегации -> bras (accel ipoe) ну и далее уже в ядро. Onu кстати - bdcom gp1701. Вопросы о том, зачем все это и насколько целесообразно - можно оставить для другого разговора.
      А пока что хотелось бы в кое чем разобраться. Недавно, начали идти заявки от НЕКОТОРЫХ абонентов одного и того же дома с одного и того же узла с жалобой на нестабильный интернет. Это через неделю-две после изменения топологии и соответственно, переключения их коммутатора к pon-сети.
      Техник, осмотрев происходящее, заявлял что рандомно, раз в минуту-две, начинаются потери пакетов. Проверял целостность линий,  подключался напрямую ноутом. Результат один и тот же. Линк между свичом и роутером не падает. Не падает линк и между onu и свичом. Проблем с режимами (half duplex, full duplex) портов тоже не было. Если уже далеко зайти, сам домовой свич, olt, коммутатор агрегации, без проблем пингуются (правда находятся в отдельном управляющем vlan). Очевидные проблемы, вроде роста cpu и утечек памяти, в их работе не наблюдались. В логах все чисто. В мониторинге видно, что канал не нагружен (download и upload не превышают 250 Мбит как по pon так и выше, нет аномальных значений pps как для broadcast, так для unicast и multicast). Да и для остальных пользователей, кроме проблемных, не было вопросов. У всех вроде работает, кроме некоторых ребят с конкретного узла. Трасса упорно показывает, что проблемный участок как раз между роутером и bras. Логи на роутерах тоже ничего вразумительного не пишут. При этом, стоило подключить вместо абонентского tp link archer ax12, c64 или keenetic titan, какой то древний роутер, вроде dlink dir300 или tp link tl-wr841n, как все работало стабильно, без потерь. 
      Со стороны bras сессии не рвутся, но через tcpdump действительно обнаруживается, что при пинге ( как 32 байта, так и побольше) часть icmp пакетов от проблемных абонентов не доходит. 
      Менялись mac  абонентских устройств, пытались найти mac flapping, менялся mac aging, менялся абонентский ip. Без результатов. Mac таблица за onu не забивается кстати, там не более 8 устройств. Проверялись оптические уровни. Конечно, onu rx -24 и olt rx -26 - это уже почти на грани. 
      И наверное это отчасти играет роль. Но нюанс с тем, что происходит при замене роутеров, заставляет задуматься. Возможно то, что такое вылезло именно после перехода на gpon - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • Автор: Alina1989
      L3 GPON 2 port OLT, in stock now! Send inquiry if you need it.
       
      WEB managed, 256 users the max
       

       
       
    • Автор: CoUL
      Sync users ONU скрипт.
      Скрипт виконує автоматичне додавання ONU та відповідної OLT, на якій вона зареєстрована, в карту абонента MikBiLL.
      Забезпечує повну синхронізацію ONU при зміні топології мережі — тобто при реальному переміщенні ONU між OLT або між абонентами. Все відбувається автоматично без необхідності вручну додавати чи змінювати ONU працівниками.
      Можлива синхронізація окремих OLT в ручному режимі.
      Підтримується робота з BDCOM EPON та GPON обладнанням.
      Можливе розширення під інших виробників OLT за потреби.
      💬 По всім питанням звертайтесь у приват.
      BDCOM xPON ONU Auto Sync Script.webm
×
×
  • Создать...