Перейти к содержимому

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


UserSide

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

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

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

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

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

  • 3 weeks later...

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

 

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

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

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

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

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

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

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

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

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

Изменено пользователем Dimkers
Ссылка на сообщение
Поделиться на других сайтах
  • 3 weeks later...

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

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

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

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

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

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

Для какти доделал график по уровню сигнала с/на онушки по 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.xmlFetching info...

cacti_graph_template_zte_c320_gpon-olt_125_pon_power_olt_rx_dbm.xmlFetching info...

cacti_data_query_zte_c320_gpon-olt_125_pon_power_olt_rx_dbm.xmlFetching info...

1-2-5-1.png

Изменено пользователем fox_fan
Ссылка на сообщение
Поделиться на других сайтах
  В 06.08.2019 в 08:53, dli сказал:

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

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

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

Expand  

 

  В 06.08.2019 в 13: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

Expand  

 

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

 

 

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

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

Expand  

ZXR10 ROS Version V4.6.02A ZXPON C320

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

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

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

Изменено пользователем fox_fan
Ссылка на сообщение
Поделиться на других сайтах
  В 14.08.2019 в 12:33, fox_fan сказал:

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

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

Expand  

 

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
 

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

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)

 

Ссылка на сообщение
Поделиться на других сайтах
  В 15.08.2019 в 14:18, 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)

 

Expand  

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

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

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

Температура 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)

Ссылка на сообщение
Поделиться на других сайтах
  В 08.08.2019 в 13: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

Expand  

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

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

 

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

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

Expand  

Зачем делать 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>

 

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

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

Expand  

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

 

  В 22.08.2019 в 12:48, programmproff сказал:

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

Expand  

 

я в итоге сделал без двойного индекса
.*\.([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"

 

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

Ссылка на сообщение
Поделиться на других сайтах
  В 22.08.2019 в 13:17, 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"

Expand  

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

interface gpon-onu_1/x/y:z
name onu 1/x/y:z
  В 22.08.2019 в 13:17, fox_fan сказал:

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

Expand  

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

Изменено пользователем programmproff
Ссылка на сообщение
Поделиться на других сайтах
  В 22.08.2019 в 12:48, programmproff сказал:

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
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 дб причем иногда простреливает на нормальную цифру

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

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

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

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

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

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

Войти

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

Войти сейчас
  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: Prodazha
      В продажі Абонентські термінали GPON ONU ZTE F601
      комплект :коротка , онушка, блок живлення та патчкорд rj 45
      В наявності 150 шт
      ціна 300 грн за штуку 
    • Автор: prototip
      В кого є мануал по оновленню прошивки на платформі Titan Zte C600/C620 ?
    • Автор: Y-Mouse
      Гарного всiм дня,
       
      Маю такий блок живлення - ZXDU48 B60 (з RS232).
       
       Цiкавить досвiд по монiторингу/керуванню ZXDU48 B600 через цей RS232.
       
      Там якийсь свiй протокол обмiну?
    • Автор: Vega Telecom Group
      продам Шасі ZTE OLT ZXA10 C320
      у складі: Шасі ZTE OLT ZXA10 C320 - 1шт Лінійна карта ZTE C320 GPON GTGH (16 портів) - 2шт Плата управління ZTE C320 SMXA/3 GPON  (uplink 10G) - 1шт ZTE карта живлення PRAM для С320 (перетворення DC в 220В - 1шт
       
      вартість 1компл. становить 2200 USD
       
      за більш детальною інформацією прощу звертатися:
      Олена, 
      0630345963
      Olena.Storozhenko@vegatele.com,
    • Автор: neom
      Продам GPON ОЛТ - стоял в идеальной серверной
      PRAM+SCBE3+GTGO
       
      цена 2000$

×
×
  • Создать...