fox_fan Опубліковано: 28 серпня, 2019 Опубліковано: 28 серпня, 2019 Пока таких прикольных совпадений не наблюдал, что бы по оидам выводило ровно 15000. У Вас онушки фирмовые ZTE все? У нас зоопарк целый всяких. Например: iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268566784.51.1 = INTEGER: 0 iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268566784.52.1 = INTEGER: 395 iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268566784.53.1 = INTEGER: 3010 iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268566784.54.1 = INTEGER: 65057 iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268566784.55.1 = INTEGER: 65057 iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268566784.56.1 = INTEGER: 64032 iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268566784.57.1 = INTEGER: 399 iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268566784.58.1 = INTEGER: 65311 iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268566784.59.1 = INTEGER: 65535 iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268566784.51 = INTEGER: 6 iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268566784.52 = INTEGER: 6 iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268566784.53 = INTEGER: 6 iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268566784.54 = INTEGER: 6 iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268566784.55 = INTEGER: 6 iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268566784.56 = INTEGER: 6 iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268566784.57 = INTEGER: 6 iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268566784.58 = INTEGER: 6 iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268566784.59 = INTEGER: 0 iso.3.6.1.4.1.3902.1012.3.50.11.2.1.1.268566784.51 = STRING: "ZTEG" iso.3.6.1.4.1.3902.1012.3.50.11.2.1.1.268566784.52 = STRING: "ALCL" iso.3.6.1.4.1.3902.1012.3.50.11.2.1.1.268566784.53 = STRING: "ZTEG" iso.3.6.1.4.1.3902.1012.3.50.11.2.1.1.268566784.54 = STRING: "xPON" iso.3.6.1.4.1.3902.1012.3.50.11.2.1.1.268566784.55 = STRING: "xPON" iso.3.6.1.4.1.3902.1012.3.50.11.2.1.1.268566784.56 = STRING: "xPON" iso.3.6.1.4.1.3902.1012.3.50.11.2.1.1.268566784.57 = STRING: "xPON" iso.3.6.1.4.1.3902.1012.3.50.11.2.1.1.268566784.58 = STRING: "xPON" iso.3.6.1.4.1.3902.1012.3.50.11.2.1.1.268566784.59 = STRING: "FORA" iso.3.6.1.4.1.3902.1012.3.11.4.1.2.268566784.51 = INTEGER: 4376 iso.3.6.1.4.1.3902.1012.3.11.4.1.2.268566784.52 = INTEGER: 5336 iso.3.6.1.4.1.3902.1012.3.11.4.1.2.268566784.53 = INTEGER: 5456 iso.3.6.1.4.1.3902.1012.3.11.4.1.2.268566784.54 = INTEGER: 4378 iso.3.6.1.4.1.3902.1012.3.11.4.1.2.268566784.55 = INTEGER: 4332 iso.3.6.1.4.1.3902.1012.3.11.4.1.2.268566784.56 = INTEGER: 5480 iso.3.6.1.4.1.3902.1012.3.11.4.1.2.268566784.57 = INTEGER: 5291 iso.3.6.1.4.1.3902.1012.3.11.4.1.2.268566784.58 = INTEGER: 4532 iso.3.6.1.4.1.3902.1012.3.11.4.1.2.268566784.59 = INTEGER: 4438 А что показывает вывод с ОЛТа при оид=15000 ? наверно ровно -30,002 ? (15000-15001*0.002-30=−30,002)
Пэтро Опубліковано: 28 серпня, 2019 Опубліковано: 28 серпня, 2019 gpon-onu_1/1/1:31 0.000(dbm) gpon-onu_1/1/1:33 -24.558(dbm) gpon-onu_1/1/1:34 -22.006(dbm) gpon-onu_1/1/1:35 0.000(dbm) gpon-onu_1/1/1:36 0.000(dbm) Тоже нули.
fox_fan Опубліковано: 28 серпня, 2019 Опубліковано: 28 серпня, 2019 Может есть отличия по картам. У нас GTGH ревизия G (ревизия K в резерве, пока не дошли не юзаем)
fox_fan Опубліковано: 29 серпня, 2019 Опубліковано: 29 серпня, 2019 А если в тот момент когда у тех онушек пишет 0.000(dbm) от ону и по оиду 15000 зайти на pon-onu-mng gpon-onu_1/1/1:31 и выполнить команду reboot то что то поменяется в отображении? Подвисла ону скажем?
Ромка Опубліковано: 29 серпня, 2019 Опубліковано: 29 серпня, 2019 21 час назад, fox_fan сказал: Может есть отличия по картам. У нас GTGH ревизия G (ревизия K в резерве, пока не дошли не юзаем) А вы попробуйте, будете, как минимум, удивлены)
Ромка Опубліковано: 29 серпня, 2019 Опубліковано: 29 серпня, 2019 (відредаговано) 13 минут назад, fox_fan сказал: Например? Например прошивка/патч для GTGHK другие, от GTGHG не подходит. Ну а так в общем то работает... Відредаговано 29 серпня, 2019 Ромка
fox_fan Опубліковано: 29 серпня, 2019 Опубліковано: 29 серпня, 2019 Про прошивку/патч знаем. Заливали/применяли на стенде 4 типа онушек работает. Просто что на полную не нагружали в живую сеть еще.
GoranSrb Опубліковано: 10 вересня, 2019 Опубліковано: 10 вересня, 2019 (відредаговано) Can someone check this OID, I think its onu incoming traffic. .1.3.6.1.4.1.3902.1012.3.32.2.1.3 .1.3.6.1.4.1.3902.1012.3.32.2.1.2 give similar result _____________________________________ Is this look like onu outgoing ttaffic? Can anyone test oid? .1.3.6.1.4.1.3902.1012.3.28.6.1.4 Відредаговано 10 вересня, 2019 GoranSrb
Mushegh Опубліковано: 17 вересня, 2019 Опубліковано: 17 вересня, 2019 Как снять информацию входного тока и температуры олт с помощью snmp?
Dobromyr Опубліковано: 14 листопада, 2019 Опубліковано: 14 листопада, 2019 В 23.03.2019 в 21:26, Пэтро сказал: отправил всем. И мне, плиз
patricio Опубліковано: 1 грудня, 2019 Опубліковано: 1 грудня, 2019 On 23/03/2019 at 16:26, Пэтро said: enviado a todos. could you please send me the mibs?
Пэтро Опубліковано: 19 січня, 2020 Опубліковано: 19 січня, 2020 20 часов назад, CoCOsmall сказал: Есть оид для маков за gpon ону под с300 ? либо траффик на ону (in, out)? //Список мак адресов $ZTEifFdbReadByPortMacAddressoid ='.1.3.6.1.4.1.3902.1015.6.1.3.1.5.1';
CoCOsmall Опубліковано: 19 січня, 2020 Опубліковано: 19 січня, 2020 4 часа назад, Пэтро сказав: //Список мак адресов $ZTEifFdbReadByPortMacAddressoid ='.1.3.6.1.4.1.3902.1015.6.1.3.1.5.1'; это походу список на gpon стволах. а как по конкретной ону посмотреть?
Пэтро Опубліковано: 20 січня, 2020 Опубліковано: 20 січня, 2020 function encode_gponOnuIndex($shelf="0", $slot="0", $port="0", $onu_num="0") { return( (1 << 30) + (($shelf -1 ) << 21 )+ (($slot - 1) << 20 )+ ( ($port - 1) << 16 )+ ( ($onu_num - 1 ) << 8 )); } $onuFDBIndex = encode_gponOnuIndex(1,1,$item['oltPortIndex'],$item['onuPortIndex']); $a_ifFdbReadByPortMacAddress= $session->walk($ZTEifFdbReadByPortMacAddressoid.".".$onuFDBIndex); Сначала номер онушки/порта сфп/платы превращаем в хитрый ID этот id присоединяем к OID и получаем массив маков. маки преобразуем dechex в "человеческий вид"
Пэтро Опубліковано: 20 січня, 2020 Опубліковано: 20 січня, 2020 Я так понимаю по регистрации онушек и трафику так и тишина?
CoCOsmall Опубліковано: 20 січня, 2020 Опубліковано: 20 січня, 2020 4 часа назад, Пэтро сказав: function encode_gponOnuIndex($shelf="0", $slot="0", $port="0", $onu_num="0") { return( (1 << 30) + (($shelf -1 ) << 21 )+ (($slot - 1) << 20 )+ ( ($port - 1) << 16 )+ ( ($onu_num - 1 ) << 8 )); } $onuFDBIndex = encode_gponOnuIndex(1,1,$item['oltPortIndex'],$item['onuPortIndex']); $a_ifFdbReadByPortMacAddress= $session->walk($ZTEifFdbReadByPortMacAddressoid.".".$onuFDBIndex); Сначала номер онушки/порта сфп/платы превращаем в хитрый ID этот id присоединяем к OID и получаем массив маков. маки преобразуем dechex в "человеческий вид" большое спасибо. жаль, что по трафику ничего нету. может по трафику влана есть чтото?
Пэтро Опубліковано: 20 січня, 2020 Опубліковано: 20 січня, 2020 2 минуты назад, CoCOsmall сказал: жаль, что по трафику ничего нету. может по трафику влана есть чтото? все утро искал, нифига нет. есть оиды но олт на них молчит.
magamel Опубліковано: 20 січня, 2020 Опубліковано: 20 січня, 2020 тут у вітці були оїди по трафіку: 1.3.6.1.4.1.3902.1015.1010.5.5.1.2.id_onu - onu rx 1.3.6.1.4.1.3902.1015.1010.5.5.1.17.id_onu - onu tx 1.3.6.1.4.1.3902.1015.1010.5.4.1.2.id_olt - olt rx 1.3.6.1.4.1.3902.1015.1010.5.4.1.17.id_olt - olt tx На С320 з епон онушками виглядає ось так: snmpwalk -On -v 2c -c public ххх.xxx.xxx.xxx 1.3.6.1.4.1.3902.1015.1010.5.5.1.2 .1.3.6.1.4.1.3902.1015.1010.5.5.1.2.805830912 = Counter64: 48696939603 .1.3.6.1.4.1.3902.1015.1010.5.5.1.2.805831168 = Counter64: 14804247496 .1.3.6.1.4.1.3902.1015.1010.5.5.1.2.805831424 = Counter64: 8093854953 .1.3.6.1.4.1.3902.1015.1010.5.5.1.2.805831680 = Counter64: 23321115573 .1.3.6.1.4.1.3902.1015.1010.5.5.1.2.805831936 = Counter64: 15067695980 .1.3.6.1.4.1.3902.1015.1010.5.5.1.2.805832192 = Counter64: 4386853274 .1.3.6.1.4.1.3902.1015.1010.5.5.1.2.805832448 = Counter64: 3738236255
GoranSrb Опубліковано: 21 січня, 2020 Опубліковано: 21 січня, 2020 (відредаговано) 23 hours ago, magamel said: here at the bulletin street traffic: 1.3.6.1.4.1.3902.1015.1010.5.5.1.2.id_onu - onu rx 1.3.6.1.4.1.3902.1015.1010.5.5.1.17.id_onu - onu tx 1.3.6.1.4.1.3902.1015.1010.5.4.1.2.id_olt - olt rx 1.3.6.1.4.1.3902.1015.1010.5.4.1.17.id_olt - olt tx On C320 with the onus of the wiggly axis, the axis is: snmpwalk -On -v 2c -c public xxx.xxx.xxx.xxx 1.3.6.1.4.1.3902.1015.1010.5.5.1.2 .1.3.6.1.4.1.3902.1015.1010.5.5.1.2.805830912 = Counter64: 48696939603 .1.3 . 6.1.4.1.3902.1015.1010.5.5.1.2.805831168 = Counter64: 14804247496 .1.3.6.1.4.1.3902.1015.1010.5.5.1.2.805831424 = Counter64: 8093854953 .1.3.6.1.4.1.3902.1015.1010.5.5.1.2.805831680 = Counter 23321115573 .1.3.6.1.4.1.3902.1015.1010.5.5.1.2.805831936 = Counter64: 15067695980 .1.3.6.1.4.1.3902.1015.1010.5.5.1.2.805832192 = Counter64: 4386853274 .1.3.6.1.4.1.3902.1015.1010.5.5. 2.805832448 = Counter64: 3738236255 onu rx/tx traffic дла Ц300 гпон ? edit: ето да ону рх-тх, но в абиллс не работает... Відредаговано 21 січня, 2020 GoranSrb
asm Опубліковано: 29 січня, 2020 Опубліковано: 29 січня, 2020 Всем привет! Кто-нибудь имел опыт по снятию информации о текущем питании C320, с батареи ли или с сети? Пробежался snmpwalk, там есть такая строка: SNMPv2-MIB::sysORDescr.78 = STRING: zxAnEnvPowerSupplyGroup in ZTE-AN-ENVMON-MIB.mib Вопрос, у кого-то есть ZTE-AN-ENVMON-MIB.mib?
GoranSrb Опубліковано: 30 січня, 2020 Опубліковано: 30 січня, 2020 On 1/29/2020 at 8:23 AM, asm said: Hello! Has anyone had any experience with removing information about the current power of the C320, from the battery or from the mains? I ran through snmpwalk, there is such a line: SNMPv2-MIB :: sysORDescr. 78 = STRING: zxAnEnvPowerSupplyGroup in ZTE-AN-ENVMON-MIB.mib The question is, does anyone have ZTE-AN-ENVMON-MIB.mib? ZTE-AN-ENVMON-MIB.txt
GoranSrb Опубліковано: 30 січня, 2020 Опубліковано: 30 січня, 2020 (відредаговано) Here is all mib what I have, will share here for all who need it. if someone can help me with abills pon and onu rx/tx traffic graph or have OID for rx/tx traffic post here or send pm. Mib.7z ZTE-AN-ENVMON-MIB.mib Відредаговано 30 січня, 2020 GoranSrb
CoCOsmall Опубліковано: 30 січня, 2020 Опубліковано: 30 січня, 2020 да. беда с трафиком на гпоне... ктото нашел как профиль на ону цеплять?
GoranSrb Опубліковано: 31 січня, 2020 Опубліковано: 31 січня, 2020 (відредаговано) <counterImpl counterName="XponOnuIfRxOctets" expression="a"> <para name="a" type="snmp" oid=".1.3.6.1.4.1.3902.1015.1010.5.56.1.1.2" /> </counterImpl> <counterImpl counterName="XponOnuIfTxOctets" expression="a"> <para name="a" type="snmp" oid=".1.3.6.1.4.1.3902.1015.1010.5.56.1.1.3" /> </counterImpl> <counterImpl counterName="zxAnPonOnuIfRxOctets" expression="a"> <para name="a" type="snmp" oid=".1.3.6.1.4.1.3902.1082.500.4.2.2.2.1.1" /> </counterImpl> <counterImpl counterName="zxAnPonOnuIfTxOctets" expression="a"> <para name="a" type="snmp" oid=".1.3.6.1.4.1.3902.1082.500.4.2.2.2.1.44" /> </counterImpl> <counterImpl counterName="zxAnPonOnuIfRxOctetRate" expression="a/1000.0/1000*8"> <para name="a" type="snmp" oid=".1.3.6.1.4.1.3902.1082.500.4.2.2.2.1.3" /> </counterImpl> <counterImpl counterName="zxAnPonOnuIfTxOctetRate" expression="a/1000.0/1000*8"> <para name="a" type="snmp" oid=".1.3.6.1.4.1.3902.1082.500.4.2.2.2.1.46" /> </counterImpl> <counterImpl counterName="RxOctets" expression="a"> <para name="a" type="snmp" oid=".1.3.6.1.4.1.3902.1012.3.50.8.1.1.20" /> </counterImpl> Відредаговано 31 січня, 2020 GoranSrb
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас