Jump to content

Высокий пинг на хосты за ONU


Sоrk

Recommended Posts

Кто-то сталкивался с высоким пингом на хосты за ONU?
(от абонентов на сервер - аналогично).
 
Начали жаловаться пользователи, стали проверять - на всех пользователей одинаковая картина (5-8 мс).
при этом в OLT включен еще один коммутатор, на них в той же подсети пинг отличный (0.5 мс)
 
ping на одного из пользователей (epon0/1:17):

[root@inet ~]$ ping 10.x.67.62
PING 10.x.67.62 (10.x.67.62): 56 data bytes
64 bytes from 10.x.67.62: icmp_seq=0 ttl=63 time=7.463 ms
64 bytes from 10.x.67.62: icmp_seq=1 ttl=63 time=8.075 ms
64 bytes from 10.x.67.62: icmp_seq=2 ttl=63 time=6.547 ms
64 bytes from 10.x.67.62: icmp_seq=3 ttl=63 time=7.440 ms
64 bytes from 10.x.67.62: icmp_seq=4 ttl=63 time=7.410 ms
64 bytes from 10.x.67.62: icmp_seq=5 ttl=63 time=5.772 ms
64 bytes from 10.x.67.62: icmp_seq=6 ttl=63 time=6.876 ms
--- 10.x.67.62 ping statistics ---
7 packets transmitted, 7 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 5.772/7.083/8.075/0.698 ms

Список всех ONU:

GPON#show epon onu-information
Interface EPON0/1 has registered 18 ONUs:
IntfName   VendorID  ModelID  MAC Address    Description     BindType  Status       Dereg Reason
---------- --------- -------- -------------- --------------- --------- --------------- -----------------
EPON0/1:1  BDCM      3024     fcfa.f796.684a N/A             static    auto_configured N/A
EPON0/1:2  BDCM      3024     fcfa.f796.6867 N/A             static    auto_configured N/A
EPON0/1:3  BDCM      3024     fcfa.f796.685c N/A             static    auto_configured N/A
EPON0/1:4  BDCM      3024     fcfa.f796.684f N/A             static    auto_configured N/A
EPON0/1:5  BDCM      3024     fcfa.f796.685e N/A             static    auto_configured N/A
EPON0/1:6  BDCM      3024     fcfa.f796.60c9 N/A             static    auto_configured N/A
EPON0/1:7  BDCM      3024     fcfa.f796.61a0 N/A             static    deregistered    power off
EPON0/1:8  BDCM      3024     fcfa.f796.6085 N/A             static    auto_configured N/A
EPON0/1:9  BDCM      3024     fcfa.f796.65bc N/A             static    auto_configured N/A
EPON0/1:10 wri       01A      544b.a013.67d8 N/A             static    auto_configured N/A
EPON0/1:11 wri       01A      544b.a013.5e28 N/A             static    auto_configured N/A
EPON0/1:12 wri       01A      544b.a013.5628 N/A             static    auto_configured N/A
EPON0/1:13 wri       01A      544b.a015.45e0 N/A             static    auto_configured N/A
EPON0/1:14 wri       01A      544b.a015.1590 N/A             static    auto_configured N/A
EPON0/1:15 wri       01A      544b.a013.6c38 N/A             static    auto_configured N/A
EPON0/1:16 wri       01A      544b.a013.67e0 N/A             static    auto_configured N/A
EPON0/1:17 wri       01A      544b.a015.6380 N/A             static    auto_configured N/A
EPON0/1:18 wri       01A      544b.a015.60b8 N/A             static    deregistered    power off

Уровни сигналов:


 

GPON#show epon optical-transceiver-diagnosis
 interface    Temperature(degree)    Voltage(V)    Current(mA)    TxPower(dBm)
-----------  ---------------------  ------------  -------------  --------------
epon0/1      43.9                   3.3           10.4           4.1
epon0/2      31.2                   3.3           30.3           4.0
 interface    RxPower(dBm)
-----------  --------------
epon0/1:1    -24.6
epon0/1:2    -23.2
epon0/1:3    -23.1
epon0/1:4    -24.8
epon0/1:5    -23.9
epon0/1:6    -24.9
epon0/1:8    -24.5
epon0/1:9    -29.2
epon0/1:10   -24.8
epon0/1:11   -25.8
epon0/1:12   -24.4
epon0/1:13   -23.6
epon0/1:14   -23.9
epon0/1:15   -24.0
epon0/1:16   -23.2
epon0/1:17   -25.0

Уровни с ONU:

GPON#show epon interface epon 0/1:17 onu ctc optical-transceiver-diagnos
 operating temperature(degree): 37
 supply voltage(V): 3.3
 bias current(mA): 18.2
 transmitted power(DBm): 2.0
 received power(DBm): -22.8
Link to post
Share on other sites

Для пона характерно порядка 4 мс на последней миле (можно уменьшить, но надо понимать как и зачем). Плюс то, насколько "тупит" CPE клиента.

 

P.S. А что за онушки в списке?

Edited by passer
Link to post
Share on other sites

Кто-то сталкивался с высоким пингом на хосты за ONU?

(от абонентов на сервер - аналогично).

 

Начали жаловаться пользователи, стали проверять - на всех пользователей одинаковая картина (5-8 мс).

при этом в OLT включен еще один коммутатор, на них в той же подсети пинг отличный (0.5 мс)

 

ping на одного из пользователей (epon0/1:17):

 

[root@inet ~]$ ping 10.x.67.62
PING 10.x.67.62 (10.x.67.62): 56 data bytes
64 bytes from 10.x.67.62: icmp_seq=0 ttl=63 time=7.463 ms
64 bytes from 10.x.67.62: icmp_seq=1 ttl=63 time=8.075 ms
64 bytes from 10.x.67.62: icmp_seq=2 ttl=63 time=6.547 ms
64 bytes from 10.x.67.62: icmp_seq=3 ttl=63 time=7.440 ms
64 bytes from 10.x.67.62: icmp_seq=4 ttl=63 time=7.410 ms
64 bytes from 10.x.67.62: icmp_seq=5 ttl=63 time=5.772 ms
64 bytes from 10.x.67.62: icmp_seq=6 ttl=63 time=6.876 ms
--- 10.x.67.62 ping statistics ---
7 packets transmitted, 7 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 5.772/7.083/8.075/0.698 ms
[/code]
Команда pon-zaebis выполнена?
Link to post
Share on other sites

P.S. А что за онушки в списке?

 

wri в списке это ONU Fiberhome AN5006-01a

 

даю решение:

epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024

 

похоже понятно в чем проблема, дело в том что Fiberhome AN5006-01a не работает с головой если введена эта команда (регистрируется, но трафик не бегает).

подумаю как проверить.

 

Link to post
Share on other sites

похоже понятно в чем проблема, дело в том что Fiberhome AN5006-01a не работает с головой если введена эта команда (регистрируется, но трафик не бегает).[/size]

подумаю как проверить.[/size]

Вы такой не первый.

Именно по этому люди отказываются от использования не родных ОНУ.

Link to post
Share on other sites

 

похоже понятно в чем проблема, дело в том что Fiberhome AN5006-01a не работает с головой если введена эта команда (регистрируется, но трафик не бегает).[/size]

подумаю как проверить.[/size]

Вы такой не первый.

Именно по этому люди отказываются от использования не родных ОНУ.

 

Блин, два бакса разницы между онушками, приводят вот к таким темам

Link to post
Share on other sites

 

похоже понятно в чем проблема, дело в том что Fiberhome AN5006-01a не работает с головой если введена эта команда (регистрируется, но трафик не бегает).[/size]

подумаю как проверить.[/size]

Вы такой не первый.

Именно по этому люди отказываются от использования не родных ОНУ.

 

Скорее проблема в бдкоме, он криво работает и с родными и с неродными ONU, и вообще в целом на головах BDCOM замечено что пинг выше чем к примеру на голове ZTE 

 

 root@braza1:~# ping 109.2xx.193.188

PING 109.2xx.193.188 (109.2xx.193.188) 56(84) bytes of data.
64 bytes from 109.2xx.193.188: icmp_req=1 ttl=63 time=1.22 ms
64 bytes from 109.2xx.193.188: icmp_req=2 ttl=63 time=0.945 ms
64 bytes from 109.2xx.193.188: icmp_req=3 ttl=63 time=0.956 ms
64 bytes from 109.2xx.193.188: icmp_req=4 ttl=63 time=1.84 ms
64 bytes from 109.2xx.193.188: icmp_req=5 ttl=63 time=1.49 ms
64 bytes from 109.2xx.193.188: icmp_req=6 ttl=63 time=2.54 ms
64 bytes from 109.2xx.193.188: icmp_req=7 ttl=63 time=2.59 ms
64 bytes from 109.2xx.193.188: icmp_req=8 ttl=63 time=1.48 ms
64 bytes from 109.2xx.193.188: icmp_req=9 ttl=63 time=1.16 ms
64 bytes from 109.2xx.193.188: icmp_req=10 ttl=63 time=1.77 ms
Link to post
Share on other sites

PING 31.43.122.ХХХ (31.43.122.ХХХ): 56 data bytes
64 bytes from 31.43.122.ХХХ: icmp_seq=0 ttl=63 time=1.102 ms
64 bytes from 31.43.122.ХХХ: icmp_seq=1 ttl=63 time=1.089 ms
64 bytes from 31.43.122.ХХХ: icmp_seq=2 ttl=63 time=1.089 ms
64 bytes from 31.43.122.ХХХ: icmp_seq=3 ttl=63 time=1.066 ms
64 bytes from 31.43.122.ХХХ: icmp_seq=4 ttl=63 time=1.144 ms
64 bytes from 31.43.122.ХХХ: icmp_seq=5 ttl=63 time=1.103 ms
64 bytes from 31.43.122.ХХХ: icmp_seq=6 ttl=63 time=0.885 ms

что за проблема в бдкоме?

Link to post
Share on other sites

Не, рекордсмен по пингу это Hioso.

По сравнению с 200 мс от БДкома (нужно просто уметь от него такого добиться) даже не всякий аналоговый модем сдюжит. :)

Link to post
Share on other sites

С Хиосо 500 мс убирали очень долго. 

Правда выяснилось, что это так дерево среагировало на низкую мощность у одного абона (фаст плохо себя стал чувствовать)

Link to post
Share on other sites
epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024

 

так и есть, после выполнения команды ping стал 1-2мс, неродные ONU работают, но отваливаются после ребута ...

$ ping 10.x.67.62
PING 10.x.67.62 (10.x.67.62) 56(84) bytes of data.
64 bytes from 10.x.67.62: icmp_req=1 ttl=63 time=1.67 ms
64 bytes from 10.x.67.62: icmp_req=2 ttl=63 time=1.58 ms
64 bytes from 10.x.67.62: icmp_req=3 ttl=63 time=1.55 ms
64 bytes from 10.x.67.62: icmp_req=4 ttl=63 time=1.37 ms
64 bytes from 10.x.67.62: icmp_req=5 ttl=63 time=1.50 ms
64 bytes from 10.x.67.62: icmp_req=6 ttl=63 time=1.33 ms
64 bytes from 10.x.67.62: icmp_req=7 ttl=63 time=1.71 ms
--- 10.x.67.62 ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6005ms
rtt min/avg/max/mdev = 1.330/1.535/1.716/0.139 ms
Link to post
Share on other sites
  • 4 weeks later...

помогло решение из темы: http://local.com.ua/forum/topic/53164-продам-pon-onu-fiberhome-zte-совместимы-с-bdcom/?p=534906
 

теперь пинг 1-2 мс

conf 
epon mpcp-timeout 60
epon dba hardware cycletime 25000 discovery-frequence 40 discovery-length 2048
epon dynamic-binding-timeout 40

interface EPON0/1
 epon mpcp-registration ctc 30

interface EPON0/2
 epon mpcp-registration ctc 30

interface EPON0/3
 epon mpcp-registration ctc 30

interface EPON0/4
 epon mpcp-registration ctc 30
Link to post
Share on other sites
  • 2 years later...

 

помогло решение из темы: http://local.com.ua/forum/topic/53164-продам-pon-onu-fiberhome-zte-совместимы-с-bdcom/?p=534906

 

теперь пинг 1-2 мс

conf 
epon mpcp-timeout 60
epon dba hardware cycletime 25000 discovery-frequence 40 discovery-length 2048
epon dynamic-binding-timeout 40

interface EPON0/1
 epon mpcp-registration ctc 30

interface EPON0/2
 epon mpcp-registration ctc 30

interface EPON0/3
 epon mpcp-registration ctc 30

interface EPON0/4
 epon mpcp-registration ctc 30

 

мне не помогло, постоянно вылетают абоненты в хаотичном порядке. после перезагрузки головы вроде все подхватывается, но до ребута ОНУшки, при этом, с головы их видно, но трафик не ходит. В дереве стоят БДКОМы, несколько НГПОНов и одна пикотел. 

  • Like 1
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 Alina1989
      Looking to simplify your network setup? Get this Gigabit SFP ONU Stick (GPON/EPON compatible) today!
       

      What is it?
      This is a fiber optic modem condensed into a tiny SFP module. It plugs directly into any device with an SFP port (like routers, switches), converts the optical signal from your ISP, and handles authentication—replacing your bulky standalone modem.
      How does it work?
      It receives the fiber signal from your ISP (OLT).
      Converts it to a standard Ethernet signal (optical to electrical).
      Authenticates (using your LOID/SN) and outputs to your main device.

      Key Benefits:
      Saves Space & Power: Eliminates a separate modem.
      Clean Setup: Perfect for tight spaces like server racks.
      Direct Connection: Reduces latency for a more efficient network.

      Perfect For:
      Prosumers & Homelabs: Use with mini-PCs/soft routers (e.g., Intel J4125, N100) to build an All-in-One server.
      Advanced Routers: Compatible with MikroTik, Ubiquiti, and other pro-grade gear with SFP slots.
      Anyone wanting a clean, integrated setup without extra boxes and cables.
      Specs Highlights:
      GPON/EPON Compatible
      Up to 2.5G down / 1.25G up
      Low power (<2.5W)
      SC/UPC or SC/APC connector options
      Note: Requires a device with an SFP port and basic setup knowledge (entering LOID/VLAN). Great for tech enthusiasts looking to optimize their network!

    • By Haddy
      В последнее время столкнулись с проблемой в перекосе сигнала от онушки на голову. 
      Голова: ЗТЕ с610 на С++ модулях, онушки фоксгейт и пикотел.
      Проблема такая: Голова светит свои +6-7, Пикотел светит 1.5-2. Фоксгейт +3-4.
      Расчётный сигнал и фактический от головы к клиенту +- совпадают. Но от онушки до головы где-то теряются 1-2дб. К примеру:  (Онушка пикотел, на отл сигнал приходит на 1дб хуже)
      Магистральные делители все варим, конечные - когда как, чаще всего ставим корпусные упц 1х8, редко бывают оконечки 1х8\1х12\1х16.
      Грешили на корпусные. Начали тестит, вместо них подкидываем оконечку или другой корпусный - проблема сохраняется. Измеряли рефом - волокно отличное, без перекосов и лишних событий.
      Один тест вовсе смутил: в дом приходит порт его делим 1х16 оконеченным, на каждый выход ставим 1х8 - перекос есть. Меняли приходящее волокно (благо их там 24, было куда потыкать) - эффект тот же. Начали менять 1х8 на разные варианты - перекос сохраняется. 
      Закинули онушку на порт без делителей - всё отлично, перекоса нет. Порт, на него 1х16 и онушка - всё отлично, перекоса нет (пробовали разные выходы на 1х16). Заменили 1х16 на другой 1х16 - перекоса нет. Добавили 1х8 (пробовали и корпусный и оконеченный) - перекос в 2 дб вернулся.
      Сейчас бригады переводят другой дом и приколов он внёс ещё больше: один порт на весь дом, в разных местах стоят 1х16 корпусный, но на одном перекос в 2 дб есть, а на втором: перекос 0.4 на одном абоне, 0.5 на другом.
      Волокна максимум 6 км от головы до первого делителя. Если брать волокно в 5 км: перекос в 0.4-0.5дб между 1310 и 1490 - премлимо, как книжка пишет, но откуда этот 1 дб дополнительно вылезает...
      Кто-то сталкивался с таким? Если да, нашли в чём проблема?
    • By LazukinIvan
      🔌 Продаємо абонентські термінали ONU HSGQ (EPON/GPON) — універсальні, стабільні, перевірені! 🔥
      Шукаєте доступне рішення для побудови FTTB/FTTH мережі?
      ONU HSGQ — це надійний клієнтський термінал, який працює як з EPON, так і з GPON. Показав стабільну роботу на багатьох OLT!
      📦 Основні характеристики:
      Підтримка стандартів: EPON / GPON
      Порт: 1x RJ45 10/100/1000 Mbps
      Оптичний роз’єм: SC/UPC
      Ідеально підходить для побудови мережі FTTB або FTTH
      💰 Ціна:
      400 грн/шт
      Від 10 шт — 380 грн/шт
      Від 50 шт — 375 грн/шт
      ✅ Опт і дрібний гурт
      ✅ Тестуємо перед відправкою
      ✅ Є в наявності, відвантаження в день замовлення
      📩 Пишіть у приват або залишайте заявку в коментарях — надамо всі деталі!




       
      hsgq-x100dg-43166623 (2).pdf
    • By Prodazha
      В продажі Абонентські термінали GPON ONU ZTE F601
      комплект :коротка , онушка, блок живлення та патчкорд rj 45
      В наявності 150 шт
      ціна 300 грн за штуку 
    • By LIKO
      Продам нові XPON ONU EchoLife YT8310M з гарантією!!!
      Сумісні з усіма основними OLT C-Data, BDCom, Huawei, ZTE.
      В комплект входить ONU + БЖ 12В 1А
      370 грн/шт
      На кількості ціна оговорюється окремо.










      XPON 1GE ONU user manual (1).pdf
×
×
  • Create New...