Jump to content
Local
UserSide

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

Recommended Posts

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

обратный алгоритм я не реализовывал, по ненадобности.

Share this post


Link to post
Share on other sites

всем здрасте

у кого нибудь есть мибы для write community?

Share this post


Link to post
Share on other sites

(ZTE C320 плата gpon) кто то делал шаблон уровни сигнала с онушек для какти?

нашел кое-что, но под свои какти не могу применить
 

<interface>
        <name>Get ONU Statistics</name>
        <oid_index>.1.3.6.1.4.1.3902.1012.3.28.1.1.3</oid_index>
        <oid_index_parse>OID/REGEXP:.*\.([0-9]{1,9}\.[0-9]{1,3})$</oid_index_parse>
        <oid_num_indexes>.1.3.6.1.4.1.3902.1012.3.28.1.1.3</oid_num_indexes>
        <index_order>objindex</index_order>
        <index_order_type>alphabetic</index_order_type>
        <index_title_format>|chosen_order_field|</index_title_format>

        <fields>
                <objindex>
                        <name>Index</name>
                        <method>walk</method>
                        <direction>input</direction>
                        <source>OID/REGEXP:.*\.([0-9]{1,9}\.[0-9]{1,3})$</source>
                        <oid>.1.3.6.1.4.1.3902.1012.3.28.1.1.3</oid>
                </objindex>
                <onuIndex>
                        <name>ONU ID</name>
                        <method>walk</method>
                        <source>OID/REGEXP:.*\.([0-9]{1,3})$</source>
                        <direction>input</direction>
                        <oid>.1.3.6.1.4.1.3902.1012.3.28.1.1.3</oid>
                </onuIndex>
                <PortIndex>
                        <name>Port Index</name>
                        <method>walk</method>
                        <source>OID/REGEXP:.*\.([0-9]{1,10})\.[0-9]{1,5}$</source>
                        <direction>input</direction>
                        <oid>.1.3.6.1.4.1.3902.1012.3.28.1.1.3</oid>
                </PortIndex>
                <onuDescription>
                        <name>ONU Description</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>input</direction>
                        <oid>.1.3.6.1.4.1.3902.1012.3.28.1.1.3</oid>
                </onuDescription>
                <ifOnuRx>
                        <name>OnuRx</name>
                        <method>get</method>
                        <source>value</source>
                        <direction>output</direction>
                        <oid>1.3.6.1.4.1.3902.1012.3.50.12.1.1.10</oid>
                </ifOnuRx>


        </fields>
</interface>

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Как то можно переделать под какти?
Вручную графики по оидам под нужные онушки делаю, но уже многовато их стало.
Сильно хочеться через xml

Видел выше Пєтро выкладывал под заббикс шаблон. Не могу понять как это можно переделать для cacti

Share this post


Link to post
Share on other sites

Я не в курсе, умеет ли кактус вычисления делать. Но вот так выглядит формула для уровня в Дб

(".1.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268501248.[{#SNMPINDEX}]")*0.002-30

первая часть - сам оид.

Потом идет типа интерфейсный номер онухи

Это значение возвращает число, которое нужно подвергнуть трансформации.*0.002-30

Edited by Dimkers

Share this post


Link to post
Share on other sites

Всем доброго дня!

Очень нужен MIB для PON C320. В заббиксе подцепила стандартный шаблон, но там нет данных о загрузке памяти, температуре.

Тут видела, что делились в личку. Можно мне тоже, пожалуйста?

Share this post


Link to post
Share on other sites

CPU

.1.3.6.1.4.1.3902.1015.2.1.1.3.1.9.1.1
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.9.1.1.1 = INTEGER: 23
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.9.1.1.2 = INTEGER: 14
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.9.1.1.3 = INTEGER: 0
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.9.1.1.4 = INTEGER: 1

 

Memory

.1.3.6.1.4.1.3902.1015.2.1.1.3.1.11.1.1
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.11.1.1.1 = INTEGER: 72
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.11.1.1.2 = INTEGER: 36
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.11.1.1.3 = INTEGER: 0
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.11.1.1.4 = INTEGER: 32

 

В какти сделали так выглядит:

 

 

C320.png

Share this post


Link to post
Share on other sites

Для какти доделал график по уровню сигнала с/на онушки по ZTE C320 две платы gpon

вот пример темплейта для порта 5 (gpon-onu_1/2/5:x)


 

zte_gpon_1_2_5.xml
<interface>
        <name>Get OLT 1_2_5 rx to onu</name>
        <oid_index>1.3.6.1.4.1.3902.1012.3.28.3.1.8.268567808</oid_index>
        <oid_num_indexes>1.3.6.1.4.1.3902.1012.3.13.1.1.13.268567808</oid_num_indexes>
        <index_order>onuIndex</index_order>
        <index_order_type>natural</index_order_type>
        <index_title_format>|chosen_order_field|</index_title_format>
        <fields>
                <onuIndex>
                        <name>Index</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>input</direction>
                        <oid>1.3.6.1.4.1.3902.1012.3.28.3.1.8.268567808</oid>
                </onuIndex>
                <onuDescription>
                        <name>Description</name>
                        <method>walk</method>
                        <source>VALUE/REGEXP:\$\$\$\$+(.*)$</source>
                        <direction>input</direction>
                        <oid>1.3.6.1.4.1.3902.1012.3.28.1.1.3.268567808</oid>
                </onuDescription>

                <oltValue>
                        <name>OLT Value</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>input</direction>
                        <oid>1.3.6.1.4.1.3902.1015.1010.11.2.1.2.268567808</oid>
                </oltValue>
                <onuValue>
                        <name>ONU Value</name>
                        <method>get</method>
                        <source>value</source>
                        <direction>input</direction>
                        <oid>1.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808</oid>
                        <oid_suffix>1</oid_suffix>
                </onuValue>
                <OLTRx>
                        <name>OltRx</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>output</direction>
                        <oid>1.3.6.1.4.1.3902.1015.1010.11.2.1.2.268567808</oid>
                </OLTRx>
                <ONURx>
                        <name>OnuRx</name>
                        <method>get</method>
                        <source>value</source>
                        <direction>output</direction>
                        <oid>1.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808</oid>
                        <oid_suffix>1</oid_suffix>
                </ONURx>
        </fields>
</interface>

Подписи у нас однотипные типа 207270-MAT-5 (номер_учетки-улица-номер_дома)
регэкспом переводим вывод "$$$$207270-MAT-5" в 207270-MAT-5


там где по оиду онушки полезный параметр суффикс добавляет к оиду в конец .1

iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.1.1 = INTEGER: 3895
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.2.1 = INTEGER: 4600
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.3.1 = INTEGER: 4194
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.4.1 = INTEGER: 1810
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.5.1 = INTEGER: 1510
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.6.1 = INTEGER: 65535
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.7.1 = INTEGER: 1810
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.8.1 = INTEGER: 2460
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.9.1 = INTEGER: 3220
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.10.1 = INTEGER: 3494
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.11.1 = INTEGER: 2159
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.12.1 = INTEGER: 2960
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.13.1 = INTEGER: 1989
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.14.1 = INTEGER: 569
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268567808.15.1 = INTEGER: 3895

 - <oid_suffix>1</oid_suffix>

 

Вычисления в кактусе есть

вкладка CDEFs


Pon OLT Rx ZTE-C320

cdef=CURRENT_DATA_SOURCE,-80000,EQ,0,CURRENT_DATA_SOURCE,1000,/,IF
(если значение_снмп равно -80000 то рисуй 0, иначе значение_снмп дели на 1000 и рисуй)

 

Pon ONU Rx ZTE-C320

cdef=CURRENT_DATA_SOURCE,30000,LT,CURRENT_DATA_SOURCE,0.002,*,30,-,CURRENT_DATA_SOURCE,65536,-,0.002,*,30,-,IF,-30.002,EQ,0,CURRENT_DATA_SOURCE,30000,LT,CURRENT_DATA_SOURCE,0.002,*,30,-,CURRENT_DATA_SOURCE,65536,-,0.002,*,30,-,IF,IF

(если [вывод<30000 то *0,002-30 иначе вывод-65536*0,002-30] = -30.002 то рисуй 0 иначе [вывод<30000 то *0,002-30 иначе вывод-65536*0,002-30] и рисуй)

 

 

Это пример по 5 порту.
Можно по аналогии сделать на все 16 портов 16-портовой платы gpon GTGH
 

 

cacti_data_template_zte_c320_gpon-olt_125_pon_power_olt_rx.xml

cacti_graph_template_zte_c320_gpon-olt_125_pon_power_olt_rx_dbm.xml

cacti_data_query_zte_c320_gpon-olt_125_pon_power_olt_rx_dbm.xml

1-2-5-1.png

Edited by fox_fan

Share this post


Link to post
Share on other sites
В 06.08.2019 в 11:53, dli сказал:

Всем доброго дня!

Очень нужен MIB для PON C320. В заббиксе подцепила стандартный шаблон, но там нет данных о загрузке памяти, температуре.

Тут видела, что делились в личку. Можно мне тоже, пожалуйста?

 

В 06.08.2019 в 16:45, fox_fan сказал:

CPU

.1.3.6.1.4.1.3902.1015.2.1.1.3.1.9.1.1
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.9.1.1.1 = INTEGER: 23
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.9.1.1.2 = INTEGER: 14
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.9.1.1.3 = INTEGER: 0
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.9.1.1.4 = INTEGER: 1

 

Memory

.1.3.6.1.4.1.3902.1015.2.1.1.3.1.11.1.1
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.11.1.1.1 = INTEGER: 72
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.11.1.1.2 = INTEGER: 36
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.11.1.1.3 = INTEGER: 0
iso.3.6.1.4.1.3902.1015.2.1.1.3.1.11.1.1.4 = INTEGER: 32

 

В какти сделали так выглядит:

 

 

C320.png

 

К сожалению, у меня не подходят эти OID-ы(((

 

 

Share this post


Link to post
Share on other sites

А какие платы? GPON или EPON и сколько портовые?
Дайте вывод команды #show card

Edited by fox_fan

Share this post


Link to post
Share on other sites
17 часов назад, fox_fan сказал:

А какие платы? GPON или EPON и сколько портовые?
Дайте вывод команды #show card

ZXR10 ROS Version V4.6.02A ZXPON C320

Share this post


Link to post
Share on other sites

А можно законектится к олту по телнету и скопировать вывод команды
show card ?

А кстати снмп на олте настроен?
Настройка SNMP ZTE C320 - http://ngoptics.com.ua/materials/reference_information/nastroyka-snmp-zte-c320/

Edited by fox_fan

Share this post


Link to post
Share on other sites
19 часов назад, fox_fan сказал:

А можно законектится к олту по телнету и скопировать вывод команды
show card ?

А кстати снмп на олте настроен?
Настройка SNMP ZTE C320 - http://ngoptics.com.ua/materials/reference_information/nastroyka-snmp-zte-c320/

 

Rack Shelf Slot CfgType RealType Port    HardVer SoftVer         Status
-------------------------------------------------------------------------------
1    1     1    GTGH    GTGHK    16      151202  V1.2.5P3        INSERVICE
1    1     2    GTGH    GTGHK    16      151202  V1.2.5P3        INSERVICE
1    1     3    SMXA    SMXA     3       131201  V1.2.5P3        INSERVICE
1    1     4    SMXA    SMXA     3       131201  V1.2.5P3        STANDBY
 

Share this post


Link to post
Share on other sites

SNMP настроен
 

Share this post


Link to post
Share on other sites

а покажите вывод с сервера заббиха
snmpwalk -v 2c -c public 192.168.100.4 1.3.6.1.4.1.3902.1015.2.1.1.3.1.9.1.1
вместо 192.168.100.4 - свой айпи олта

Share this post


Link to post
Share on other sites

SNMPv2-SMI::enterprises.3902.1015.2.1.1.3.1.9.1.1 = No more variables left in this MIB View (It is past the end of the MIB tree)

 

Начинает показывать данные только с этой командой snmpwalk -v 2c 192.168.XX.XX -c public 1.3.6.1 

если после 1.3.6.1 добавить четверку, то уже пишет No more variables left in this MIB View (It is past the end of the MIB tree)

 

Share this post


Link to post
Share on other sites
1 час назад, dli сказал:

SNMPv2-SMI::enterprises.3902.1015.2.1.1.3.1.9.1.1 = No more variables left in this MIB View (It is past the end of the MIB tree)

 

Начинает показывать данные только с этой командой snmpwalk -v 2c 192.168.XX.XX -c public 1.3.6.1 

если после 1.3.6.1 добавить четверку, то уже пишет No more variables left in this MIB View (It is past the end of the MIB tree)

 

А в настройках олт є записи такого типу ?

snmp-server community public view allview ro
snmp-server view allview org included
snmp-server view DefaultView system included
 

Share this post


Link to post
Share on other sites

Температура ZTEC320

SVR48PON#show temperature
Card Temperature:
-------------------------------------------
Slot   Temperature(Celsius scale)
-------------------------------------------
1         46
2         43
3         41
4         49
-------------------------------------------


snmpwalk -v 2c -c public 10.100.0.48 1.3.6.1.4.1.3902.1015.2.1.3.13.5.1.1
iso.3.6.1.4.1.3902.1015.2.1.3.13.5.1.1.1.1.1 = INTEGER: 46
iso.3.6.1.4.1.3902.1015.2.1.3.13.5.1.1.1.1.2 = INTEGER: 43
iso.3.6.1.4.1.3902.1015.2.1.3.13.5.1.1.1.1.3 = INTEGER: 41
iso.3.6.1.4.1.3902.1015.2.1.3.13.5.1.1.1.1.4 = INTEGER: 49

 

 

Температура модулей на ОЛТе (парметр делить на 1000)

1.3.6.1.4.1.3902.1015.3.1.13.1.12 zxAnOpticalTemperature

iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268435456 = INTEGER: 48273
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268435712 = INTEGER: 51605
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268435968 = INTEGER: 55773
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268436224 = INTEGER: 50773
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268436480 = INTEGER: 45773
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268436736 = INTEGER: 53273
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268436992 = INTEGER: 51605
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268437248 = INTEGER: 45773
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268500992 = INTEGER: 34850   - 34.850 (c)
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268501248 = INTEGER: 40800
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268501504 = INTEGER: 39100
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268501760 = INTEGER: 38250
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268502016 = INTEGER: 39100
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268502272 = INTEGER: 36550
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268502528 = INTEGER: 39100
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268502784 = INTEGER: 39950
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268503040 = INTEGER: 35700
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268503296 = INTEGER: 39100
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268503552 = INTEGER: 39100
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268503808 = INTEGER: 36550
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268504064 = INTEGER: 35700
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268504320 = INTEGER: 39100
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268504576 = INTEGER: 38250
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268504832 = INTEGER: 34850
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268632064 = INTEGER: 2147483647 - модуль не поддерживает статистику поэтому такое большое число
iso.3.6.1.4.1.3902.1015.3.1.13.1.12.268632320 = INTEGER: 2147483647  (30781 на модуле 10Г)

show interface optical-module-info gpon-olt_1/2/1
  Optical module information:gpon-olt_1/2/1
  Basic-info:
   Vendor-Name    : SUPERXON LTD.            Vendor-Pn      : SOGQ4321-PSGB-DM
   Vendor-Sn      : 30961160100541           Version-Lev    : 10        
   Production-Date: 160111                   Module-Type    : N/A
   Wavelength     : 1490      (nm)           Connector      : SC        
   Fiber-Type     : N/A                      
   OTDR-type    : N/A       
   Material-Number: N/A
   Register-Data  : N/A
  Diagnostic-info:
   RxPower         : N/A                     TxPower        : 5.635(dbm)
   Bias-Current    : 17.520    (mA)          Laser-Rate     : 25(100Mb/s)
   Temperature     : 34.850    (c)           Supply-Vol     : 3.201(v)
  Alarm-thresh:
   RxPower-Upper    : 3  (dbm)               RxPower-Lower    : -34(dbm)
   TxPower-Upper    : 9  (dbm)               TxPower-Lower    : -14(dbm)
   Bias-Upper       : 131(mA)                Bias-Lower       : 0  (mA)
   Voltage-Upper    : 7  (v)                 Voltage-Lower    : 0  (v)
   Temperature-Upper: 90 (c)                 Temperature-Lower: -45(c)

Share this post


Link to post
Share on other sites
В 08.08.2019 в 16:12, fox_fan сказал:

CURRENT_DATA_SOURCE,30000,LT,CURRENT_DATA_SOURCE,0.002,*,30,-,CURRENT_DATA_SOURCE,65536,-,0.002,*,30,-,IF,-30.002,EQ,0,CURRENT_DATA_SOURCE,30000,LT,CURRENT_DATA_SOURCE,0.002,*,30,-,CURRENT_DATA_SOURCE,65536,-,0.002,*,30,-,IF,IF

Если говорить о сигнале онушки, то не проще ли так?

CURRENT_DATA_SOURCE,15000,LE,CURRENT_DATA_SOURCE,0.002,*,30,-,UNKN,IF

 

В 08.08.2019 в 16:12, fox_fan сказал:

пример по 5 порту.
Можно по аналогии сделать на все 16 портов

Зачем делать SNMP query на каждый порт, а не опрашивать сразу все порты/onu?

<query>
    <oid_index>.1.3.6.1.4.1.3902.1012.3.28.1.1.2</oid_index>
    <oid_index_parse>OID/REGEXP:.*\.([0-9]+\.[0-9]{1,3})$</oid_index_parse>
    ...
</query>

 

Share this post


Link to post
Share on other sites
21 минуту назад, programmproff сказал:

Если говорить о сигнале онушки, то не проще ли так?

О интересно. Попробую! Не знал такого.

 

22 минуты назад, programmproff сказал:

Зачем делать SNMP query на каждый порт, а не опрашивать сразу все порты/onu?

 

я в итоге сделал без двойного индекса
.*\.([0-9]+\.[0-9]{1,3})
...
iso.3.6.1.4.1.3902.1012.3.28.1.1.2.268566784.51 = STRING: "ONU-1:51"
iso.3.6.1.4.1.3902.1012.3.28.1.1.2.268566784.52 = STRING: "ONU-1:52"
iso.3.6.1.4.1.3902.1012.3.28.1.1.2.268566784.53 = STRING: "ONU-1:53"
iso.3.6.1.4.1.3902.1012.3.28.1.1.2.268566784.54 = STRING: "ONU-1:54"
iso.3.6.1.4.1.3902.1012.3.28.1.1.2.268567040.1 = STRING: "ONU-2:1"
iso.3.6.1.4.1.3902.1012.3.28.1.1.2.268567040.2 = STRING: "ONU-2:2"
...
iso.3.6.1.4.1.3902.1012.3.28.1.1.2.268567040.32 = STRING: "ONU-2:32"

 

Что то не получалось и сейчас уже не помню почему. Позже проверю напишу.
 

Share this post


Link to post
Share on other sites
4 часа назад, fox_fan сказал:

iso.3.6.1.4.1.3902.1012.3.28.1.1.2.268566784.51 = STRING: "ONU-1:51"
...

iso.3.6.1.4.1.3902.1012.3.28.1.1.2.268567040.1 = STRING: "ONU-2:1"

Чтобы такого не было именуйте их самостоятельно

interface gpon-onu_1/x/y:z
name onu 1/x/y:z
4 часа назад, fox_fan сказал:

Что то не получалось

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

Edited by programmproff

Share this post


Link to post
Share on other sites
В 22.08.2019 в 15:48, programmproff сказал:

Если говорить о сигнале онушки, то не проще ли так?


CURRENT_DATA_SOURCE,15000,LE,CURRENT_DATA_SOURCE,0.002,*,30,-,UNKN,IF

Например у меня на некоторых онушках такие сигналы:
Rx:-31.540(dbm)  - вывод оида INTEGER: 64766 (ону ZTE F660).

Тут без дополнительной проверки рисует ноль UNKN (ваша формула). А по той формуле дополнительно проверяет и считает 64766-65536*0,002-30=-31,54

Share this post


Link to post
Share on other sites
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268501248.31.1 = INTEGER: 15000
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268501248.33.1 = INTEGER: 2721
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268501248.34.1 = INTEGER: 3997
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268501248.35.1 = INTEGER: 15000
iso.3.6.1.4.1.3902.1012.3.50.12.1.1.10.268501248.36.1 = INTEGER: 15000

iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268501248.31 = INTEGER: 6
iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268501248.33 = INTEGER: 6
iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268501248.34 = INTEGER: 6
iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268501248.35 = INTEGER: 6
iso.3.6.1.4.1.3902.1012.3.28.2.1.3.268501248.36 = INTEGER: 6

iso.3.6.1.4.1.3902.1012.3.50.11.2.1.1.268501248.31 = STRING: "ZTEG"
iso.3.6.1.4.1.3902.1012.3.50.11.2.1.1.268501248.33 = STRING: "ZTEG"
iso.3.6.1.4.1.3902.1012.3.50.11.2.1.1.268501248.34 = STRING: "ZTEG"
iso.3.6.1.4.1.3902.1012.3.50.11.2.1.1.268501248.35 = STRING: "ZTEG"
iso.3.6.1.4.1.3902.1012.3.50.11.2.1.1.268501248.36 = STRING: "ZTEG"

iso.3.6.1.4.1.3902.1012.3.11.4.1.2.268501248.31 = INTEGER: 7590
iso.3.6.1.4.1.3902.1012.3.11.4.1.2.268501248.33 = INTEGER: 7713
iso.3.6.1.4.1.3902.1012.3.11.4.1.2.268501248.34 = INTEGER: 7684
iso.3.6.1.4.1.3902.1012.3.11.4.1.2.268501248.35 = INTEGER: 7784
iso.3.6.1.4.1.3902.1012.3.11.4.1.2.268501248.36 = INTEGER: 8209

Часть онушек нежданно негаданно в сигнале показывает 15000 что в пересчете 0 дб причем иногда простреливает на нормальную цифру

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By paulo.silva10
      有沒有人設法解鎖olt c300 / c320以接受其他Onu(華為,諾基亞,消防局等)?
       
       
       
       
      Has anyone managed to unlock the olt c300 / c320 to accept other Onu (Huawei, Nokia, fiberhome etc.)?
    • By SK-Tech
      вітаю!
       
      лінк для скачування NetNumenU31R20V12.13.20T80-SP002:
       
      https://drive.google.com/file/d/1nfsfMCcmROttfG8n0WFoGd8OV1oIr0uu/view?usp=sharing
       
    • By Mechanik
      Столкнулись с такой проблемой- работает олт, gpon onu на дома в режиме бриджа. Если олт перегрузить или на нем пропадет питание, то после восстановления ону будут на линии, но трафик через них не бегает. Перегружаем ону и все поехало далее. Может кто-то сталкивался с таким, какие опции прописать для ону на перерегистрацию?
    • By kotqq
      Продам GPON оборудование, в наличии и под заказ:
       
      GPON ONU:
      HG8310M new - 15$ HG8310M C+ used - 10$ Alcatel 010G-V used - 10$ Alcatel 010G new - 16$ Alcatel 010G used - 11$ ZTE F601 used - 10$  
      GPON OLT:
      MA5608T - 1600$ MA5683T - 1700$ GPFD C+ - 800$ GPFD C++ - 900$ EPBD C+ - 350$ EPFD C+ - 750$ x2cs - 400$  
      Комплектами и большим оптом дешевле, возможна рассрочка
       
    • By SK-Tech
      Здійснюємо ремонт обладнання:
       
      - Ubiquiti, Mikrotik - ethernet після грози/статики, перепадів напруги, невдалої прошивки
      - BDCOM та інші OLT - ethernet після грози/статики, частковий (ону реєструються а трафік не йде) і повний відвал PON портів , живлення, прошивка
      - ZTE С220/300/320, Huawei - ремонт шассі, плат керування, аплінків і EPON/GPON плат, відновлення прошивок
      - ONU/ONT - живлення, PON та Ethernet порти, прошивки
      - WiFi роутери і точки доступу, домашні і промислові - порти, прошивка
      - SFP модулі - ремонт, прошивка, адаптація під свічі
      - Свічі та комутатори - порти, процесори, прошивка
      - Сервери
      - Ноутбуки
      - Відеокарти
      - ASIC майнерів
      - Стійки живлення і UPS
       
      Локація - Львів.
      Будь яка форма оплати: готівка, безготівка, безготівка з ПДВ.
       
      Телефон, Viber, Telegram, WhatsApp: +380 67 444 81 81











×