Мониторинг загрузки интерфейсов ONT Eltex LTP-XX-rev.B/C в Cacti (шаблон)

neperpbl3

Posted October 8, 2022 (edited) · Report post

Реализация мониторинга загрузки интерфейсов ONT Eltex LTP-XX-rev.B/C в Cacti

Шаблон для Cacti cacti_eltex_gpon_ont.xml.zip прикреплен вложением

Графики выглядят

Правила заведения сервисов

Из-за обусловленности рамками работы в кросс-конектах для правильного построения графиков появились определенные требования:

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

Обязательно делаем переиндексацию данных, нажав на зеленый бублик ○!!!

Новое устройство не появится в списке без этого действия

Cacti заново опросит интерфейсы по snmp и обновит данные по всем портам. Если портов много, то придется подождать.

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

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

Выбираем нужное онлайн устройство, имеющее в данный момент Serial GPON в 16-ричном формате (HEX), и нажимаем Create

По умолчанию создается график для одного сервиса (кросс-коннекта).

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

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

В таком случае нужно удалить данный график и создать график для трех или девяти сервисов.

Добавление графиков малых узлов

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

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

При множестве сервисов из-за суммирования график выглядит как слоённый пирог. Отображения суммарной скорости в подписи нет возможности.

Добавление станции 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_vkusnyashki_Enis-trakt22_193.232.162.143'] index: 69.76.84.88.98.23.77.24 [from value]
+ Found item [ifDescr='10828=avtotrak_avtotransportnaya_193.232.162.142'] index: 69.76.84.88.98.25.163.228 [from value]
+ Found item [ifDescr='11111=OOO_Favorit_eniseys.tr_12km_str5_193.232.162.151'] index: 69.76.84.88.98.26.88.152 [from value]
+ Found item [ifDescr='9280=Vangash_avtotransportnaya_3_193.232.162.141'] index: 69.76.84.88.98.26.182.104 [from value]
+ Found item [ifDescr='10826=Tononyan_avtotransportnaya_5_193.232.162.144'] index: 69.76.84.88.124.0.104.132 [from value

Создан Collection Methods Eltex GPON – ONT

Созданы Data Templates

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