Перейти до

UA.PON v6.0


wladd

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

3 часа назад, fet4 сказал:

Где я просчитался? Или удаленка не такая точная?

 

3 часа назад, zulu_Radist сказал:

сварка говно или уложено волокно криво

 

3 часа назад, fet4 сказал:

Да не. не собирая ничего прям на столе проверяю. Навариваю пигтейл на 90% показывает правильные затухания, а вот удаленка...

Как такое может быть?

проверяй еще, "удаленка" конечно ни эталон, но динамику изменений должна показывать правильно.

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

мне по фиг, как оно называеться, главное настроить чтобы wi-fi отдавал!!!!

я конечно понимаю, что у айсилайн немного "подгорает" от цены пикотела, но зачем же так активно это показывать?

Я наверное странный - но не шьем ни ONU, ни OLT. Работает с заводским софтом пару лет, никто туда и не лазит лишний раз.

Posted Images

1 час назад, passer сказал:

Например, при сварке волокон разных типов (например, 652 и 657) затухание будет неожиданно в разы (иногда и на порядки) больше ожидаемого.

 

Тоже на это подумал, но в паспорте сплитера про тип волокна ни слова и как же определить? Т.е разные типы волокон в любом случае дадут сверх нормы затухания или дугу можно как-то подстроить?

 

Stroj вопрос не в этом будет или не будет работать на этом затухании, а в том что затухания очень отличаются от паспортных вносимых данным сплитером.

Там где вваривался сплитер должно было быть с учётом 1х8 -21дб а получилось на 2.5 больше.

Остальная ветка идёт на новый порт в момент ретополигии.

Ссылка на сообщение
Поделиться на других сайтах
47 минут назад, fet4 сказал:

Тоже на это подумал, но в паспорте сплитера про тип волокна ни слова и как же определить?

Ок. Принял. (по остальному .... )

А не думали сравнивать по затуханиям для разных длин волн ?

Особенно, для шины ?

1310 и  1490 таки отличаются ... (даже без учета перегибов).

 

ЗЫ: ИМХО ....

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

Отличаются но не сильно если говорим о сплитерре 10/90 то 1310 это 0.5, а 1490 это 0,65. Сигнал на онухе смотрю приходящий т.е 1490 и на измерителе аналогично он же.

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

BDCOM 3608 ver. 46085

Испытываю проблемы с циклической перерегистрацией некоторых, рандомных онух в загруженной ветке около 61 активных ону. Ону разнобой.

Интуитивно понял что где-то не хватает чего-то, таймаута.

На порту  выполнил epon mpcp-registration-mode ctc 30, не помогло, а вот макс. значение 50 помогло судя по логам, отвалы прекратились.

 

Кто-то может объяснить значения этого параметра ? 

Так же вижу в conf режиме параметр mpcp-timeout, какая связь с ним ? И как правильно выставить их обоих?

Заранее спасибо.

 

 

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

BDCOM(tm) P3310C Software, Version 10.1.0E Build 46085
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2017-9-15 15:21:2 by SYS, Image text-base: 0x80008000
ROM: System Bootstrap, Version 0.4.1, Serial num:
System image file is "Switch.bin"
hardware version:V1.0
(RISC) processor with 131072K bytes of memory, 16384K bytes of flash

 

Всем привет. 

Новый ОЛТ, настроен "как обычно", так же как и его собратья 3310С.

Как пишут выше, команда "епон заебись" не работает.

Проблема в следующем, по спидтесту до 8Мбит в обе стороны, на разных устройствах и разных ону_шках в разных деревьях. 

Кроме микротика, на котором под сотку в обе стороны.

Если отключить автосогласование порта онушки и зажать в сотку, то микрот выдает теже 8Мбит

Онушки:

EPON0/1:1           V2.1.1          
EPON0/1:2           V2.1.1          
EPON0/1:3           V2.1.1          
EPON0/1:1  PICO      E710       e067.b3                               
EPON0/1:2  PICO      E710       e067.b3                     
EPON0/1:3  PICO      E710       e067.b3                   
 

EPON0/3:3           V2.1.2          
EPON0/3:5           V2.1.2          
EPON0/3:1  FORA      101H       1c87.79                           
EPON0/3:2  FORA      101H       1c87.79                      
 

 

 

В кратце конфиг:

Current configuration:
!
!version 10.1.0E build 46085
service timestamps log date
service timestamps debug date
service password-encryption
logging buffered 2000000
!
port-protected 1
!
no spanning-tree
!
!
!!slot 0 89
interface GigaEthernet0/1
 switchport trunk vlan-allowed 1008
 switchport trunk vlan-untagged none
 switchport mode trunk
!
!
interface EPON0/1
 epon pre-config-template 1 binded-onu-llid 1-64
 epon bind-onu mac  1
 epon bind-onu mac  2
 epon bind-onu mac  3
 switchport trunk vlan-allowed 1008
 switchport trunk vlan-untagged none
 switchport mode trunk
 switchport protected 1
!!
interface EPON0/1:1
 switchport port-security dynamic maximum 7
 switchport port-security mode dynamic
  epon onu port 1 ctc vlan mode translation 1008
  epon onu port 1 ctc loopback detect
  epon onu port 1 storm-control mode 4 threshold 256
 epon sla upstream pir 1000000 cir 15000
 epon sla downstream pir 1000000 cir 15000
!



show interface epON 0/1:1 
EPON0/1:1 is up, line protocol is up
  Ifindex is 24, unique port number is 9
  Hardware is Giga-LLID, address is  
  MTU 1500 bytes, BW 1000000 kbit, DLY 2000 usec
  Encapsulation ARPA
  Flow-Control Off
  5 minutes input rate 544068 bits/sec, 105 packets/sec
  5 minutes output rate 753866 bits/sec, 91 packets/sec
     Received 2102895 packets, 1978821818 bytes
     7490 broadcasts, 1626 multicasts
     0 discard, 0 error, 0 PAUSE
     0 align, 0 FCS, 0 symbol
     0 carriersense
     Received oam 4628 infomation, 0 unique, 0 duplicate
     0 request, 0 response, 0 specific, 0 unsupported
     0 lost
     Received mpcp 0 frame, 0 timeout
     0 request, 1 ack, 5953410 report
     0 gate, 0 register
     Transmited 2291404 packets, 2449400332 bytes
     0 broadcasts, 0 multicasts
     0 discard, 0 error, 0 PAUSE
     0 sqettest, 0 deferred
     0 single, 0 multiple, 0 excessive, 0 late
     Transmited oam 4628 infomation, 0 unique, 0 duplicate
     0 request, 0 response, 45 specific, 0 unsupported
     Transmited mpcp 0 discovery window
     0 request, 0 ack, 0 report
     5953413 gate, 0 register


 

Відредаговано sanyadnepr
Ссылка на сообщение
Поделиться на других сайтах
  • 3 months later...

Есть проблема, почти все новые ону уже с каплером внутри, разбежность показаний в момент подключения клиента с измерителем и самой ону достигает 2дб кто как борется ?

 

Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, fet4 сказал:

Есть проблема, почти все новые ону уже с каплером внутри, разбежность показаний в момент подключения клиента с измерителем и самой ону достигает 2дб кто как борется ?

 

а какой командой меряете с ону уровень?

Ссылка на сообщение
Поделиться на других сайтах
5 часов назад, fet4 сказал:

Есть проблема, почти все новые ону уже с каплером внутри, разбежность показаний в момент подключения клиента с измерителем и самой ону достигает 2дб кто как борется ?

 

Что значит с каплером? Может с адаптером? 

Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, Zolks сказал:

а какой командой меряете с ону уровень?

show epon int epon onu ctc opt....

 

1 час назад, NETOS сказал:

Что значит с каплером? Может с адаптером? 

это одно и тоже.

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, NETOS сказал:

Да? Я думал это процентный делитель.

 

 

01.jpg

02.jpg

 

Безымянный.png

 

Netos по делу есть что сказать?

Відредаговано fet4
Ссылка на сообщение
Поделиться на других сайтах
В 20.12.2018 в 12:18, fet4 сказал:

самой ону достигает 2дб кто как борется ?

Не строим впритык по сигналу. Средний сигнал на абона 24-26.

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

Доброго здоров'я! Є деяка кількість ONU Fora NA-1001 (метал). Хтось знає чи пам'ятає в якій послідовності їх перепрошивати? На сайті ic-line 4 файла:

iros_onu_asic_ram_lynxd_generic.mif

 

iros_onu_asic_ram_lynxd_generic.wfs

 

iros_onu_asic_ram_lynxd_generic.wlb

 

iros_onu_asic_ram_lynxd_generic.zblob

 

 

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від 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 - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • Від pytnik82
      продам по 350 грн



    • Від gelmas_x
      Доброго дня! м. Івано-Франківськ, вул. Незалежності, 44. Цікавить PON
    • Від CoUL
      Sync users ONU скрипт.
      Скрипт виконує автоматичне додавання ONU та відповідної OLT, на якій вона зареєстрована, в карту абонента MikBiLL.
      Забезпечує повну синхронізацію ONU при зміні топології мережі — тобто при реальному переміщенні ONU між OLT або між абонентами. Все відбувається автоматично без необхідності вручну додавати чи змінювати ONU працівниками.
      Можлива синхронізація окремих OLT в ручному режимі.
      Підтримується робота з BDCOM EPON та GPON обладнанням.
      Можливе розширення під інших виробників OLT за потреби.
      💬 По всім питанням звертайтесь у приват.
      BDCOM xPON ONU Auto Sync Script.webm
    • Від ГрозаИнтернета
      Всем привет. Сеть разбили, продаю оборудование, которое удалось спасти.
      Роутер MikroTik 1036-12G-4S - 16500 грн.
      Сервер Dell R410(Xeon L5640(60Вт), 16 Gb RAM, 2x300 Gb SAS, iDrac, Raid, IPMI) - 4500 грн.
      Коммутатор ZyXEL MES-3528 - 2000 грн.
      Коммутатор HUAWEI S2326 - 1500 грн.
      Коммутатор Dell PowerConnect 6224F(опц.10G) - 5000 грн
      Коммутатор D-Link DGS-3627G (нюанс) - 1000 грн
      OLT BDCom P3310(Пролайн упс) - 9000 грн
      Упс APCSmart-UPS RT 2000 + картаAP9619 + кабель для подключения внешних АКБ - 12500 грн.
      Коммутатор ELTEX MES2324FB AC в коробке - 10000
      OLT EPON E9004-D 10G (Пролайн упс) в коробке - 10000
      Кабель OK-NET S/FTP Cat.6a 500Mhz LSOH AWG 23 4pr 280 метров - 8500
      Куча SFP EPON C+++, SFP SC, сетевые карты, твинакс кабеля.


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