Mackiavelly

epon onu-config-template vlan-per-user cmd-sequence 1 epon onu all-port ctc vlan mode tag %1 ... ! interface EPON0/1 epon pre-config-template vlan-per-user binded-onu-llid 1 param 101 epon pre-config-template vlan-per-user binded-onu-llid 2 param 102 ... epon pre-config-template vlan-per-user binded-onu-llid 64 param 164 ... ! interface EPON0/2 epon pre-config-template vlan-per-user binded-onu-llid 1 param 201 epon pre-config-template vlan-per-user binded-onu-llid 2 param 202 ... epon pre-config-template vlan-per-user binded-onu-llid 64 param 264 ... ! Странно работает вот так

зачем откат делали?

no epon oam-version 1 0x30

К сожалению по не понятным причинам, после пары запросов откисает SNMP...

А де ви ці останні прошивки берете?

да именно по этом у меня 3 olt 3310B c отвалеными портами и 10 3310С без всяких проблем и только на одной наблюдаются проблемы из первого поста и конфиги одинаковые, только вланы разные, а онушки везде небольшой зоопарк

Вариантов я так понимаю нет...

хм а это уже странно проверил на своих олт Build 46085 и на Build 36039 все норм

прошивка в конце D или E

P3310B?

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

Есть OLT BDCOM P3310C Build 43480 у нее на одном из pon портов висят онушки(класика все как обычно темплейт все дала) epon onu-config-template E1000 cmd-sequence 001 epon sla upstream pir 1000000 cir 10000 cmd-sequence 002 epon sla downstream pir 1000000 cir 10000 cmd-sequence 003 epon onu all-port ctc loopback detect cmd-sequence 004 epon onu all-port ctc vlan mode tag <каждая ону в своем отдельном влане> ! interface EPON0/1 epon pre-config-template E1000 binded-onu-llid 1-64 switchport mode trunk switchport protected 1 ! все вланы транком уходят на комутацию за каждо

ага как выяснилось данные OID появились только в прошивках E аля Version 10.1.0E, во всех предыдущий версиях, этих полей нет, дерево заканчивается на 8 индексе

.1.3.6.1.4.1.3320.101.11.1.1.10.10.128.20.168.62.77.72 Name/OID: llidOnuBindLastDeregTime.10.128.20.168.62.77.72; Value (OctetString): 0x07 E1 0A 12 14 3A 2E 00 2B 03 00 на всякий это тоже оставлю здеся... ))))

.1.3.6.1.4.1.3320.101.11.1.1.11.10.128.20.168.62.77.72 Name/OID: llidOnuBindLastDeregReason.10.128.20.168.62.77.72; Value (Integer): power-off (9) тут вроде вообще все понятно

да да я вот эти 2 поля LastDeregTime, LastDeregReason тоже очень хочу... Нашли oid ? К сожалению, их не существует. Ответ от китайской техподдержки. Таки да OID не нашел взял телнетом.... думаю все найдут то что искали .1.3.6.1.4.1.3320.101.11.1.1, и похоже чутка прибрэхивает китайский саппорт Ничего подобного тут нету. Единственный способ отловить dereg reason - это ловить snmp трапы. Только есть одна загвоздка, в трапах есть только DyingGasp - пропало питание и registered/deregistered onu event. Cледовательно чтобы найти wire down - нужно складывать в базу данных в

да да я вот эти 2 поля LastDeregTime, LastDeregReason тоже очень хочу... Нашли oid ? К сожалению, их не существует. Ответ от китайской техподдержки. Таки да OID не нашел взял телнетом.... думаю все найдут то что искали .1.3.6.1.4.1.3320.101.11.1.1, и похоже чутка прибрэхивает китайский саппорт

да да я вот эти 2 поля LastDeregTime, LastDeregReason тоже очень хочу...

Image Loader 1.0.5.0 Image File 1.4.20.11 проблема такая же, ни mercury, ни admin не подходят