Шаблоны для Cacti

[krik]

Еще раз спасибо за плагин.
Выкладываю полностью рабочий плагин для Cacti. Так-же отображает уровни CaTV
Автор: Lucky SB

eltex_power(and CaTv).rar

(9.07 КБ) 711 скачиваний

[mr.Voice]

А есть xml для smg1016m.
Интересует снятие кол-ва занятых таймслотов.
Не врубаюсь в какти в direction. Обязательно должен быть хоть один input. Но график надо делать по output.
Помогите разобраться плз

Код: Выделить всё

<query>
      <name>Eltex SMG1016 - E1 Channel Utilization</name>
      <description>Grab the E1 statistics</description>
      <index_order_type>numeric</index_order_type>
       <oid_index>.1.3.6.1.4.1.35265.1.29.31.1</oid_index>
      <fields>
            <chut0>
                  <name>Channel1</name>
                  <method>walk</method>
                  <source>value</source>
                  <direction>input</direction>
                  <oid>.1.3.6.1.4.1.35265.1.29.31.1.0</oid>
            </chut0>
      </fields>
</query>


[nexus]

А можно как нибудь шаблоны для кактуса прикрутить к PRTG ?! Может кто мониторит PRTG, поделитесь инфой

[avanta-telecom]

а для Zabbix шаблона нет ни у кого ?

[Trider]

Спасибо за труд!

Не могу понять, где закосячил.

Data Query [SNMP - Eltex ONT] делаю Create, в ответ

Код: Выделить всё

Created graph:
ERROR: no Data Source associated. Check Template

[kryvedko]

тоже ошибка

[kryvedko]

кто-нибудь вообще как-нибудь мониторит эти железки?

[DGM]

Шаблоны рабочие.
Что именно у вас не получается?

[kryvedko]

загрузка pon а загрузку ont никак не сделать?

[neperpbl3]

Шаблон для Cacti загрузки интерфейсов ONT Eltex LTP-XX-rev.B/C для 9-ти сервисов прикреплен во вложении. Можно при необходимости добавить больше.
Графики выглядят 

cacti-graf.gif (218.09 КБ) 3538 просмотров

Правила заведения сервисов
Из-за обусловленности рамками работы в кросс-конектах для правильного построения графиков появились определенные требования:
1. Сервисы должны идти строго по порядку, начиная с 0(service 0)
2. Единственный сервис должен быть только нулевыем (service 0)
3. Если наличествуют два сервиса, то главным должен быть (service 0, а второстепенным (service 1) либо они должны быть одно ранговыми.

Код: Выделить всё

Нижеприведённый пример является неправильным  :-(
Попробуйте сами разобраться в чем ошибка и какие последствия возникнут при построении графиков

"LTP-4X "
interface ont 0/6
description "Link_to_ABCDDDD "
serial "ELTX62030F50"
service 0 profile cross-connect "VLAN_6"
service 0 profile dba "dba-00"
service 1 profile cross-connect "VLAN088_NTU1_T"
service 1 profile dba "dba-00"
service 6 profile cross-connect "VLAN7_NTU1_T"
service 6 profile dba "dba-00"
service 7 profile cross-connect "VLAN_002_NTU"
service 7 profile dba "dba-00"
service 9 profile cross-connect "VLAN115_NTU1_T"
service 9 profile dba "dba-00"
profile ports "ntu"


Три типа графика
Существует три типа построения графиков

Стандартный график для одного сервиса.
• У клиента должен быть прописан только service 0. Дополнительно проверяется сервис 1. Обнаруженный трафик на сервисе 1 выделяется яркими цветами и сигнализирует о неверно выбранном типе графике, т.к. в нормальном случае трафика на сервисе 1 быть не должно. Пример показан в разделе
• Опрос ведется двух сервисов (0 и 1). Для построения одного графика каждую минуту производится запрос 4-х snmp oid’ов.
• Преимущество данного типа графика, том, что – это единственный график в котором отображаются максимальные значения скорости для сервиса 0.
• Допускается создание сервиса 1 для служебного трафика, который не интересен для анализа, например vlan управления (vlanX) или для телефонии (vlanY)

Код: Выделить всё

Пример настройки клиенсткого порта
service 0 profile cross-connect "VLAN083_NTU1"
service 0 profile dba "dba-00"
service 1 отсутствует

В примере ниже основной сервис услуга интернет прописана в сервисе 0. Наличие сервиса 1 для влана управления в конкретном примере никак не влияяет на услугу интернет.

LTP-8
description "53X=TTTTcentr_IP-193.219.95.127_IP-198.206.57.195"
serial "ELTX620111D8"
service 0 profile cross-connect "VLAN_2084_NTU1"
service 0 profile dba "dba-00"
service 1 profile cross-connect "VLANX_NTU1_T" (Управление коммутатором)
service 1 profile dba "dba-00"
profile ports "ntu"

interface ont 0/4
description "85TT=TechnoCCCC-SS_Sh69_124.21.113.68"
serial "ELTX5F01A5C4"
service 0 profile cross-connect "VLAN_083_NTU1"
service 0 profile dba "dba-00"
service 1 profile cross-connect "VLAN_Y" (SIP телефония)
service 1 profile dba "dba-00"
profile ports "ports_083"


Расширенный график для трех сервисов
• Для клиентов с двумя или тремя вланами или для малозначительных подключений.
• Опрос ведется только трех сервисов (0,1,2). Для построения одного графика каждую минуту производится запрос 6-ти snmp oid’ов.
• Максимальные значения скорости не отображаются. Сервисы наслаиваются друг на друга для визуального отображения суммированного трафика.

Код: Выделить всё

Пример настройки клиенсткого порта с расширенными настройками
LTP-8X
description "609012=OOO TD Gedvil 145.218.147.76 and wifi HS 145.218.147.221"
serial "ELTX5F00BBD4"
service 0 profile cross-connect "VLAN_113_NTU1"
service 0 profile dba "dba-00"
service 1 profile cross-connect "VLAN_115_NTU2v"
service 1 profile dba "dba-00"
service 2 profile cross-connect "VLAN_A_NTU2v"
service 2 profile dba "dba-00"
profile ports "NTU2v_EuroDizel"
service 3 и далее отсутствуют


График для девяти сервисов для малых узлов
·  Для подключения малых узлов связи
·  Опрос ведется  девяти сервисов (0…8). Для построения одного графика каждую минуту производится запрос 18-ти(!) snmp oid’ов. База данных графиков RRD занимает достаточное место.
·  Максимальные значения скорости не отображаются. Сервисы наслаиваются друг на друга для визуального отображения суммированного трафика.




ДОБАВЛЕНИЕ ГРАФИКОВ КЛИЕНТСКИХ ONT
Перед добавлением в консоли станции смотрим количество сервисов.
Заходим в консоль → Devices → Search
выбираем наш Eltex LTP
Переходим в режим добавления графиков Create Graphs for this Host

create_graph_all.gif (80.47 КБ) 3538 просмотров

Обязательно делаем переиндексацию данных, нажав на зеленый бублик ○!!!
Новое устройство не появится в списке без этого действия
Cacti заново опросит интерфейсы по snmp и обновит данные по всем портам. Если портов много, то придется подождать.

Подробности в https://forum.nag.ru/index.php?/topic/174527-monitoring-zagruzki-interfeysov-ont-eltex-ltp-xx-revbc-v-cacti-shablon/

Серым показаны уже добавленные устройства.

Офлайн устройства, которые не имеют в данный момент Serial GPON в 16-ричном формате (HEX), а также не имеют версии оборудования EquipmentID добавлять их не нужно. Обычно это мертвые устройства - неактивные по причине расторжения.
Выбираем нужное онлайн устройство, имеющее в данный момент Serial GPON в 16-ричном формате (HEX), и нажимаем Create
По умолчанию создается график для одного сервиса (кросс-коннекта).

Внимание! Если для клиентского подключения используется 2 или 3 сервиса, то нужно выбрать тип графика для 3-х сервисов.

Если выбран тип графика для отображения только одного сервиса и график начал пестрить яркими цветами (красным и розовым), значит наличествует трафик на сервисе 1. Возможно есть еще дополнительные сервисы.
В таком случае нужно удалить данный график и создать график для трех или девяти сервисов.


Добавление графиков малых узлов
Через GPON могут быть подключены малые узлы связи

Для малых узлов нужно использовать только тип графика для «9 сервисов». В остальном процедура полностью аналогична Добавление графиков клиентских ONT

При множестве сервисов из-за суммирования график выглядит как слоённый пирог. Отображения суммарной скорости в подписи нет возможности.
Подробности в https://forum.nag.ru/index.php?/topic/174527-monitoring-zagruzki-interfeysov-ont-eltex-ltp-xx-revbc-v-cacti-shablon/

Добавление станции LTP
Создаем устройство

Ключевые параметры
Host Template Eltex GPON
SNMP Version 2
SNMP Community public
SNMP Timeout 3000
Maximum OID's Per Get Request 25 (нельзя устанавливать больше. Загруженные устройства не отвечают на бОльшие значение)

Временно добавляем в Associated Data Queries SNMP - Interface Statistics
Стандартный метод нужен только для физического Ethernet аплинка и общей загрузки физических PON портов. После добавления физических портов данный шаблон нужно будет удалить.

Нажимаем Create Graphs for this Host для создания графиков

В разделе Data Query [SNMP - Interface Statistics]
Добавляем 64-разрядные счетчики «Bit per sec»
1. Все GPON порты (даже если выключены)
2. Единственный eth аплинк
Больше ничего добавлять не нужно.







---------------------------------------------------------------------------------------------------



ТЕОРИЯ

PON порт является общим портом для всех устройств. Не существует возможности выделить одного клиента из общего PON порта стандартным методом сбора счетчиков интерфейсов SNMP. Несмотря на то, что клиентские логические виртуальные интерфейсы при стандартном SNMP опросе наличествуют (как это видно в Cacti) но создавать графики бессмысленно, т.к. счетчики пустые и данных для отображения нет.
Однако существует возможность снимать счетчики с кросс-коннектов. Кросс-коннект – это внутренний коммутационный интерфейс устройства GPON, который указывается в сервисе для пробрасывания vlan в коммутационной логике GPON OLT. Особенность кросс-коннектов в том, что для каждого vlan создается отдельный кросс-коннект. Для клиентов обычно создается только одни кросс-коннект. В редких случаях для нескольких vlan используются два-три кросс-коннекта. Для подключения малых узлов используется множество кросс-коннектов по количеству вланов.

При помощи команды show interface ont X/X counters cross-connect можно посмотреть статистику кросс-коннектов, привязанных к сервисам

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

Код: Выделить всё

LTP-8X # show running-config
interface ont 1/41
description "10.D.C.B_Address"
serial "ELTX7C00D008"
service 0 profile cross-connect "VLAN7_NTU1_T"
service 0 profile dba "dba-00"
service 1 profile cross-connect "Vlan_118_NTU_T"
service 1 profile dba "dba-00"
service 2 profile cross-connect "VLAN_106T"
service 2 profile dba "dba-00"
service 3 profile cross-connect "VLAN_076T"
service 3 profile dba "dba-00"
service 4 profile cross-connect "VLAN077T"
service 4 profile dba "dba-00"
service 5 profile cross-connect "VLAN_119"
service 5 profile dba "dba-00"
profile ports "ntu"

Для каждого влан создан отдельный кросс-коннект.
Для каждого кросс-коннекта ведется отдельный собственный счетчик

LTP-8X # show interface ont 1/41 counters cross-connect

-----------------------------------
[ONT1/41] counters
-----------------------------------


        ##    Downstream counters for cross-connects:             0             1            2                3               4              5

         1    Total octets                                471160546    2683811285    146475306        333920158      2588413006     2048254555
         3    Data                                        471160546    6978778581    146475306    1065485809566    195861941326    40702960219
         4    GEM Fragments                                 4337669       7342764       442215        994697772       194419910       39700005

        ##    Upstream counters for cross-connects:               0             1            2                3               4              5

         1    US octets                                  1434136642    2212058625      3394613       2489876909        13758224     1034395062
         2    US packets                                    4461123       4142643        26516        687704831       108072296       23369237
         3    US Packed dropped (CPU)                             0             0            0                0               0              0
         4    GEM fragments                                 4497355       4333203        27813        697705693       113296738       23913255
         6    Bytes                                      1434137302    2212058693      3474037     114159027285     34373497844     5329362426


Существует два способа снятия данных
ltp8xONTCrossConnectDSTable - oid для счётчиков, т.е. количество октетов, пакетов принятых/переданных ont в каждом сервисе, т.е. статистика по пакетам для каждого сервиса(количество пакетов принятых/переданных). Тип данных – counter (счетчик увеличивается). В мониторинге используется данный тип счетчика.

ltp8xONTServicesUtilizationLastUpstream - нагрузка на онт в единицу времени. сколько байт данных было передано в единицу времени в определенном сервисе. Тип данных – gauge (счетчик показывает мгновенное текущее значение и не возрастает.) Данный тип счетчика не используется. У него нет никаких преимуществ, а ручное включение в конфигурации обременяет настройку. Однако его можно использовать в системах, где важно мгновенное значение.


Описание счетчиков ltp8xONTCrossConnectDSTable
Описание значений полей

Код: Выделить всё

LTP-4X # show interface ont 0/9 counters cross-connect

-----------------------------------
[ONT0/9] counters
-----------------------------------


        ##    Downstream (TX, OLTNTU) counters for cross-connects:         0          1      2      3      4      5      6      7

         1    Total octets (пакеты всего) не сбрасывается если сделать clear        353253409     128236    ---    ---    ---    ---    ---    ---
         3    Data (Байты)                                            894240746    7243229    ---    ---    ---    ---    ---    ---
         4    GEM Fragments (пакеты)                                     764665      32074    ---    ---    ---    ---    ---    ---

        ##    Upstream (RX, NTUOLT) counters for cross-connects:           0          1      2      3      4      5      6      7

         1    US octets (пакеты всего)    не сбрасывается если сделать clear       37324369     312764    ---    ---    ---    ---    ---    ---
         2    US packets                                                 238045        473    ---    ---    ---    ---    ---    ---
         3    US Packed dropped (CPU)                                         0          0    ---    ---    ---    ---    ---    ---
         4    GEM fragments (пакеты)                                    1048316      37637    ---    ---    ---    ---    ---    ---
         6    Byte (Байты)                                             80044408    8196974    ---    ---    ---    ---    ---    ---


Total octets - количество пакетов, которые не были отброшены
Data - значение сколько всего получено данных в gem-фрагментах
Если будут потери трафика, то эти счётчики будут отличаться
GEM Fragments - статистика по GEM-портам (GEM-порт - интерфейс между OLT и ONT, создается для каждой услуги).

Статистика по каждому кросс-конекту собирается отдельно. И если используется несколько кросс-коннектов, то нужно правильно выбрать необходимый, либо настроить мониторинг каждого кросс-коннекта по отдельности.


Устройства ONT идентифицируются по серийным номерам. В snmp протоколе цифры имеют шестнадцатеричный формат, а буквы свою нумерацию.

Расшифровка на примере ELTX02003AFE
1 3 6 1 4 1 35265 1 22 3 3 10 1 6 1 8 69 76 84 88 2 0 58 254 1 1
По-умолчанию E L T X 02 00 3A FE Номер кросс-коннекта. Нумерация в snmp начинается с 1. Нумерация на оборудовании начинается с 0 Значение

Пример
ELTX02003AFE .1.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.2.0.58.254.1.1
ELTX62012AAC .1.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.1.42.172.1.1
ELTX62009FA8 .1.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.0.159.168.1.1


Основные OIDы
ltp8xONTCrossConnectDSTable .1.3.6.1.4.1.35265.1.22.3.3.10
ltp8xONTCrossConnectUSTable .1.3.6.1.4.1.35265.1.22.3.3.11

Пример ручной настройки
Возьмем для примера клиента с серийным номером GPON ELTX62032484
Переведем при помощи калькулятора Windows ELTX 62 03 24 84 в DEC формат

Серийный номер HEX (16-битный) 62 03 24 84
Серийный номер DEC (16-битный) 98 3 36 132

С помощью калькулятора Windows получаем десятичное значение 98 3 36 132


Базовый OID для Downstream (TX) выглядит так 1.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88+серийный_номер+кросс-конект
Базовый OID для Upstream (RX) выглядит так 1.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88+серийный_номер+кросс-конект

Вводим с терминала Linux следующие две команды snmpwalk, где А.B.C.D – это адрес нашего GPON LTP
1. snmpwalk -v 2c -c public А.B.C.D 1.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132
2. snmpwalk -v 2c -c public А.B.C.D 1.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88.98.3.36.132

Код: Выделить всё

snmpwalk -v 2c -c g_public 10.7.0.216 1.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132
iso.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132.1.1 = Gauge32: 814731010
iso.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132.1.2 = Gauge32: 3528412174
iso.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132.1.3 = Gauge32: 3
iso.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132.1.4 = Gauge32: 29223445
iso.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132.2.1 = Gauge32: 0
iso.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132.2.2 = Gauge32: 0
iso.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132.2.3 = Gauge32: 0
iso.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132.2.4 = Gauge32: 0
iso.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132.3.1 = Gauge32: 0
iso.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132.3.2 = Gauge32: 0
iso.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132.3.3 = Gauge32: 0
iso.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132.3.4 = Gauge32: 0
snmpwalk -v 2c -c g_public 10.7.0.216 1.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88.98.3.36.132
iso.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88.98.3.36.132.1.1 = Gauge32: 4104178046
iso.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88.98.3.36.132.1.2 = Gauge32: 3284110078
iso.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88.98.3.36.132.1.3 = Gauge32: 0
iso.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88.98.3.36.132.1.4 = Gauge32: 41519718
iso.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88.98.3.36.132.1.5 = Gauge32: 1577404178
iso.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88.98.3.36.132.1.6 = Gauge32: 12
iso.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88.98.3.36.132.2.1 = Gauge32: 0
iso.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88.98.3.36.132.2.2 = Gauge32: 0
iso.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88.98.3.36.132.2.3 = Gauge32: 0
iso.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88.98.3.36.132.2.4 = Gauge32: 0
iso.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88.98.3.36.132.2.5 = Gauge32: 0


Для каждого кросс-коннекта нас интересует только первое поле. Важно удостоверится, что мы выбрали нужный кросс-коннект. В выводе видно, что после нашего кросс-коннекта идут нули, т.е. следующие кросс-коннекты не используются. Помните, что нумерация кросс-коннектов в терминале начинается с 0, а в snmp запрос с 1.

Проверяем, что данные совпадают

Код: Выделить всё

LTP-4X # show interface ont 2/0 counters cross-connect

-----------------------------------
[ONT2/0] counters
-----------------------------------


        ##    Downstream counters for cross-connects:              0

         1    Total octets                                 814908663
         3    Data                                       16413491715
         4    GEM Fragments                                 29224161

        ##    Upstream counters for cross-connects:                0

         1    US octets                                   4104185996
         2    US packets                                  3284110107
         3    US Packed dropped (CPU)                              0
         4    GEM fragments                                 41519771
         6    Bytes                                      53117019680


Мы выяснили, что для нашего клиента с терминалом ELTX62032484 есть 2 уникальных OID запроса
Для Downstream iso.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8.69.76.84.88.98.3.36.132.1.1
Для Upstream iso.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8.69.76.84.88.98.3.36.132.1.1


Описание счетчиков ltp8xONTServicesUtilizationLastUpstream
Данные собираются непосредственно с NTU устройства. Активацию счетчиков нужно делать вручную. Пока этого не сделать счетчики будут показывать нули. Формирование ведется на основание серийного номера аналогично предыдущему счетчику.

Код: Выделить всё

LTP# configure terminal
LTP(config)# interface ont 0/0
LTP(config)(if-ont-0/0)# service 0 utilization-enable // указать для какого сервиса необходимо включить утилизацию
LTP(config)(if-ont-0/0)# do commit
LTP(config)(if-ont-0/0)# do save


1.3.6.1.4.1.35265.1.22.3.85.1.4 // Утилизация за последние 30 секунд в направлении upstream
1.3.6.1.4.1.35265.1.22.3.85.1.5 // Утилизация за последние 30 секунд в направлении downstream
1.3.6.1.4.1.35265.1.22.3.85.1.6 // Среднее значение утилизации в течение 5 минут в направлении upstream
1.3.6.1.4.1.35265.1.22.3.85.1.7 // Среднее значение утилизации в течение 5 минут в направлении downstream

Пример отображения данных

Код: Выделить всё

snmpwalk -t15 -v 2c -c public A.B.C.D
 iso.3.6.1.4.1.35265.1.22.3.85.1.4.1.8.69.76.84.88.124.0.208.8
iso.3.6.1.4.1.35265.1.22.3.85.1.4.1.8.69.76.84.88.124.0.208.8.1 = Counter64: 4061
iso.3.6.1.4.1.35265.1.22.3.85.1.4.1.8.69.76.84.88.124.0.208.8.2 = Counter64: 2116
iso.3.6.1.4.1.35265.1.22.3.85.1.4.1.8.69.76.84.88.124.0.208.8.3 = Counter64: 0
iso.3.6.1.4.1.35265.1.22.3.85.1.4.1.8.69.76.84.88.124.0.208.8.4 = Counter64: 1056256

snmpwalk -t15 -v 2c -c public A.B.C.D iso.3.6.1.4.1.35265.1.22.3.85.1.5.1.8.69.76.84.88.124.0.208.8
iso.3.6.1.4.1.35265.1.22.3.85.1.5.1.8.69.76.84.88.124.0.208.8.1 = Counter64: 3174
iso.3.6.1.4.1.35265.1.22.3.85.1.5.1.8.69.76.84.88.124.0.208.8.2 = Counter64: 1399
iso.3.6.1.4.1.35265.1.22.3.85.1.5.1.8.69.76.84.88.124.0.208.8.3 = Counter64: 0
iso.3.6.1.4.1.35265.1.22.3.85.1.5.1.8.69.76.84.88.124.0.208.8.4 = Counter64: 8309418

snmpwalk -t15 -v 2c -c public A.B.C.D iso.3.6.1.4.1.35265.1.22.3.85.1.6.1.8.69.76.84.88.124.0.208.8
iso.3.6.1.4.1.35265.1.22.3.85.1.6.1.8.69.76.84.88.124.0.208.8.1 = Counter64: 2331
iso.3.6.1.4.1.35265.1.22.3.85.1.6.1.8.69.76.84.88.124.0.208.8.2 = Counter64: 327
iso.3.6.1.4.1.35265.1.22.3.85.1.6.1.8.69.76.84.88.124.0.208.8.3 = Counter64: 0
iso.3.6.1.4.1.35265.1.22.3.85.1.6.1.8.69.76.84.88.124.0.208.8.4 = Counter64: 155688

snmpwalk -t15 -v 2c -c public A.B.C.D iso.3.6.1.4.1.35265.1.22.3.85.1.7.1.8.69.76.84.88.124.0.208.8
iso.3.6.1.4.1.35265.1.22.3.85.1.7.1.8.69.76.84.88.124.0.208.8.1 = Counter64: 617
iso.3.6.1.4.1.35265.1.22.3.85.1.7.1.8.69.76.84.88.124.0.208.8.2 = Counter64: 238
iso.3.6.1.4.1.35265.1.22.3.85.1.7.1.8.69.76.84.88.124.0.208.8.3 = Counter64: 0
iso.3.6.1.4.1.35265.1.22.3.85.1.7.1.8.69.76.84.88.124.0.208.8.4 = Counter64: 1680291


Описание XLM шаблона

Списки устройств в Cacti основываются на серийном номере GPON (Serial GPON HEX). Вся остальная информация (GPON-port, ONT ID, EquipmentID, Description) – вспомогательная. Это означает, что замене устройства ONT нужно вручную удалить старый график и создать новый для нового устройства Serial GPON, а при изменении описания «Description» достаточно просто обновить индексы.

/usr/share/cacti/resource/snmp_queries/eltex_gpon_ont.xml

Код: Выделить всё

<interface>
        <name>Get ELTEX ONT</name>
        <description>Queries a ELTEX for a list of ONT</description>
        <oid_index>iso.3.6.1.4.1.35265.1.22.3.1.1.9.1.8</oid_index>
        <oid_index_parse>OID/REGEXP:.*\.([0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3})$</oid_index_parse>
        <index_order_type>numeric</index_order_type>

        <fields>
                <ifGPONport>
                        <name>GPON-port</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>input</direction>
                        <oid>.1.3.6.1.4.1.35265.1.22.3.1.1.3.1.8</oid>
                </ifGPONport>

                <ifONT_ID>
                        <name>ONT ID</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>input</direction>
                        <oid>.1.3.6.1.4.1.35265.1.22.3.1.1.4.1.8</oid>
                </ifONT_ID>

                <ifSerial_gpon>
                        <name>Serial GPON (HEX)</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>input</direction>
                        <oid>.1.3.6.1.4.1.35265.1.22.3.1.1.2.1.8</oid>
                </ifSerial_gpon>

                <ifRSSI>
                        <name>RSSI</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>input</direction>
                        <oid>.1.3.6.1.4.1.35265.1.22.3.1.1.11.1.8</oid>
                </ifRSSI>

                <ifEquipmentID>
                        <name>EquipmentID</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>input</direction>
                        <oid>.1.3.6.1.4.1.35265.1.22.3.1.1.12.1.8</oid>
                </ifEquipmentID>

                <ifDescr>
                        <name>Description</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>input</direction>
                        <oid>.1.3.6.1.4.1.35265.1.22.3.4.1.8.1.8</oid>
                </ifDescr>

                <ifRSSI>
                        <name>RSSI</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>output</direction>
                        <oid>.1.3.6.1.4.1.35265.1.22.3.1.1.11.1.8</oid>
                </ifRSSI>

                <ifOutOctets_service_0>
                        <name>Octets Downstream cross-connect_0</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>output</direction>
                        <oid>.1.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8</oid>
                        <oid_suffix>1.1</oid_suffix>
                </ifOutOctets_service_0>

                <ifInOctets_service_0>
                        <name>Octets Upstream cross-connect_0</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>output</direction>
                        <oid>.1.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8</oid>
                        <oid_suffix>1.1</oid_suffix>
                </ifInOctets_service_0>

                <ifOutOctets_service_1>
                        <name>Octets Downstream cross-connect_1</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>output</direction>
                        <oid>.1.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8</oid>
                        <oid_suffix>2.1</oid_suffix>
                </ifOutOctets_service_1>
                <ifInOctets_service_1>
                        <name>Octets Upstream cross-connect_1</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>output</direction>
                        <oid>.1.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8</oid>
                        <oid_suffix>2.1</oid_suffix>
                </ifInOctets_service_1>

. . .
. . .
. . .


                <ifOutOctets_service_8>
                        <name>Octets Downstream cross-connect_8</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>output</direction>
                        <oid>.1.3.6.1.4.1.35265.1.22.3.3.10.1.6.1.8</oid>
                        <oid_suffix>9.1</oid_suffix>
                </ifOutOctets_service_8>
                <ifInOctets_service_8>
                        <name>Octets Upstream cross-connect_8</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>output</direction>
                        <oid>.1.3.6.1.4.1.35265.1.22.3.3.11.1.6.1.8</oid>
                        <oid_suffix>9.1</oid_suffix>
                </ifInOctets_service_8>

    </fields>
</interface>



Индексами является серийный номер NTU
<oid_index>iso.3.6.1.4.1.35265.1.22.3.1.1.9.1.8</oid_index> делает опрос всех индексов (серийных номеров GPON NTU)
<oid_index_parse>OID/REGEXP:.*\.([0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3})$</oid_index_parse> - вычленяет индексы
Cacti должен знать конкретный индекс (серийных номеров GPON NTU) каждого отдельного устройства
Дальнейшие запросы уже производят опрос счетчиков добавляя нужные индексы.
Особенность кросс-конектов в том, что в конце добавляются еще вложения. Для этого добавления используется суффиксы <oid_suffix>Х.1</oid_suffix>
Процесс происходящего наглядно отражен в режиме дебага Verbose Query

Код: Выделить всё

Data Query Debug Information
+ Running data query [17].
+ Found type = '3' [SNMP Query].
+ Found data query XML file at '/usr/share/cacti/site/resource/snmp_queries/eltex_gpon_ont.xml'
+ XML file parsed ok.
+ <oid_num_indexes> missing in XML file, 'Index Count Changed' emulated by counting oid_index entries
+ Executing SNMP walk for list of indexes @ 'iso.3.6.1.4.1.35265.1.22.3.1.1.9.1.8' Index Count: 5
+ Index found at OID: 'iso.3.6.1.4.1.35265.1.22.3.1.1.9.1.8.69.76.84.88.98.23.77.24' value: '4'
+ Index found at OID: 'iso.3.6.1.4.1.35265.1.22.3.1.1.9.1.8.69.76.84.88.98.25.163.228' value: '5'
+ Index found at OID: 'iso.3.6.1.4.1.35265.1.22.3.1.1.9.1.8.69.76.84.88.98.26.88.152' value: '7'
+ Index found at OID: 'iso.3.6.1.4.1.35265.1.22.3.1.1.9.1.8.69.76.84.88.98.26.182.104' value: '6'
+ Index found at OID: 'iso.3.6.1.4.1.35265.1.22.3.1.1.9.1.8.69.76.84.88.124.0.104.132' value: '3'
+ index_parse at OID: 'iso.3.6.1.4.1.35265.1.22.3.1.1.9.1.8.69.76.84.88.98.23.77.24' results: '69.76.84.88.98.23.77.24'
+ index_parse at OID: 'iso.3.6.1.4.1.35265.1.22.3.1.1.9.1.8.69.76.84.88.98.25.163.228' results: '69.76.84.88.98.25.163.228'
+ index_parse at OID: 'iso.3.6.1.4.1.35265.1.22.3.1.1.9.1.8.69.76.84.88.98.26.88.152' results: '69.76.84.88.98.26.88.152'
+ index_parse at OID: 'iso.3.6.1.4.1.35265.1.22.3.1.1.9.1.8.69.76.84.88.98.26.182.104' results: '69.76.84.88.98.26.182.104'
+ index_parse at OID: 'iso.3.6.1.4.1.35265.1.22.3.1.1.9.1.8.69.76.84.88.124.0.104.132' results: '69.76.84.88.124.0.104.132'
+ Located input field 'ifGPONport' [walk]
+ Executing SNMP walk for data @ '.1.3.6.1.4.1.35265.1.22.3.1.1.3.1.8'
+ Found item [ifGPONport='0'] index: 69.76.84.88.98.23.77.24 [from value]
+ Found item [ifGPONport='0'] index: 69.76.84.88.98.25.163.228 [from value]
+ Found item [ifGPONport='0'] index: 69.76.84.88.98.26.88.152 [from value]
+ Found item [ifGPONport='0'] index: 69.76.84.88.98.26.182.104 [from value]
+ Found item [ifGPONport='0'] index: 69.76.84.88.124.0.104.132 [from value]
+ Located input field 'ifONT_ID' [walk]
+ Executing SNMP walk for data @ '.1.3.6.1.4.1.35265.1.22.3.1.1.4.1.8'
+ Found item [ifONT_ID='3'] index: 69.76.84.88.98.23.77.24 [from value]
+ Found item [ifONT_ID='4'] index: 69.76.84.88.98.25.163.228 [from value]
+ Found item [ifONT_ID='6'] index: 69.76.84.88.98.26.88.152 [from value]
+ Found item [ifONT_ID='5'] index: 69.76.84.88.98.26.182.104 [from value]
+ Found item [ifONT_ID='2'] index: 69.76.84.88.124.0.104.132 [from value]
+ Located input field 'ifSerial_gpon' [walk]
+ Executing SNMP walk for data @ '.1.3.6.1.4.1.35265.1.22.3.1.1.2.1.8'
+ Found item [ifSerial_gpon='45:4C:54:58:62:17:4D:18'] index: 69.76.84.88.98.23.77.24 [from value]
+ Found item [ifSerial_gpon='45:4C:54:58:62:19:A3:E4'] index: 69.76.84.88.98.25.163.228 [from value]
+ Found item [ifSerial_gpon='45:4C:54:58:62:1A:58:98'] index: 69.76.84.88.98.26.88.152 [from value]
+ Found item [ifSerial_gpon='45:4C:54:58:62:1A:B6:68'] index: 69.76.84.88.98.26.182.104 [from value]
+ Found item [ifSerial_gpon='45:4C:54:58:7C:00:68:84'] index: 69.76.84.88.124.0.104.132 [from value]
+ Located input field 'ifEquipmentID' [walk]
+ Executing SNMP walk for data @ '.1.3.6.1.4.1.35265.1.22.3.1.1.12.1.8'
+ Found item [ifEquipmentID='NTU-1'] index: 69.76.84.88.98.23.77.24 [from value]
+ Found item [ifEquipmentID='NTU-1'] index: 69.76.84.88.98.25.163.228 [from value]
+ Found item [ifEquipmentID='NTU-1'] index: 69.76.84.88.98.26.88.152 [from value]
+ Found item [ifEquipmentID='NTU-1'] index: 69.76.84.88.98.26.182.104 [from value]
+ Found item [ifEquipmentID='NTU-1:rev.B'] index: 69.76.84.88.124.0.104.132 [from value]
+ Located input field 'ifDescr' [walk]
+ Executing SNMP walk for data @ '.1.3.6.1.4.1.35265.1.22.3.4.1.8.1.8'
+ Found item [ifDescr='10836=Emelyan_193.'] index: 69.76.84.88.98.23.77.24 [from value]
+ Found item [ifDescr='10828=avtotrak_avtotr_193.'] index: 69.76.84.88.98.25.163.228 [from value]
+ Found item [ifDescr='11111=OOO_Favorit_eniseys.t5_193'] index: 69.76.84.88.98.26.88.152 [from value]
+ Found item [ifDescr='9280=Vangash_avtotr_193'] index: 69.76.84.88.98.26.182.104 [from value]
+ Found item [ifDescr='10826=Tononyan_avtotr_193'] index: 69.76.84.88.124.0.104.132 [from value


Создан Collection Methods Eltex GPON – ONT
Подробности в https://forum.nag.ru/index.php?/topic/174527-monitoring-zagruzki-interfeysov-ont-eltex-ltp-xx-revbc-v-cacti-shablon/

Созданы Data Templates
Подробности в https://forum.nag.ru/index.php?/topic/174527-monitoring-zagruzki-interfeysov-ont-eltex-ltp-xx-revbc-v-cacti-shablon/

Созданы Graph Templates
При отображении графиков разных кросс-коннектов одного направления Download или Upload их нужно суммировать. Стандартный способ суммировать задействовать не получилось из-за разныъ названий источников данных. Для суммирования найден следующий метод. Кросс-коннекты добавляются в строгом порядке. Первый график в заданном направлении (например Download) должен иметь тип AREA. Все последующие графики этого направления должны иметь тип STACK. Таким образом графики накладываются друг на друга и отображаются как слоенный пирог. Способ отображения максимальной скорости в подписи, увы, найден не был.

Подробности в https://forum.nag.ru/index.php?/topic/174527-monitoring-zagruzki-interfeysov-ont-eltex-ltp-xx-revbc-v-cacti-shablon/