Перейти до

BDCOM P3310C


Kto To

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

  В 30.03.2018 в 14:53, Vetal_Rebel сказав:

2 місяці тому доставив даний девайс, розгрузивши 2 гілки, зараз, коли постало питання перевірити з олта затухання на деяких онушках, спостерігаю таку картину

show epon optical-transceiver-diagnosis
 interface    Temperature(degree)    Voltage(V)    Current(mA)    TxPower(dBm)
-----------  ---------------------  ------------  -------------  --------------
epon0/1      25.9                   3.3           11.6           5.9
epon0/2      24.4                   3.3           12.0           6.0
epon0/3      0.0                    0.0           0.0            0.0
epon0/4      0.0                    0.0           0.0            0.0
і все більш нічого...можете порадити в яку сторону копати?

прошивка 

Current configuration:
!
!version 10.1.0E build 46085
service timestamps log date
service timestamps debug date
logging buffered 4096
!

PS: коли дивлюсь на ону - показує всі нормально...не показує тільки затухання

Expand  

 

Таки попробуйте так 

show epon optical-transceiver-diagnosis interface epon 0/x

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Вчи українську, це тобі ще знадобиться!

Дуже схоже на "фільтр по МАС", який зявився в 3310с. ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/Read_before_Update.txt All mac addresses that fit the mask below will be dropped on OLT PON inte

Блин, да поставьте Вы в конце концов понконтрол и собирайте сигналы по СНМП и не мучайтесь

Posted Images

Доброго дня колеги. Підкажіть будь-ласка як робиться backup на цьому ОЛТі, копію конфіга на tftp сервер роблю то копіюється без налаштувань ОНУшок. Дякую. OLT BDCOM P3310C !version 10.1.0E build 37276.

Ссылка на сообщение
Поделиться на других сайтах
  В 31.03.2018 в 09:24, Tavr сказав:

Доброго дня колеги. Підкажіть будь-ласка як робиться backup на цьому ОЛТі, копію конфіга на tftp сервер роблю то копіюється без налаштувань ОНУшок. Дякую. OLT BDCOM P3310C !version 10.1.0E build 37276.

Expand  

Там три файла конфига:

startup-config - то, что Вы бэкапите. "Скелет" конфига.

config.db - "Мясо" конфига. Конфиг онушек, их подписи и прочее.

ifindex-config - индексы интерфейсов.

 

Так что бэкапьте все три файла.

#copy flash:%имя_файла% tftp:

 

имена файлов можно посмотреть командой dir

 

Ссылка на сообщение
Поделиться на других сайтах
  В 31.03.2018 в 09:43, Fallen_Grayswandir сказав:

Там три файла конфига:

startup-config - то, что Вы бэкапите. "Скелет" конфига.

config.db - "Мясо" конфига. Конфиг онушек, их подписи и прочее.

ifindex-config - индексы интерфейсов.

 

Так что бэкапьте все три файла.

#copy flash:%имя_файла% tftp:

 

имена файлов можно посмотреть командой dir

 

Expand  

Дякую, все зрозуміло, а як глянути як налаштована ОНУшка коли вона виключена? 

Ссылка на сообщение
Поделиться на других сайтах
  В 31.03.2018 в 09:50, Tavr сказав:

Дякую, все зрозуміло, а як глянути як налаштована ОНУшка коли вона виключена? 

Expand  

Сие мне не известно. У меня конфиги онушек с темплейтов берутся, поэтому не было необходимости что-то руками прописывать, кроме description

Ссылка на сообщение
Поделиться на других сайтах
  В 31.03.2018 в 09:50, Tavr сказав:

Дякую, все зрозуміло, а як глянути як налаштована ОНУшка коли вона виключена? 

Expand  

Пробуйте как-то так:

sh running-config db-onu ePON 0/x:y

Ссылка на сообщение
Поделиться на других сайтах
  В 31.03.2018 в 11:17, Tavr сказав:

дякую, у мене так спрацювало : show running-config db-llid epON 0/2:16

Expand  

Вот вам и разница в прошивках - на прошивке 46085 такой команды не наблюдаю...

Ссылка на сообщение
Поделиться на других сайтах
  В 31.03.2018 в 11:50, Matou сказав:

Вот вам и разница в прошивках - на прошивке 46085 такой команды не наблюдаю...

Expand  

Логика команды не поменялась =)

В новой прошивке заменили llid на onu.

 

Тут выше спрашивали про 10.1.0E Build 50174.

Интересно, уже кто-то попробовал?

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

Рівні сигналів по SNMP:

 

RX на OLT    > .1.3.6.1.4.1.3320.9.183.1.1.5.x
RX на ONU   > .1.3.6.1.4.1.3320.101.10.5.1.5.x

 

Для 3310B працюють обидва, на 3310С перший не працює.

 

1.3.6.1.4.1.3320.9.183.1.1.5.: Unknown Object Identifier (Sub-id not found: enterprises -> )

 

Прошивка BDCOM(tm) P3310C Software, Version 10.1.0E Build 37276

 

є якесь рішення щоб рівень на OLT отримати ?

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

Добрий день. Хочу спитати чи була у когось подібна ситуація. Роутер Tp-Link N600 ADSL2+ Modem Router TD-W8980 перестав працювати у клієнта коли замінили старий BDCOM P3310B на BDCOM P3310С !version 10.1.0E build 43480.. В офісі зробили стенд зі старого і нового OLTa, налаштування вланів однакові, роутери інших виробників працюють, на старому працює на новому ні. Може якоюсь командою можна від слідкувати що ONU-шці прилітає на LAN порт.

 

Відредаговано Tavr
Ссылка на сообщение
Поделиться на других сайтах
  В 05.04.2018 в 14:50, Tavr сказав:

Добрий день. Хочу спитати чи була у когось подібна ситуація. Роутер Tp-Link N600 ADSL2+ Modem Router TD-W8980 перестав працювати у клієнта коли замінили старий BDCOM P3310B на BDCOM P3310С !version 10.1.0E build 43480.. В офісі зробили стенд зі старого і нового OLTa, налаштування вланів однакові, роутери інших виробників працюють, на старому працює на новому ні. Може якоюсь командою можна від слідкувати що ONU-шці прилітає на LAN порт.

 

Expand  

Дуже схоже на "фільтр по МАС", який зявився в 3310с.

ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/Read_before_Update.txt

All mac addresses that fit the mask below will be dropped on OLT PON interface starting from 10.1.0E_36039 software

X2:XX:XX:XX:XX:XX Local Administered

X6:XX:XX:XX:XX:XX Local Administered

XA:XX:XX:XX:XX:XX Local Administered

XE:XX:XX:XX:XX:XX Local Administered

If you need to forward such type of MAC adresses please add: Switch_config#epon local-mac forward

  • Thanks 3
Ссылка на сообщение
Поделиться на других сайтах
  В 05.04.2018 в 15:02, nik247 сказав:

Дуже схоже на "фільтр по МАС", який зявився в 3310с.

ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/Read_before_Update.txt

All mac addresses that fit the mask below will be dropped on OLT PON interface starting from 10.1.0E_36039 software

X2:XX:XX:XX:XX:XX Local Administered

X6:XX:XX:XX:XX:XX Local Administered

XA:XX:XX:XX:XX:XX Local Administered

XE:XX:XX:XX:XX:XX Local Administered

If you need to forward such type of MAC adresses please add: Switch_config#epon local-mac forward

Expand  

 

На новых версиях прошивки зарезервированы следующие MAC-адреса и их нельзя использовать:

X2:XX:XX:XX:XX:XX Local Administered
X6:XX:XX:XX:XX:XX Local Administered
XA:XX:XX:XX:XX:XX Local Administered
XE:XX:XX:XX:XX:XX Local Administered

Чтобы их можно было использовать выполним команду: epon local-mac forward

 

 

Ви дуже допомогли, все працює, дякую.

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

Добрий день. Прошу вашої поради в наступній проблемі є BDCOM P3310С який від недавного часу почав хаотично перегружатись uptime від 15хв до 8год. Замінили комутатор, перевірили живлення - не помогло, Заведено 206 онушок, активних переважно до 160-170шт. Стоять двох виробників BDCOM P1501DR, Foxgate Z1001.

 

DCOM(tm) P3310C Software, Version 10.1.0D Build 33463
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2016-2-24 18:19:9 by SYS_33463, Image text-base: 0x80008000
ROM: System Bootstrap, Version 0.4.1, Serial num:00316006278
System image file is "BD_3310C_33463en.bin"
hardware version:V1.0
(RISC) processor with 131072K bytes of memory, 16384K bytes of flash
Base ethernet MAC Address: 84:79:73:d9:31:d2
snmp info:
  product_ID:294   system_ID:1.3.6.1.4.1.3320.1.294.0
-bd1s1 uptime is 0:00:14:01, The current time: 2018-4-6 13:13:18

 

#show break 
=========================================================
BreakNum: 167 
Exception Type:2-TLB miss exception (load or instruction fetch) 
Exception in isr
date: 2018-4-6  time: 12:40:41 

00000000
sr    = 1000dc00
cause = 0000a808.

 

На ПЗ version 10.1.0E build 46085 коли залили ребути зникли, але як в даній версії побороти проблему (більше 100 активних ону  - не продовжується оренда ІР по DHCP)

Відредаговано ua_kaktus
Ссылка на сообщение
Поделиться на других сайтах
  В 06.04.2018 в 10:19, ua_kaktus сказав:

Добрий день. Прошу вашої поради в наступній проблемі є BDCOM P3310С який від недавного часу почав хаотично перегружатись uptime від 15хв до 8год. Замінили комутатор, перевірили живлення - не помогло, Заведено 206 онушок, активних переважно до 160-170шт. Стоять двох виробників BDCOM P1501DR, Foxgate Z1001.

На ПЗ version 10.1.0E build 46085 коли залили ребути зникли, але як в даній версії побороти проблему (більше 100 активних ону  - не продовжується оренда ІР по DHCP)

Expand  

 

Ищите подходящуюю прошивку, попробуйте последнюю 10.1.0E Build 50174.

Я пока свои ребуты вылечил, 8 прошивок перепробовал :(

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

 

Ищите подходящуюю прошивку, попробуйте последнюю 10.1.0E Build 50174.

Я пока свои ребуты вылечил, 8 прошивок перепробовал :(

Expand  

 

Напевно що різні прошивки ведуть себе по різному і заміна прошивки може щось вирішити.

З мого досвіду ці китайські залізяки ( в мене їх зараз 5 шт ) дуже капризні при застосуванні всілякого розширеного функціоналу.

Пошукайте що Ви змінювали в конфігурації до того як рестарти почалися. Спробуйте обнулити конфіг та налаштуйте від початку.

 

В мене були два випадки 

1. 5-ти річної давності З310B (без перепрошивок) працював як належить  3 роки поки я не задумав "покращити" ситуацію і написав скрипт який по SNMP дописав Description для кощного EPON інтерфейсу.  Таке безобідне "покращення" поставило крапку в безперебійній роботі одного з пристроїв :)  три інших, задіяних в проекті, не постраждали від підписування (у всіх різні прошивки).

2. Під час перепрошивки апарату вирішив поекспериментувати з функціоналом якого не використовував  і наткнувся що SSH сервіс в ньому впиляний дуже коряво, навідь в останніх прошивках.  Використання SSH приводило до хаотичних ребутів. Плюнув і повернувся до перевіреного функціоналу.

 

І нема тут нічого дивного, бо при використанні розширених функцій і на брендових апаратах бувають глюки. Відтестувати все на виробництві неможливо.

Ссылка на сообщение
Поделиться на других сайтах
  В 07.04.2018 в 13:05, agaletski сказав:

 нема тут нічого дивного, бо при використанні розширених функцій і на брендових апаратах бувають глюки. Відтестувати все на виробництві неможливо.

Expand  

Конечно нет тут ничего удивительного. Для того прошивки и выпускают, чтобы что-то пофиксить (и попутно что-то другое поломать).

 

В моём случае добавление мультикаста вызвало ребуты. Слендующая прошивка вылечила мультикаст но поломала РРРоЕ, потом были ещё всякие недочёты, пока не пришел к стабильной для своей конфигурации сети.

 

P.S. ssh у этих железок до сих пор жутко кривой и его крайне не рекомендуется использовать.

Ссылка на сообщение
Поделиться на других сайтах
  В 30.03.2018 в 16:26, Matou сказав:

 

Таки попробуйте так 

show epon optical-transceiver-diagnosis interface epon 0/x

Expand  

дякую...допомогло

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

Вот что никогда не вылечится свежей прошивкой, так это малое количество TCAM в этой железке. Ситуация сложилась следующая при таком количестве абонентов:

ONU STATUS COUNT
-------------------------
...
Auto-configured:    196
...

ip-source guard одновременно не работает на всех 4-ех портах, а только на 2. Если включить на всех, начинаются рандомные отвалы клиентов. Причем трафик перестает ходить даже у тех, кому для эксперимента прописали адреса руками, а на порту отключили ip-source guard.
Кто-нибудь знает как посмотреть подробно количество доступной памяти? Есть ли здесь, у кого около 200 клиентов и доступ раздается через IPoE?

Пробовал включать на всех PON портах arp-inspection trust, ничего не меняет. В каком месте можно выкружить памяти, чтобы работала хотя бы только связка dhcp-relay, snooping, ip-source guard? 
 

Ссылка на сообщение
Поделиться на других сайтах
  В 12.04.2018 в 02:40, exhalace сказав:

Вот что никогда не вылечится свежей прошивкой, так это малое количество TCAM в этой железке. Ситуация сложилась следующая при таком количестве абонентов:

ONU STATUS COUNT
-------------------------
...
Auto-configured:    196
...

ip-source guard одновременно не работает на всех 4-ех портах, а только на 2. Если включить на всех, начинаются рандомные отвалы клиентов. Причем трафик перестает ходить даже у тех, кому для эксперимента прописали адреса руками, а на порту отключили ip-source guard.
Кто-нибудь знает как посмотреть подробно количество доступной памяти? Есть ли здесь, у кого около 200 клиентов и доступ раздается через IPoE?

Пробовал включать на всех PON портах arp-inspection trust, ничего не меняет. В каком месте можно выкружить памяти, чтобы работала хотя бы только связка dhcp-relay, snooping, ip-source guard? 
 

Expand  

 

Насколько я помню в B ревизии можно было перераспределить tcam и отдать ip-source guard больше памяти. А вот в C ревизии нельзя, или уже можно?

Ссылка на сообщение
Поделиться на других сайтах
  В 12.04.2018 в 05:39, 2Garin сказав:

 

Насколько я помню в B ревизии можно было перераспределить tcam и отдать ip-source guard больше памяти. А вот в C ревизии нельзя, или уже можно?

Expand  

а покажите пожалуйста шаблон ,выдаваемый онушкам ..... :)

Ссылка на сообщение
Поделиться на других сайтах
  В 12.04.2018 в 06:22, Doctorzlo сказав:

а покажите пожалуйста шаблон ,выдаваемый онушкам ..... :)

Expand  

Как то так:

epon onu-config-template T1
 cmd-sequence 1 epon onu port 1 ctc vlan mode tag 342
 cmd-sequence 2 epon onu port 1 loopback detect
 cmd-sequence 3 epon onu port 1 storm-control mode 1 threshold 256
 cmd-sequence 4 epon onu port 1 ctc mcst tag-stripe enable
 cmd-sequence 5 epon onu port 1 ctc mcst mc-vlan add 31
 cmd-sequence 6 epon onu port 1 ctc mcst max-group-number 5
 cmd-sequence 7 epon onu port 2 ctc shutdown
 cmd-sequence 8 epon onu port 3 ctc shutdown
 cmd-sequence 9 epon onu port 4 ctc shutdown
 cmd-sequence 10 switchport port-security mode dynamic
 cmd-sequence 11 switchport port-security dynamic maximum 2
 cmd-sequence 12 epon sla downstream pir 100000 cir 10000
 cmd-sequence 13 epon sla upstream pir 100000 cir 10000
 cmd-sequence 14 exit
 cmd-sequence 15 exit
 cmd-sequence 16 write all


 

Відредаговано 2Garin
Ссылка на сообщение
Поделиться на других сайтах
  В 12.04.2018 в 06:49, 2Garin сказав:

Как то так:

epon onu-config-template T1
 cmd-sequence 1 epon onu port 1 ctc vlan mode tag 342
 cmd-sequence 2 epon onu port 1 loopback detect
 cmd-sequence 3 epon onu port 1 storm-control mode 1 threshold 256
 cmd-sequence 4 epon onu port 1 ctc mcst tag-stripe enable
 cmd-sequence 5 epon onu port 1 ctc mcst mc-vlan add 31
 cmd-sequence 6 epon onu port 1 ctc mcst max-group-number 5
 cmd-sequence 7 epon onu port 2 ctc shutdown
 cmd-sequence 8 epon onu port 3 ctc shutdown
 cmd-sequence 9 epon onu port 4 ctc shutdown
 cmd-sequence 10 switchport port-security mode dynamic
 cmd-sequence 11 switchport port-security dynamic maximum 2
 cmd-sequence 12 epon sla downstream pir 100000 cir 10000
 cmd-sequence 13 epon sla upstream pir 100000 cir 10000
 cmd-sequence 14 exit
 cmd-sequence 15 exit
 cmd-sequence 16 write all


 

Expand  

хм в принципе все хорошо  но вот блин объясните мне нафига добавлять команды exit  и  write all  ? вы понимаете что вы убиваете флеш ..это раз 
а второе то что многие ону норм конфиг не получают в случае массового реконекта 

Ссылка на сообщение
Поделиться на других сайтах
  В 12.04.2018 в 07:11, Doctorzlo сказав:

хм в принципе все хорошо  но вот блин объясните мне нафига добавлять команды exit  и  write all  ? вы понимаете что вы убиваете флеш ..это раз 
а второе то что многие ону норм конфиг не получают в случае массового реконекта 

Expand  

В B версии на старых версиях прошивки только после exit можно было записать конфиг, с тех пор темплейт и остался. Понимаю что флеш не резиновая но не думаю что сохранить конфиг максимум 64*4 раза это критично. Применение темплейта ведь происходит только при регистрации новых ОНУшек, при перерегистрации ОНУ присутствующей в конфиге к ней темплейт не применяется, а поднимается конфиг с флешки ОЛТ.

При массовом реконнекте ОНУшек и пустом конфиге на флеше ОЛТ (если конфиг не сохранять и например перезагрузить ОЛТ) регистрация ОНУшек занимает минут 10 и процессор ОЛТ лежащий в полочке. Если конфиг на онушки присутствует во флеше проблем с перезагрузкой ОЛТ нет.

Відредаговано 2Garin
Ссылка на сообщение
Поделиться на других сайтах
  В 12.04.2018 в 07:37, 2Garin сказав:

В B версии на старых версиях прошивки только после exit можно было записать конфиг, с тех пор темплейт и остался. Понимаю что флеш не резиновая но не думаю что сохранить конфиг максимум 64*4 раза это критично. Применение темплейта ведь происходит только при регистрации новых ОНУшек, при перерегистрации ОНУ присутствующей в конфиге к ней темплейт не применяется, а поднимается конфиг с флешки ОЛТ.

При массовом реконнекте ОНУшек и пустом конфиге на флеше ОЛТ (если конфиг не сохранять и например перезагрузить ОЛТ) регистрация ОНУшек занимает минут 10 и процессор ОЛТ лежащий в полочке. Если конфиг на онушки присутствует во флеше проблем с перезагрузкой ОЛТ нет.

Expand  

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

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

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

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

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

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

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

Вхід

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

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

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

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


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