Для FTTH-операторов любого размера

Мониторинг OLT и ONU
для FTTH-операторов СНГ

Состояние всей PON-сети — одним экраном или одним вопросом встроенному ассистенту. GateRay, BdCom, CData в коробке. On-premise, ваша LLM, час до запуска.

  • ✓ on-premise + ваша LLM
  • ✓ GateRay / BdCom / CData
  • ✓ REST + MCP для агентов
ассистент
> у меня жалоба от абонента
  по договору ***1, что с его ONU?

→ 2 инструмента · 0.8s
  onu.find, onu.signal_history

  абонент привязан к 2 ONU
  ─────────────────────────
  ONU1  status: up   rx: −18.07 dBm
  ONU2  status: up   rx: −16.36 dBm

  технических сигналов отказа нет.
  сигнал в норме (>−25 dBm), статусы
  актуальны на момент последнего опроса.
главный экран GetOLT — распределение качества сигнала по 338 OLT и 85720 ONU

Боли оператора → решение

Что меняется в работе техподдержки и инженерного отдела через неделю после внедрения.

Было: Техподдержка едет на жалобу «вслепую» — не зная, какой сигнал у абонента

Стало: Поиск ONU по ФИО, номеру договора или телефону — если данные из биллинга подгружены в сервис, оператор видит сигнал, аптайм и последние ошибки ещё до того, как поднял трубку

Было: Чтобы понять, к какому OLT и порту привязан абонент — лезть в Excel, ssh-сессию или будить дежурного инженера

Стало: Связка «биллинг ↔ OLT ↔ ONU» хранится в GetOLT: договор → серийник → конкретный порт OLT. Любой запрос абонента ведёт к точному устройству за секунды, без межотдельных пингов

Было: Перезагрузка партии ONU — это ssh + telnet + копи-паст команд

Стало: Массовые операции через UI или API. Логи каждого действия, откат, аудит

Что мы делаем иначе

Это не система мониторинга метрик и не система учёта абонентов. Это инженерный инструмент для ежедневной работы с PON-сетью.

CLI к OLT, а не SNMP-метрики

Адаптеры под BdCom, GateRay и CData ходят напрямую по telnet/SSH и парсят вывод команд: login-id, серийник, RX/TX, дистанция, статус, аптайм. Пул сессий обходит лимит одновременных подключений у OLT — не теряете данные и не вешаете коробку.

  • Логин абонента, дистанция, версия прошивки — поля, которых нет в MIB
  • Очередь и backoff под лимиты CLI у вендора
  • История сигнала на минутках, а не на 5-минутных усреднениях

Операции, а не графики

Поиск ONU по логину абонента, по MAC, по серийнику. Массовый reboot и провижининг по фильтру. Снять текущее состояние сети одной кнопкой. Это рабочие действия техподдержки и инженеров, а не дашборд с триггерами.

  • Найти ONU за секунды по любому идентификатору
  • Массовые операции с подтверждением и логом
  • Журнал инженерных действий — кто, когда, что

Час до запуска, без шаблонов и MIB-таблиц

Адаптеры под популярные OLT — в коробке. Не нужно собирать шаблоны под каждого вендора, ловить отличия прошивок и поддерживать парсеры самим. Один docker-compose, локальная БД, никаких внешних SaaS.

  • GateRay, BdCom, CData — поддержка из коробки
  • On-premise, закрытый контур — штатный режим
  • Новый вендор — отдельной задачей под клиента

Спросить сеть, а не написать SQL

Встроенный ассистент знает структуру инвентаря, конфигов, истории сигнала и логов. Запрос на естественном языке превращается в цепочку из 20+ безопасных инструментов: найти ONU, сравнить конфиги, top-N OLT, выгрузить выборку в CSV. Без прямого доступа к БД, с аудит-логом каждого диалога.

  • 20+ инструментов: инвентарь, конфиги, оптика, history, экспорт
  • Inference локально — open-source модели в вашем железном контуре
  • Каждый диалог в БД — для аудита и обучения промптов

Что внутри

Шесть модулей, закрывающих ежедневные сценарии техподдержки и сетевого отдела.

Мониторинг сигнала ONU

Тепловая карта rx-сигнала по всей сети. Цветовая индикация уровней (good / medium / poor / LOS). История по каждому ONU.

Поиск ONU абонента

По MAC, серийнику, ФИО, номеру договора, IP — за миллисекунды. Снимает половину звонков L2-поддержки.

Telnet-логи и аудит

Каждая команда с OLT логируется. Видно, кто и когда что менял на железе. Поиск по логам, фильтры по vendor / OLT / времени.

Конфиги и compliance

Поиск substring / regex по конфигам всех OLT. Контроль расхождений с эталоном. Per-port детализация.

История метрик

Time-series по ONU и OLT. Доказательная база при споре с абонентом «сигнал был плохой вчера».

AI-ассистент поверх инвентаря

Встроенный чат с 20+ инструментами: поиск ONU, кросс-OLT поиск по конфигам, аналитика по статусам, экспорт выборок в CSV. Inference локальный (gpt-oss, Qwen через Ollama) — данные не уходят наружу. Диалоги пишутся в аудит-лог.

Что вы увидите внутри

Главные сценарии техподдержки и сетевого отдела — без декоративных дашбордов и BI-обвязки.

Жалоба абонента → диагноз за один вопрос

Дежурный спрашивает «у меня жалоба по договору ***, что с его ONU?» — ассистент находит абонента на нескольких OLT, снимает текущие Rx/статус, сверяет с историей, формирует структурированный вывод и подсказывает что проверить дальше. Без открытия восьми CLI-сессий и Excel-таблицы маршрутизации.

Встроенный AI-чат GetOLT — диалог по жалобе абонента: модель находит ONU на нескольких OLT, выводит таблицу с сигналом и статусом, формирует вывод о причине

Аналитика по сети — без знания SQL

Запрос на естественном языке — «сколько offline ONU по каждому вендору?» — превращается в безопасный read-only SQL поверх инвентаря. Модель сама изучает схему БД, строит запрос, возвращает таблицу. То же работает для срезов по городам, статусам, версиям прошивок, любых сочетаний — без обращения к разработчику.

AI-чат отвечает «сколько ONU в статусе offline по каждому вендору» — модель самостоятельно построила SQL-запрос и вернула таблицу: GATERAY 2929, CDATA 2921, BDCOM 1472 и так далее

Кросс-OLT поиск по конфигам одной фразой

Сложные сетевые задачи вроде «где включён VLAN 35 и не настроен NTP-сервер» решаются одним предложением. Ассистент вызывает поиск по running-config всех OLT, пересекает результаты, возвращает список IP с пояснением. Заодно подсвечивает свои ограничения — например, что выборка усечена и стоит сузить фильтр.

AI-чат отвечает на запрос «на каких OLT в running-config есть VLAN 35 и НЕТ NTP-сервера» — таблица с IP, вендором, городом и примечанием для каждой найденной OLT

Спросил — получил CSV

Топ-N выборки, агрегаты, любые операционные срезы можно сразу выгрузить в CSV или Excel — без копирования из таблиц вручную. Файл создаётся как эфемерный attachment с одноразовой ссылкой: безопасно для аудита, удобно для рассылки в смежные отделы.

AI-чат на запрос «топ-10 OLT по числу ONU, выгрузи в CSV» — модель вызывает 3 инструмента за 0.1 секунды, формирует файл top10_olts_by_onu.csv с возможностью скачивания

Аудит соответствия эталонной конфигурации

Каждый OLT сверяется с эталонным конфигом и показывает процент совпадения. Цветной бейдж сразу подсвечивает дрейф: 100% — норма, 0% — ничего не накатано, жёлтое — есть расхождения. По одному клику видно что именно отличается, кем и когда было изменено.

Таблица OLT — для каждого устройства показаны: общее число ONU, BAD SUM, Loop Detection, Port Isolation, серийник, версия прошивки и процент соответствия эталонному конфигу с цветной подсветкой

История каждого конфига и сравнение версий

Все running-конфиги OLT сохраняются. Видно когда выгружался, сколько весил, насколько отличался от эталона. Один клик — diff между любыми двумя версиями. После «упало после очередного апдейта» — сразу понятно, что именно изменилось.

История running-конфигов одной OLT — даты выгрузок, NTP server, размер и % соответствия эталону

Доходить до конкретного порта за два клика

Открыли проблемный OLT — видны все порты с числом ONU, средним уровнем сигнала, статусом Loop Detection и Port Isolation. История конфигураций тут же — кто и когда менял, можно сравнить две версии и откатиться.

Детальная страница OLT — статистика по 8 портам с уровнями сигнала и состоянием Loop / Port ISL

Каждая ONU на порту с метриками сигнала

Открыли порт — видна вся пачка ONU с полным набором телеметрии: статус, напряжение, Tx/Rx в дБм, температура, дистанция в метрах. Деградация одного абонента видна сразу, без захода в CLI и парсинга вывода.

Список ONU на конкретном порту OLT — MAC, статус, напряжение, Tx/Rx (дБм), смещение, температура, дистанция

Поддерживаемое железо

Реально протестировано на live-OLT в production-сетях. Список расширяется по запросу клиентов.

Вендор Модели Discovery Telnet Сигнал Конфиги
GateRay GR-IT-AC1208, GR-IT-AC1216 и др.
GateRay 2020 GR-2020-серия
BdCom GP3600/3300, P3310 и др.
CData EPON FD1208 EPON, FD1216 EPON
CData GPON FD1208S-B0/B1, FD1608SB1 (часть линейки, расширяется)

Для CData GPON покрыта часть линейки (FD1208S-B0/B1, FD1608SB1) — остальные модели подключаем по запросу.

Не нашли свой OLT? Напишите — добавим за 2-6 недель.

Интеграции и API

Встройте функциональность GetOLT в свой биллинг, NOC или внешний AI-агент — за день.

MCP-сервер

20+ безопасных инструментов через JSON-RPC: поиск ONU, кросс-OLT поиск по конфигам, top-N, экспорт. Те же tools, что у встроенного чата — отлажены на реальных сценариях. API-key + аудит-лог каждого вызова.

POST /api/v1/external/mcp
X-API-Key: ***

{ "method": "tools/call",
  "params": {
    "name": "config.search",
    "arguments": { "pattern": "vlan 35" }
  } }

REST API

OpenAPI-спецификация. JSON в обе стороны. Bearer-аутентификация.

GET  /api/olt/list?city=Прохладный
GET  /api/onu/find?abonFIO=Иванов
POST /api/onu/{mac}/reboot

Webhooks

Алерты в ваш Telegram-бот, систему тикетов или собственный мониторинг.

{
  "event": "onu.signal_low",
  "mac": "AC:DE:48:00:11:22",
  "signal_dbm": -28.7
}

Партнёры

Уже работаем с реальными биллингами и ERP

GetOLT не живёт в вакууме: подключаемся к биллингам и ERP операторов и снимаем рутину с инженеров. Вот два боевых кейса — уже в продакшене у наших партнёров.

BGBilling bgbilling.ru Уже в проде

биллинг

Маппинг абонентов по MAC

Из биллинга прилетают MAC-адреса абонентских устройств — GetOLT находит соответствующие ONU на OLT, связывает запись биллинга с конкретным портом и серийником. Поиск абонента по ФИО, лицевому счёту или MAC возвращает не «есть в базе», а реальное состояние оборудования: OLT, порт, серийник, аптайм.

BGERP bgerp.org Уже в проде

ERP / тех-поддержка

Сигнал соседей под рукой у инженера

Открываем карточку клиента в ERP — видим не только его ONU, но и уровни сигнала соседей по сплиттеру/порту. Это ускоряет диагностику обрывов и деградации волокна: понятно, проблема у одного абонента или у всей ветки. Активация и замена ONU, перезагрузка порта — прямо со вкладки, без переключения окон и SSH.

Свой биллинг или ERP? Опишите задачу — подключим через REST или MCP. Запросить демо →

On-premise архитектура

GetOLT работает внутри вашего контура. Никаких облачных зависимостей, никакой передачи данных абонентов наружу.

  • Один сервер: 4 vCPU, 8 GB RAM, 100 GB SSD
  • Стек: Spring Boot 3.2 / Java 21 / MySQL 8.0
  • Подключение к OLT: Telnet — whitelist команд, пул сессий, per-vendor парсеры
  • AI-ассистент: локальный LLM-инференс в вашем контуре — данные не покидают сеть
  • Развёртывание: docker-compose, одна команда
terminal
$ git clone https://github.com/your-org/getolt-deploy
$ cd getolt-deploy && cp env.example .env
$ docker-compose up -d
✓ getolt_app running on :8088
Ваша сеть PON OLT (GateRay / BdCom / CData) + ONU абонентов telnet · CLI-парсеры GetOLT (on-premise) Spring Boot · MySQL UI · REST API · MCP · AI-чат :8088 REST / Webhook Биллинг · ERP · NOC-боты · ваши агенты

Цены

Модель «купил — пользуешься»: цена фиксируется разово, обновления — отдельная подписка со 2-го года (опционально). Или помесячная подписка «всё-в-одном».

Лицензия

Бессрочная лицензия + внедрение в вашу инфраструктуру. Покупаете один раз.

220 000 ₽
разово · + обновления 22 000 ₽/год со 2-го года (опц.)
  • Бессрочно, без ограничений на размер сети
  • Внедрение под ваше железо — драйверы ваших OLT включены
  • Обучение команды (2 часа)
  • Поддержка 3 месяца
  • Обновления первого года включены
Обсудить внедрение

Подписка

Всё-в-одном помесячно: функционал, обновления и поддержка. Без разовых вложений.

13 000 ₽
в месяц
  • Полный функционал + обновления + поддержка
  • Без капитальных затрат
  • Платежи частично засчитываются при выкупе лицензии
  • REST + MCP API, webhook-алерты
Обсудить подписку

Доработки и Enterprise

Кастомные интеграции под вашу инфраструктуру и крупные сети.

от 4 000 ₽/час
Enterprise — индивидуально
  • Интеграция с вашим биллингом / BSS
  • White-label вариант
  • Кастомные отчёты
  • SLA 24/7, выделенный инженер
Связаться

Подробнее об условиях и программе раннего внедрения — на странице /pricing

Часто задаваемые вопросы

Какие модели OLT поддерживаются? +
GateRay, GateRay2020, BdCom (полный набор линеек), CData EPON, CData GPON (модели FD1208S-B0/B1, FD1608SB1 — список расширяется по запросу).
Можно ли установить в закрытом контуре без интернета? +
Да. GetOLT разворачивается полностью on-premise: один Docker-compose файл, локальная MySQL, обновления — через скачиваемый артефакт.
Чем GetOLT отличается от Zabbix? +
Zabbix — система мониторинга метрик. Он опрашивает OLT по SNMP, строит графики и шлёт триггеры. Многих операционных полей (login-id абонента, дистанция от ONU до OLT, версия прошивки, статус регистрации) в стандартных MIB нет — их даёт только CLI. Технически в Zabbix можно вызывать telnet/SSH через external-script или ssh.run[], но это превращается в самописные expect-парсеры под каждый вендор и каждую прошивку, без оркестрации пула сессий и без модели «абонент». GetOLT ходит на OLT по CLI как первый класс: адаптеры под BdCom, GateRay, CData в коробке, пул сессий обходит лимит одновременных подключений у вендора, данные ложатся в нормализованную таблицу ONU. Zabbix и GetOLT не заменяют друг друга — они закрывают разные задачи и хорошо живут рядом (алерты Zabbix → webhook → действие в GetOLT).
Чем GetOLT отличается от UserSide? +
UserSide — система учёта абонентов и оборудования с биллинговыми функциями. Опрос OLT там есть, в основном по SNMP, иногда с точечными CLI-командами для провижининга. Глубина работы с PON-сетью ограничена scope продукта: история сигнала на минутках, массовые операции по фильтру, MCP-интерфейс для AI, инженерный журнал действий — это не его задача. GetOLT — рядом стоящий сервис именно для инженерной работы с OLT/ONU: telnet/SSH к коробкам, операционные команды, REST + MCP API для интеграции с биллингом, тикетной системой или внутренним ассистентом. У клиентов с UserSide мы обычно встаём в дополнение, а не вместо.
Как обновляется продукт? +
Версионированные релизы. Каждое обновление — новый Docker-образ + миграция БД. Откат к предыдущей версии — через docker-compose. Подробности в документации.
Поддержка — как организована? +
Telegram-чат с инженером + email. SLA на критические инциденты — 4 часа в рабочее время. Устранение ошибок продукта — бесплатно по подписке на обновления.
Есть ли REST API для интеграции с биллингом? +
Да, OpenAPI-спецификация, JSON. Дополнительно — MCP-сервер (JSON-RPC), позволяющий встроить функционал GetOLT в LLM-ассистенты. Webhook-и для алертов.
Уйдут ли данные абонентов в OpenAI или другие облачные LLM? +
Нет, если вы этого не хотите. Дефолтная связка — локальная Ollama (gpt-oss:20b на проде, qwen-семейство как альтернатива). Inference внутри вашего контура, ни промпт, ни ответы не уходят наружу. При желании можно подключить любую OpenAI-совместимую модель — выбор остаётся за вами.
Что такое MCP-сервер GetOLT и зачем он мне? +
MCP (Model Context Protocol) — стандартизированный интерфейс между LLM-агентами и инструментами. GetOLT экспонирует 20+ безопасных tools: поиск ONU по любому идентификатору, top-N OLT по нагрузке, поиск substring/regex по конфигам всех OLT, история сигнала, выгрузка выборки в CSV, доступ к telnet-логам. Те же tools уже используются встроенным чатом — то есть набор отлажен на реальных сценариях. Подключение внешних AI-клиентов через JSON-RPC — открытый интерфейс, конкретный сценарий обсуждаем под клиента.
AI-ассистент действительно работает или это демо? +
Встроенный чат работает на проде, основная модель — gpt-oss:20b через локальную Ollama. Покрытие реальных сценариев: поиск ONU по жалобе абонента, диагностика сигнала по history, кросс-OLT поиск конфигов (например, «где есть VLAN 35 и нет NTP-сервера»), аналитические запросы через SQL поверх инвентаря, экспорт результатов в CSV/Excel. Каждый диалог пишется в БД — для аудита и улучшения промптов.
Может ли продукт работать с Huawei / ZTE / Nokia OLT? +
Пока нет. Поддержка новых вендоров добавляется по запросу платящих клиентов. Срок — 2-6 недель в зависимости от документированности CLI вендора.
Сколько серверов нужно для эксплуатации? +
Один сервер: 4 vCPU, 8 GB RAM, 100 GB SSD — рабочая база. На текущей боевой инсталляции — 342 OLT и 86 000+ ONU на одной коробке. Точные требования зависят от размера сети — обсудим под вашу конфигурацию.
Какой стек используется внутри? +
Spring Boot 3.2 / Java 21 / MySQL 8.0. UI — Thymeleaf + ванильный JS. Без внешних SaaS-зависимостей.

Запросить демо или обсудить пилот

Отвечаем в течение рабочего дня. Или напишите напрямую на sale@getolt.online либо в Telegram @getolt_pub.