Перейти до

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

Опубліковано:

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

При добавлении платы во 2 слот выявился баг...   Слот в 19 позиции....

function encode_gponOnuIndex($shelf="0", $slot="0", $port="0", $onu_num="0") {
    return( (1 << 30) + (($shelf -1 ) << 21 )+ (($slot -1) << 19 )+ ( ($port - 1) << 16 )+ ( ($onu_num - 1 ) << 8 ));
}
  • 3 weeks later...
  • 1 month later...
  • 3 weeks later...
Опубліковано: (відредаговано)

Может у кого нибудь есть snmp oid ZTE c220, на установку vlan на pon-onu-mng epon-onu_0/x/x:x, аналогичного команде vlan port eth_0/1 mode tag vlan xxxx priority 0 ?

Відредаговано serg_cl
Опубліковано:
В 01.04.2020 в 22:49, Mechanik сказал:

Подскажите существует ли возможность смена профайла скорости для epon на zte c220 для уже работающей ону?

Да, на интерфейсе interface epon-onu_0/x/x:x сначала no sla-profile, а потом применяете новый sla-profile 50M vport 1

Опубліковано:
В 18.04.2020 в 14:03, serg_cl сказал:

Да, на интерфейсе interface epon-onu_0/x/x:x сначала no sla-profile, а потом применяете новый sla-profile 50M vport 1

а по snmp или пакетно- для всех ону , не знаете возможность?

 

  • 4 weeks later...
Опубліковано:
В 19.02.2020 в 15:46, Dobromyr сказал:

А є в когось міби для EPON портів? Типу RX power, температура і т.д

для epon и gpon - все порты - вывод TX power
например у нас на одном олте 8 первых портов епон, затем 16 портов гпон, 2 аплинк порта.
1.3.6.1.4.1.3902.1015.3.1.13.1.4
iso.3.6.1.4.1.3902.1015.3.1.13.1.4.268435456 = INTEGER: 6327 ---- делим на 1000
iso.3.6.1.4.1.3902.1015.3.1.13.1.4.268435712 = INTEGER: 6637
iso.3.6.1.4.1.3902.1015.3.1.13.1.4.268435968 = INTEGER: 6521
iso.3.6.1.4.1.3902.1015.3.1.13.1.4.268436224 = INTEGER: 6616
iso.3.6.1.4.1.3902.1015.3.1.13.1.4.268436480 = INTEGER: 6786
iso.3.6.1.4.1.3902.1015.3.1.13.1.4.268436736 = INTEGER: 6632
iso.3.6.1.4.1.3902.1015.3.1.13.1.4.268436992 = INTEGER: 6610
iso.3.6.1.4.1.3902.1015.3.1.13.1.4.268437248 = INTEGER: 6683

 

температура делим тоже на 1000
1.3.6.1.4.1.3902.1015.3.1.13.1.12
 

iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268435456 = INTEGER: 46605
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268435712 = INTEGER: 49105
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268435968 = INTEGER: 53273
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268436224 = INTEGER: 48273
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268436480 = INTEGER: 44109
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268436736 = INTEGER: 50773
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268436992 = INTEGER: 48273
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268437248 = INTEGER: 42441


А может есть по выводу значения от олта RX ?

оид который покажет выделенное красным для епона:


show pon power attenuation epon-onu_1/1/1:1
           OLT                  ONU              Attenuation
--------------------------------------------------------------------------
 up      Rx :-27.958(dbm)      Tx:1.789(dbm)        29.747(dB)     
 
 down    Tx :6.327(dbm)        Rx:-24.089(dbm)      30.416(dB)     
 

Опубліковано: (відредаговано)

вот миб прям на первой странице этого форма

ZXAN-TRANSCEIVER-MIB::zxAnOLTRxOpticalPower .1.3.6.1.4.1.3902.1015.1010.11.2.1.2 Сигнал, только пока не ясно чего... Похоже того что видит ОЛТ

у меня выводит

wat31-zte320#show pon power attenuation gpon-onu_1/2/1:1
           OLT                  ONU              Attenuation
--------------------------------------------------------------------------
 up      Rx :-14.396(dbm)      Tx:2.707(dbm)        17.103(dB)     
 
 down    Tx :6.339(dbm)        Rx:-11.140(dbm)      17.479(dB) 

 

snmpwalk -v2c -c public 10.10.10.10  .1.3.6.1.4.1.3902.1015.1010.11.2.1.2
iso.3.6.1.4.1.3902.1015.1010.11.2.1.2.268566784.1 = INTEGER: -14396

 

-14396 делим на 1000 и получаем Rx :-14.396(dbm)  

 

PS. Я вот сам тоже ищю чтобы данные c ONU портов поучить Tx:2.707 и Rx:-11.140

Відредаговано Maksel
Опубліковано:
4 часа назад, Maksel сказал:

 

PS. Я вот сам тоже ищю чтобы данные c ONU портов поучить Tx:2.707 и Rx:-11.140

Выкладывали уже в этой теме, но там формула для пересчета, в zabbix 4+ решается предобработкой на JavaScripts

Опубліковано: (відредаговано)


1.3.6.1.4.1.3902.1012.3.50.12.1.1.14 - GPON Onu-tx
1.3.6.1.4.1.3902.1012.3.50.12.1.1.10 - GPON Onu-rx

формула такая для tx и rx
если значение_снмп равно 65535 то это 0, иначе
если значение_снмп больше 30000    = (значение_снмп-65536)*0.002-30; 
если значение_снмп меньше 30000 = значение_снмп*0.002-30;

 

1.3.6.1.4.1.3902.1015.1010.11.2.1.2.268566784   - GPON Olt-rx
если значение_снмп равно -80000 то это 0, иначе значение_снмп дели на 1000

Відредаговано fox_fan
  • 1 month later...
Опубліковано: (відредаговано)

[root@localhost ~]# snmpwalk -v2c -c public 10.0.x.x 1.3.6.1.4.1.3902.1012.3.50.12.1.1.10
SNMPv2-SMI::enterprises.3902.1012.3.50.12.1.1.10 = No Such Object available on this agent at this OID
[root@localhost ~]#

 

i want to get the value of "zxGponPonRxOpticalLevel" but the output of snmp walk show that oid is not recognize ...

OLTc300 - V.2.0.1P2

 

but this OID work on C220 and also work on c300 v.1.2.5P3

[root@localhost ~]# snmpwalk -v2c -c public 10.0.y.y 1.3.6.1.4.1.3902.1012.3.50.12.1.1.10
SNMPv2-SMI::enterprises.3902.1012.3.50.12.1.1.10.268828928.1.1 = INTEGER: 5910
SNMPv2-SMI::enterprises.3902.1012.3.50.12.1.1.10.268828928.2.1 = INTEGER: 6165

 

Anyone can help?

Відредаговано rizmun
change value
Опубліковано:

Друзья, всем привет.

На ZTE C320 на прошивке 1.2.5P3 через OID .1.3.6.1.4.1.3902.1015.6 мог забирать мак-адреса за ONU.

На прошивке 2.1.0 такого OID уже нет. Кто-нибудь сталкивался с этим ?

  • 4 weeks later...
Опубліковано:

Да, на 2.1.0 оиды не такие как на 1.2.5P3

собирал в какти графики

по OID  (например порт gpon-olt_1/2/5)
1.3.6.1.4.1.3902.1012.3.28.3.1.8.268567808 индексы онушек
iso.3.6.1.4.1.3902.1012.3.28.3.1.8.268567808.1 = INTEGER: 1
iso.3.6.1.4.1.3902.1012.3.28.3.1.8.268567808.2 = INTEGER: 2
iso.3.6.1.4.1.3902.1012.3.28.3.1.8.268567808.3 = INTEGER: 3
iso.3.6.1.4.1.3902.1012.3.28.3.1.8.268567808.4 = INTEGER: 4
iso.3.6.1.4.1.3902.1012.3.28.3.1.8.268567808.5 = INTEGER: 5
iso.3.6.1.4.1.3902.1012.3.28.3.1.8.268567808.6 = INTEGER: 6
iso.3.6.1.4.1.3902.1012.3.28.3.1.8.268567808.7 = INTEGER: 7
iso.3.6.1.4.1.3902.1012.3.28.3.1.8.268567808.8 = INTEGER: 8
iso.3.6.1.4.1.3902.1012.3.28.3.1.8.268567808.9 = INTEGER: 9

 

1.3.6.1.4.1.3902.1012.3.13.1.1.13.268567808 кол-во зареганых онушек
iso.3.6.1.4.1.3902.1012.3.13.1.1.13.268567808 = INTEGER: 9


в 2.1.0 пишет такое
по 1.3.6.1.4.1.3902.1012.3.28.3.1.8.268567808 = No Such Object available on this agent at this OID


по 1.3.6.1.4.1.3902.1012.3.13.1.1.13.268567808 = INTEGER: 0

Опубліковано:

В поисках некоторых оидов под софт 2.1.0 нашел такую информацию по оидам трафика

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

#show interface gpon-onu_1/1/1:1
ONU statistic:
   Input rate :                  0 Bps                0 pps
   Output rate:                  0 Bps                0 pps
   Input bandwidth throughput :0.0%    
   Output bandwidth throughput: N/A    
Interface peak rate:
   Input peak rate :             735007 Bps             1369 pps
   Output peak rate:            4476011 Bps             3014 pps
Total statistic:
  Input:
    Bytes:2911646692           Packets:23776097            
  Output:
    Bytes:104337451192         Packets:76152543      

 

Эти счетчики по трафику на первой онушке


snmpwalk -v 2c -c public 192.168.100.4 1.3.6.1.4.1.3902.1015.1010.5.56.1
iso.3.6.1.4.1.3902.1015.1010.5.56.1.1.1.2416967936 = Counter64: 0
iso.3.6.1.4.1.3902.1015.1010.5.56.1.1.2.2416967936 = Counter64: 2911646692
iso.3.6.1.4.1.3902.1015.1010.5.56.1.1.3.2416967936 = Counter64: 104337451192
iso.3.6.1.4.1.3902.1015.1010.5.56.1.1.4.2416967936 = Counter64: 23776097
iso.3.6.1.4.1.3902.1015.1010.5.56.1.1.5.2416967936 = Counter64: 76152543
...

Допустим это и есть для первой ону счетчики трафика.

А как понять как со второй следующей ону такое снимать?

 

  • 1 month later...
  • 1 month later...
Опубліковано:

добавили 16ти портовую плату и выявился баг в функции вычисления oid для мак-адреса..

 

 

	function encode_gponOnuIndex($shelf="0", $slot="0", $port="0", $onu_num="0") {
			/// если 8 портовая плата то прибавить 1 << 19
		if ($slot==2) $inc= (1 << 19 )+(1 << 30);
		if ($slot==1) $inc= (5 << 29 );
		return( $inc + (($shelf -1 ) << 21 )+  ( ($port - 1) << 16 )+ ( ($onu_num - 1 ) << 8 ) );
	}

вообще странная конструкция в 8ми портовой плате индекс порта +8 

в 1 слоте индекс слота почему-то 2

во 2 слоте почему-то 5

  • 2 months later...
  • 4 weeks later...
Опубліковано:
В 11.01.2021 в 15:05, Cashyou сказал:

Находил кто нибудь oid показывающий на конкретном olt порту количество onu только со статусом working?

сложить циклом не получится?

.1.3.6.1.4.1.3902.1012.3.28.2.1.3 например

 

В 06.02.2021 в 22:21, Duhbatista сказал:

i am looking for oid to list all "O.N.U" in a pon port

100500 oids list all ONU for example:

 

.1.3.6.1.4.1.3902.1012.3.28.2.1.3

 

.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.1 = INTEGER: 6
.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.2 = INTEGER: 6
.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.3 = INTEGER: 6
.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.4 = INTEGER: 6
.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.5 = INTEGER: 6
.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.6 = INTEGER: 6
.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.7 = INTEGER: 6
.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.8 = INTEGER: 6
.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.9 = INTEGER: 6
.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.10 = INTEGER: 0
.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.11 = INTEGER: 6
.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.12 = INTEGER: 6
.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.13 = INTEGER: 6
.1.3.6.1.4.1.3902.1012.3.28.2.1.3.268504832.14 = INTEGER: 6

where 268504832 is port

  • 1 month later...
Опубліковано:

Пробую по snmp получить список маков. Маки нахожу только в ветке SNMPv2-SMI::enterprises.3902.1082

 

Пример:

b0be.76c8.faf7   12    Dynamic   gpon-onu_1/1/15:3        vport 1

2c59.8a72.c7dc   12    Dynamic   gpon-onu_1/1/16:3        vport 1

 

в snmp это аналог:

SNMPv2-SMI::enterprises.3902.1082.40.10.2.1.2.1.50.1.285278479.268632320.12.176.190.118.200.250.247 = INTEGER: 1

SNMPv2-SMI::enterprises.3902.1082.40.10.2.1.2.1.50.1.285278480.268632320.12.44.89.138.114.199.220 = INTEGER: 1

 

Как высчитывать эти 285278480 и 268632320 чтобы понять какой это порт gpon и какая onu?

Опубліковано:
23 hours ago, evpamex said:

Как высчитывать эти 285278480 и 268632320 чтобы понять какой это порт gpon и какая onu?

 

$olt_ports = ['268501248'=>'1/1/1', '268501504'=>'1/1/2','268501760'=>'1/1/3','268502016'=>'1/1/4','268502272'=>'1/1/5','268502528'=>'1/1/6','268502784'=>'1/1/7','268503040'=>'1/1/8','268503296'=>'1/1/9','268503552'=>'1/1/10','268503808'=>'1/1/11','268504064'=>'1/1/12','268504320'=>'1/1/13','268504576'=>'1/1/14','268504832'=>'1/1/15','268505088'=>'1/1/16','268566784'=>'1/2/1','268567040'=>'1/2/2','268567296'=>'1/2/3','268567552'=>'1/2/4','268567808'=>'1/2/5','268568064'=>'1/2/6','268568320'=>'1/2/7','268568576'=>'1/2/8','268568832'=>'1/2/9','268569088'=>'1/2/10','268569344'=>'1/2/11','268569600'=>'1/2/12','268569856'=>'1/2/13','268570112'=>'1/2/14','268570368'=>'1/2/15','268570624'=>'1/2/16'];
 
 $olt_interfaces = ['xgei_1/4/2'=>'268632320', 'gei_1/4/1'=>'268632064', 'smartgroup2'=>'4043309058', 'smartgroup1'=>'4043309057'];

 

  • Thanks 1

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

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

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

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

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

Вхід

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

Войти сейчас
×
×
  • Створити нове...