Перейти до

ZTE OLT - опрос по SNMP - уровни


UserSide

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

Пока таких прикольных совпадений не наблюдал, что бы по оидам выводило ровно 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)

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Поделюсь оидами которые нашел   Проверялось на OLT ZTE C300 V1.2.5P2 карты GTGOG позже отпишусь по поводу epon. если есть какие то пожелания, предложения пишите   snmpget 1.3.6.1.4.1.3902.1015.

Ещё добавлю то что долго все искали...   Уровень сигнала rx на ОНУ  .1.3.6.1.4.1.3902.1012.3.50.12.1.1.10 вычисляется по формуле INTIGER*0.002-30 snmpwalk -c mycommynity -v2c -On 10.х.х.х .1.3.6.1.

Склерозник по OID ZTE C320 V1.2.5P3 во вложении, может кому пригодится. Тестовый олт и пакован онушек.   п.с. Вроде все адекватно подписано, что к чему. Когда-то сам искал подобное, ну и само собо

Posted Images

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)
 

Тоже нули.

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

А если в тот момент когда у тех онушек пишет 0.000(dbm) от ону и по оиду 15000
зайти на pon-onu-mng gpon-onu_1/1/1:31

и выполнить команду reboot то что то поменяется в отображении? Подвисла ону скажем?

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

Может есть отличия по картам. У нас GTGH ревизия G (ревизия K в резерве, пока не дошли не юзаем)

Expand  

А вы попробуйте, будете, как минимум, удивлены)

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

Например?

Expand  

Например прошивка/патч для GTGHK другие, от GTGHG не подходит. Ну а так в общем то работает...

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

Про прошивку/патч знаем. Заливали/применяли на стенде 4 типа онушек работает. Просто что на полную не нагружали в живую сеть еще.

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

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

 

 

Відредаговано GoranSrb
Ссылка на сообщение
Поделиться на других сайтах
  • 1 month later...
  • 3 weeks later...
  • 1 month later...
  В 18.01.2020 в 20:16, CoCOsmall сказав:

Есть оид для маков за gpon ону под с300 ? либо траффик на ону (in, out)?

Expand  

 


//Список мак адресов
$ZTEifFdbReadByPortMacAddressoid ='.1.3.6.1.4.1.3902.1015.6.1.3.1.5.1';

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

 


//Список мак адресов
$ZTEifFdbReadByPortMacAddressoid ='.1.3.6.1.4.1.3902.1015.6.1.3.1.5.1';

Expand  

это походу список на gpon стволах. а как по конкретной ону посмотреть?

Ссылка на сообщение
Поделиться на других сайтах
    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.01.2020 в 09:04, Пэтро сказав:
    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 в "человеческий вид"

Expand  

большое спасибо.

жаль, что по трафику ничего нету. может по трафику влана есть чтото?

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

жаль, что по трафику ничего нету. может по трафику влана есть чтото?

Expand  

 

все утро искал, нифига нет. 

 

есть оиды но олт на них молчит.

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

тут у вітці були  оїди по трафіку:

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

 

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

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

 

Expand  

onu rx/tx traffic дла Ц300 гпон ?

edit: ето да ону рх-тх, но в абиллс не работает... 

chart.jpeg

Screenshot_1.jpg

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

Всем привет!

Кто-нибудь имел опыт по снятию информации о текущем питании C320, с батареи ли или с сети?

Пробежался snmpwalk, там есть такая строка: 

SNMPv2-MIB::sysORDescr.78 = STRING:  zxAnEnvPowerSupplyGroup in ZTE-AN-ENVMON-MIB.mib

Вопрос, у кого-то есть ZTE-AN-ENVMON-MIB.mib?

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

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?

Expand  

 

ZTE-AN-ENVMON-MIB.txt

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

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

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

          <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>

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

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

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

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

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

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

Вхід

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

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

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

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


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