Гайды - Админка

Калькулятор оптического бюджета GPON — онлайн-расчёт бесплатно

Mon, 01 Jun 2026 10:42:28 +0300

🧮 Калькулятор оптического бюджета GPON

Рассчитайте оптический бюджет вашей PON-сети с учётом всех элементов: волокна, сплиттеров, сварок и коннекторов. Калькулятор автоматически проверит соответствие выбранному классу оптики и покажет детализацию потерь.

GPON Optical Budget Calculator

Профессиональный инструмент для проектировщиков FTTH

📥 Параметры сети

Класс оптики (SFP модуль): Class B+ (13-28 dB) — стандарт Class C+ (17-32 dB) — популярный Class N1 (16-29 dB) Class N2 (20-33 dB) Class C++ (20-35 dB) — дальнобойный

Длина магистрали: 10 км

0.1 км60 км

Сварных соединений: 6 шт.

Потери на сварку: 0.1 dB

Коннекторов (SC/APC): 4 шт.

Потери на коннектор: 0.5 dB

🔀 Оптические сплиттеры

Можно добавить несколько сплиттеров (каскадная схема)

➕ Добавить сплиттер

Эксплуатационный запас: 3 dB

Рекомендуется: 3 dB (на старение и ремонты)

📊 Результаты расчёта

✅

СЕТЬ РАБОТАЕТ

Запас бюджета достаточен

Использование бюджета: 0%

Потери: 0 dB Бюджет: 32 dB Запас: 32 dB

Максимальная длина линии:

0 км

при текущей конфигурации сплиттеров

📋 Детализация потерь:

Элемент	Потери
ИТОГО:	0 dB

📡 Потери по длине волны:

1310 нм

Upstream

0 dB

1490 нм

Downstream

0 dB

1550 нм

RF Overlay

0 dB

💡 Совет: Для стабильной работы сети оставляйте запас не менее 3 dB. Это компенсиррует деградацию оптики со временем и возможные ремонты.

🖨️ Распечатать расчёт 📤 Поделиться

📖 Как пользоваться калькулятором

Выберите класс оптики — посмотрите на маркировку SFP-модуля в OLT (B+, C+, N2 и т.д.)
Укажите длину магистрали — от OLT до самого дальнего ONT, включая внутридомовые участки
Посчитайте сварки — каждая муфта = 2 сварки, кросс = 2 сварки, плюс оконцовка
Посчитайте коннекторы — каждое соединение SC/APC (патч-корд → розетка → сплиттер)
Добавьте сплиттеры — для каскадной схемы (например, 1:8 + 1:4 = эквивалент 1:32) добавьте несколько
Оставьте запас 3 dB — на деградацию и будущие ремонты

📊 Справочная таблица потерь

Элемент	1310 нм (US)	1490 нм (DS)	1550 нм (RF)
Волокно G.652 (1 км)	0.35 dB	0.22 dB	0.20 dB
Сварка	0.05 — 0.1 dB
Коннектор SC/APC	0.3 — 0.5 dB
Сплиттер 1:2	3.5 dB
Сплиттер 1:4	7.2 dB
Сплиттер 1:8	10.5 dB
Сплиттер 1:16	13.8 dB
Сплиттер 1:32	17.0 dB
Сплиттер 1:64	20.5 dB

💡 Классы GPON-оптики

Класс	Бюджет	Применение
B+	13 — 28 dB	Короткие линии, многоквартирные дома
C+	17 — 32 dB	Самый популярный, частный сектор
N1	16 — 29 dB	XG-PON, средние дистанции
N2	20 — 33 dB	XG-PON, длинные линии
C++	20 — 35 dB	Дальнобойный, сплит 1:128

🔧 Нужна помощь с проектированием FTTH-сети?

Мы выполняем полный цикл работ: от оптического расчёта и составления спецификации до монтажа, сварки и пусконаладки. Работаем с C-Data, Eltex, Huawei, ZTE.

Заказать проектирование →

Миграция с Huawei MA5608T на C-Data FD1616S: Полное руководство 2026

Fri, 29 May 2026 17:25:45 +0300

📋 TL;DR для занятых

Исходник:	Huawei MA5608T (2 шасси, 14 PON-портов, 2100 абонентов)
Цель:	2× C-Data FD1616S (32 PON-порта, тот же парк ONT)
Срок:	14 дней (подготовка 7 дней + миграция 5 ночей + стабилизация 2 дня)
Простой абонентов:	< 5 минут на абонента (в ночное окно)
Экономия CAPEX:	~2.4 млн ₽ (vs покупка б/у Huawei)

Почему миграция с Huawei стала мейнстримом в 2026

До 2022 года Huawei MA5608T был безальтернативным стандартом для региональных провайдеров. Но ситуация радикально изменилась:

🚨 Ключевые проблемы с Huawei сегодня:

❌ Нет официальных поставок — только "серый" импорт через Казахстан/Турцию
❌ Цена б/у MA5608T выросла в 3 раза — до 450-600 тыс. ₽ за шасси
❌ Нет обновлений прошивок — уязвимости не закрываются
❌ Нет техподдержки — только форумы и "дядя Вася"
❌ Риск контрафакта — восстановленные платы под видом новых
❌ Проблемы с запчастями — SFP-модули и платы GPBD в дефиците

C-Data FD1616S стала оптимальной альтернативой благодаря:

✅ CLI на 85% совместимому с Huawei VRP
✅ Поддержке всего парка ONT (Huawei HG8245, HG8010, ZTE F660 и др.)
✅ Наличию на складах дистрибьюторов в РФ/СНГ
✅ Цене в 2.5-3 раза ниже эквивалентного Huawei
✅ Официальной гарантии и техподдержке

Архитектурные различия: что нужно знать ДО миграции

Параметр	Huawei MA5608T	C-Data FD1616S	⚠️ Нюансы миграции
Форм-фактор	Modular (2 слота)	Box (фиксированная)	У C-Data всегда `0/0`, нет `0/1`
Команда просмотра	`display`	`show`	Массовая замена в скриптах
Автодополнение	Tab работает	Tab работает	✅ Совместимо
Service-port	`service-port X vlan ...`	`service-port X vlan ... inbound/outbound name ...`	⚠️ Обязательно указывать traffic-profile!
DBA profiles	type 1-5	type 1-5	✅ Совместимо
Маршруты	`ip route-static`	`ip route`	⚠️ Разный синтаксис!
Сохранение	`save`	`save`	✅ Совместимо (но дольше)
Нумерация ONT	0-127	1-128	⚠️ Сдвиг на +1!
NTP	`ntp-service unicast-server`	`ntp-service unicast-service`	⚠️ Опечатка в синтаксисе
SNMP traps	`snmp-agent target-host trap`	`snmp-agent trap`	⚠️ Другой порядок аргументов

ЭТАП 1: Подготовка (7 дней до миграции)

Шаг 1.1. Аудит текущей сети Huawei

Первым делом выгружаем всю конфигурацию с MA5608T. Это наша "отправная точка".

# На Huawei MA5608T
MA5608T> enable
MA5608T# display current-configuration > huawei_config.txt

# Отдельно выгружаем:
MA5608T# display ont info 0/0/0 all > ont_list.txt
MA5608T# display service-port port 0/0/0 > services.txt
MA5608T# display ont-lineprofile gpon all > line_profiles.txt
MA5608T# display ont-srvprofile gpon all > srv_profiles.txt
MA5608T# display dba-profile all > dba_profiles.txt
MA5608T# display traffic table ip all > traffic_tables.txt
MA5608T# display vlan all > vlans.txt

Шаг 1.2. Подготовка C-Data "чистого листа"

# На новом C-Data FD1616S
OLT> enable
OLT# config

# 1. Базовая настройка (имя, время, DNS)
OLT(config)# sysname OLT-CDATA-01
OLT(config)# time 2026/05/30-02:00:00
OLT(config)# timezone gmt+ 05:00
OLT(config)# dns server 8.8.8.8
OLT(config)# ntp-service unicast-service ntp1.stratum2.ru

# 2. Management-интерфейс
OLT(config)# interface mgmt
OLT(config-interface-mgmt)# ip address 10.255.1.10 24
OLT(config-interface-mgmt)# default gateway 10.255.0.1
OLT(config-interface-mgmt)# exit

# 3. Пользователи (обязательно меняем дефолтные!)
OLT(config)# user add admin_new STRONG_PASSWORD admin
OLT(config)# user password admin STRONG_PASSWORD

# 4. SSH + отключение Telnet
OLT(config)# service ssh enable
OLT(config)# service telnet disable

# 5. SNMP для мониторинга
OLT(config)# service snmp enable
OLT(config)# snmp-agent community read public
OLT(config)# snmp-agent trap zabbix 10.255.0.10 162 public
OLT(config)# snmp-agent sys-info location "DC-1, Rack-12"
OLT(config)# snmp-agent sys-info contact "noc@provider.ru"

# 6. Базовые VLAN (из Huawei-конфига)
OLT(config)# vlan 10
OLT(config)# vlan 20
OLT(config)# vlan 100-199
OLT(config)# vlan 999

OLT(config)# save

Шаг 1.3. Создание VLAN-плана и IP-схемы

Перед миграцией обязательно составьте таблицу соответствий VLAN и IP. Я использую Excel с такими колонками:

📊 Пример таблицы VLAN-соответствий:

Huawei VLAN	C-Data VLAN	Назначение	Gateway IP
10	10	Internet (Центр)	10.10.10.1
20	20	Internet (Север)	10.10.20.1
100	100	IPTV Multicast	—
200	200	VoIP	10.10.200.1
999	999	Management	10.255.0.1

ЭТАП 2: Миграция профилей (ночь №1)

Шаг 2.1. Перенос DBA-профилей

DBA-профили — основа QoS. У Huawei и C-Data типы 1-5 совпадают, но синтаксис немного отличается.

⚠️ Важно: У C-Data после настройки DBA-профиля нужно обязательно выполнить commit, иначе изменения не применятся!

# Пример: Тариф "Стандарт" (100 Мбит/с down, 50 Мбит/с up)

# HUAWEI (исходник):
MA5608T(config)# dba-profile add profile-id 10 profile-name "STD-50M" \
 type4 max 51200

# C-DATA (миграция):
OLT(config)# dba-profile profile-id 10 profile-name STD-50M
OLT(config-dba-profile-10)# type4 max 51200
OLT(config-dba-profile-10)# commit
OLT(config-dba-profile-10)# exit

# Тариф "Премиум" с гарантией (type5)
OLT(config)# dba-profile profile-id 20 profile-name PREM-100M
OLT(config-dba-profile-20)# type5 fix 10240 assure 20480 max 102400
OLT(config-dba-profile-20)# commit
OLT(config-dba-profile-20)# exit

Шаг 2.2. Перенос ONT line-profile

Line-profile описывает логическую структуру ONT: T-CONT, GEM-порты, маппинг VLAN. Это самый сложный этап миграции.

# HUAWEI (исходник):
MA5608T(config)# ont-lineprofile gpon profile-id 10 profile-name "LINE-SFU"
MA5608T(config-gpon-ont-lineprofile-10)# tcont 1 dba-profile-id 10
MA5608T(config-gpon-ont-lineprofile-10)# gem add 1 eth-type ETH-FRAME
MA5608T(config-gpon-ont-lineprofile-10)# gem mapping 1 0 tcont 1
MA5608T(config-gpon-ont-lineprofile-10)# commit
MA5608T(config-gpon-ont-lineprofile-10)# quit

# C-DATA (миграция):
OLT(config)# ont-lineprofile gpon profile-id 10 profile-name LINE-SFU
OLT(config-ont-lineprofile-10)# tcont 1 dba-profile-id 10
OLT(config-ont-lineprofile-10)# gem add 1 tcont 1
OLT(config-ont-lineprofile-10)# mapping-mode vlan
OLT(config-ont-lineprofile-10)# gem mapping 1 1 vlan untagged
OLT(config-ont-lineprofile-10)# qos-mode priority-queue
OLT(config-ont-lineprofile-10)# omcc encrypt off
OLT(config-ont-lineprofile-10)# commit
OLT(config-ont-lineprofile-10)# exit

💡 Ключевые отличия line-profile:

У C-Data нужно явно указывать mapping-mode vlan (или priority/port)
У C-Data gem mapping использует другой порядок аргументов
OMCC-encryption по умолчанию включен — для Huawei ONT его нужно отключить

Шаг 2.3. Перенос ONT service-profile

# HUAWEI (исходник):
MA5608T(config)# ont-srvprofile gpon profile-id 10 profile-name "SRV-SFU-4E"
MA5608T(config-gpon-ont-srvprofile-10)# ont-port 1 eth-adapt eth 4
MA5608T(config-gpon-ont-srvprofile-10)# commit
MA5608T(config-gpon-ont-srvprofile-10)# quit

# C-DATA (миграция):
OLT(config)# ont-srvprofile gpon profile-id 10 profile-name SRV-SFU-4E
OLT(config-ont-srvprofile-10)# ont-port eth adaptive
# Или явно: ont-port eth 4
OLT(config-ont-srvprofile-10)# native-vlan concern
OLT(config-ont-srvprofile-10)# mac-learning enable
OLT(config-ont-srvprofile-10)# mac-aging 300
OLT(config-ont-srvprofile-10)# commit
OLT(config-ont-srvprofile-10)# exit

Шаг 2.4. Traffic-profile (эквивалент traffic table ip)

Это уникальная сущность C-Data, которой нет в явном виде у Huawei. Traffic-profile задаёт CIR/PIR/CBS/PBS для service-port.

# HUAWEI (исходник):
MA5608T(config)# traffic table ip index 10 name "100M" \
 cir 102400 pir 102400 cbs 10240 pbs 10240

# C-DATA (создаём traffic-profile):
OLT(config)# traffic-profile profile-id 10 profile-name TRAF-100M \
 cir 102400 pir 102400 cbs 10240 pbs 10240

# Для разных тарифов:
OLT(config)# traffic-profile profile-id 20 profile-name TRAF-500M \
 cir 512000 pir 512000 cbs 51200 pbs 51200
OLT(config)# traffic-profile profile-id 30 profile-name TRAF-1G \
 cir 1024000 pir 1024000 cbs 102400 pbs 102400

ЭТАП 3: Настройка uplink и маршрутизации (ночь №2)

Шаг 3.1. Uplink-порты (LACP агрегация)

# HUAWEI (исходник):
MA5608T(config)# interface eth 0/1/0
MA5608T(config-if)# eth-trunk 1
MA5608T(config-if)# port vlan 10 to 20
MA5608T(config-if)# port vlan 100 200 999

# C-DATA (миграция):
OLT(config)# interface xge 0/0
OLT(config-interface-xge-0/0)# vlan mode 1 trunk
OLT(config-interface-xge-0/0)# vlan trunk 1 10,20,100,200,999
OLT(config-interface-xge-0/0)# exit

# LACP-агрегация (2×10G SFP+)
OLT(config)# interface link-aggregation
OLT(config-interface-aggregation)# member add xge 0/0 1,2 link-aggregation group 9
OLT(config-interface-aggregation)# exit

Шаг 3.2. Маршрутизация

🔴 Критическое отличие! У Huawei команда ip route-static, у C-Data — просто ip route. Не перепутайте, иначе маршруты не создадутся!

# HUAWEI (исходник):
MA5608T(config)# ip route-static 0.0.0.0 0.0.0.0 10.255.0.1
MA5608T(config)# ip route-static 10.10.0.0 255.255.0.0 10.255.0.1

# C-DATA (миграция):
OLT(config)# ip route 0.0.0.0 0.0.0.0 10.255.0.1
OLT(config)# ip route 10.10.0.0 255.255.0.0 10.255.0.1

# Management VLANIF (L3-интерфейс)
OLT(config)# interface vlanif 999
OLT(config-interface-vlanif-999)# ip address 10.255.1.10 24
OLT(config-interface-vlanif-999)# exit

ЭТАП 4: Миграция абонентов (ночи №3-7)

Стратегия: "Двойная регистрация"

Чтобы минимизировать простой, я использую стратегию "двойной регистрации":

ONT физически переключается с PON-порта Huawei на PON-порт C-Data
На C-Data уже заранее создана конфигурация (ONT добавлен, service-port настроен)
ONT регистрируется на новом OLT за 30-60 секунд
Интернет появляется у абонента в течение 2-5 минут

Шаг 4.1. Массовое добавление ONT через Python

Для 2100 абонентов вручную ONT не добавить. Я написал скрипт на Python с использованием Netmiko, который читает CSV-файл с выгрузкой из Huawei и создаёт ONT в C-dаta:

# migrate_onts.py
from netmiko import ConnectHandler
import csv
import time

# Подключение к C-Data
cdata = ConnectHandler(
 device_type='huawei',
 host='10.255.1.10',
 username='admin_new',
 password='STRONG_PASSWORD'
)
cdata.enable()

# Читаем CSV с абонентами из Huawei
with open('huawei_onts.csv', 'r') as f:
 reader = csv.DictReader(f)
 for row in reader:
 pon_port = row['new_pon_port']
 ont_id = row['ont_id']
 sn = row['sn']
 desc = row['description']
 vlan = row['vlan']
 line_prof = row['line_profile']
 srv_prof = row['srv_profile']
 
 # 1. Регистрация ONT
 cmd_add = f'interface gpon 0/0'
 cdata.send_config_set([cmd_add])
 
 cmd_ont = (f'ont add {pon_port} {ont_id} sn-auth "{sn}" '
 f'ont-lineprofile-id {line_prof} '
 f'ont-srvprofile-id {srv_prof} always')
 cdata.send_config_set([cmd_ont])
 
 # 2. Описание
 cmd_desc = f'ont description {pon_port} {ont_id} "{desc}"'
 cdata.send_config_set([cmd_desc])
 
 # 3. Выход в config mode для service-port
 cdata.send_config_set(['exit'])
 
 # 4. Создание service-port
 sp_idx = int(pon_port) * 1000 + int(ont_id)
 cmd_sp = (f'service-port {sp_idx} vlan {vlan} gpon 0/0 port {pon_port} '
 f'ont {ont_id} gemport 1 multi-service user-vlan {vlan} '
 f'tag-action transparent '
 f'inbound name TRAF-100M outbound name TRAF-100M')
 cdata.send_config_set([cmd_sp])
 
 print(f'✅ Мигрирован: {desc} (SN: {sn})')
 time.sleep(0.5) # не перегружаем CPU OLT

cdata.send_config_set(['save'])
cdata.disconnect()
print('🎉 Миграция завершена!')

Шаг 4.2. Физическая перекоммутация (PON-сплиттеры)

Самый трудозатратный этап. На каждом узле связи:

Отключаем pigtail от SFP-модуля Huawei
Подключаем к SFP+ модулю C-Data
Проверяем оптический бюджет: show port ddm-info
Убеждаемся, что все ONT на PON-порту "поднялись"

# Проверка после перекоммутации
OLT(config)# interface gpon 0/0

# Оптика PON-порта
OLT(config-interface-gpon-0/0)# show port ddm-info 1
Temperature(C): 37.2
TX power(dBm): +3.45 # норма 0.5...+5
RX power(dBm): -17.25 # норма -8...-27

# Список всех ONT на порту
OLT(config-interface-gpon-0/0)# show ont info 1 all
# Ищем: Run state: online, Config state: success

# Оптика конкретных ONT
OLT(config-interface-gpon-0/0)# show ont optical-info 1 all

10 типовых граблей миграции (и как их избежать)

❌ Грабли №1: ONT регистрируется, но Config state = "failed"
Причина: Несоответствие ont-srvprofile реальным возможностям ONT. У Huawei в профиле указано 4 ETH, а ONT (Huawei HG8010) имеет только 1 ETH.
✅ Решение:

Смотрим реальные capabilities: show ont capability
Создаём отдельный srv-profile под каждую модель ONT
Перепривязываем: ont modify ont-srvprofile-id

❌ Грабли №2: OMCI-несовместимость с Huawei ONT (HG8245H)
Причина: C-Data по умолчанию включает OMCC-encryption, а старые Huawei ONT его не поддерживают.
✅ Решение: В line-profile отключаем шифрование:

OLT(config-ont-lineprofile-10)# omcc encrypt off OLT(config-ont-lineprofile-10)# commit

❌ Грабли №3: "Service-port already exists" при миграции
Причина: У Huawei индексы service-port были 1, 2, 3... У C-Data они глобальные, а не per-PON.
✅ Решение: Использовать систему нумерации: PON×1000 + ONT_ID×10 + service_num

# PON 3, ONT 15, сервис 1 → индекс 3151 service-port 3151 vlan 10 gpon 0/0 port 3 ont 15 gemport 1 ...

⚠️ Грабли №4: Забыли указать traffic-profile в service-port
Симптом: Команда выполняется без ошибок, но у абонента скорость 10 Мбит/с вместо 100.
✅ Решение: Всегда явно указывайте inbound name ... outbound name ...

⚠️ Грабли №5: Различия в нумерации ONT-ID
Причина: У Huawei ONT нумеруются с 0 (0-127), у C-Data с 1 (1-128).
✅ Решение: При импорте CSV делать сдвиг ont_id = huawei_id + 1

❌ Грабли №6: "Rogue ONT" после миграции
Причина: Один из перенесённых ONT неисправен и "светит" постоянно, глуша весь PON-порт.
✅ Решение: Включить защиту заранее:

OLT(config-interface-gpon-0/0)# anti-rogueont auto-detect all enable interval 15 OLT(config-interface-gpon-0/0)# anti-rogueont auto-isolate all enable

⚠️ Грабли №7: Различия в DHCP Option82
Симптом: BRAS не авторизует абонентов, так как Option82 от C-Data отличается от Huawei.
✅ Решение: Либо адаптировать BRAS, либо на C-Data настроить совместимый формат:

OLT(config)# dhcp-snooping option82 enable OLT(config)# dhcp-snooping option82 format type4

❌ Грабли №8: IPTV не работает после миграции
Причина: Не настроен IGMP snooping / multicast VLAN.
✅ Решение:

OLT(config)# igmp mode snooping OLT(config)# multicast-vlan 100 OLT(config-multicast-vlan-100)# igmp member port gpon 0/0/1 to 16 OLT(config-multicast-vlan-100)# exit

⚠️ Грабли №9: Долгое сохранение конфигурации
Симптом: save выполняется 5-10 минут вместо 30 секунд.
Причина: У C-Data флеш-память медленнее, особенно при 2000+ ONT.
✅ Решение: Сохранять после каждого PON-порта, а не в конце всей миграции.

❌ Грабли №10: Потеря management-доступа после миграции
Причина: VLAN 999 (management) не проброшен на uplink.
✅ Решение: До перекоммутации uplink проверить:

OLT(config)# show port vlan 1 # Убедиться, что VLAN 999 в Tagged-Vlan списке

Чек-лист миграции (47 пунктов)

📋 Неделя 1: Подготовка

☐ Выгружена полная конфигурация Huawei (current-config)
☐ Составлен список всех ONT с SN, port, ont-id, description
☐ Составлена таблица VLAN-соответствий
☐ Составлена таблица IP-адресов (VLANIF)
☐ Составлен список service-port с индексами
☐ Выгружены все DBA-профили
☐ Выгружены все ONT line-profile
☐ Выгружены все ONT srv-profile
☐ Выгружены все traffic table ip
☐ Развёрнут тестовый C-Data в лаборатории
☐ Протестирована миграция 10 абонентов "на коленке"
☐ Написан Python-скрипт автоматизации
☐ Подготовлены CSV-файлы для импорта
☐ Согласованы окна работ с NOC и биллингом
☐ Подготовлены SFP+ модули и патч-корды

📋 Неделя 2: Миграция (по ночам)

☐ Ночь №1: Созданы все профили (DBA, line, srv, traffic)
☐ Ночь №1: Настроены uplink и маршрутизация
☐ Ночь №2: Настроены VLAN и IGMP multicast
☐ Ночь №2: Настроен SNMP + NTP + syslog
☐ Ночь №3: Миграция PON-портов 1-4 (~400 абонентов)
☐ Ночь №4: Миграция PON-портов 5-8 (~400 абонентов)
☐ Ночь №5: Миграция PON-портов 9-12 (~400 абонентов)
☐ Ночь №6: Миграция PON-портов 13-14 (~300 абонентов)
☐ Ночь №7: Резерв, откат проблемных случаев

📋 Финальная проверка

☐ Все ONT в статусе "online" + "config success"
☐ Оптический бюджет в норме (-8...-27 dBm)
☐ Работает интернет у всех тарифных планов
☐ Работает IPTV (переключение каналов)
☐ Работает VoIP (тестовые звонки)
☐ Zabbix видит новый OLT и все метрики
☐ Syslog-сервер получает алерты
☐ Автобэкапы работают (раз в сутки в 03:00)
☐ Сохранена финальная конфигурация
☐ Создан backup на TFTP-сервер
☐ Обновлена документация сети
☐ Huawei MA5608T выведен из эксплуатации (через 30 дней)
☐ Проведён lessons learned с командой
☐ Обновлены runbook'и для NOC
☐ Подписан акт выполненных работ

Экономика миграции: CAPEX и OPEX за 3 года

Статья расходов	Huawei MA5608T (б/у)	C-Data FD1616S (новый)	Экономия
CAPEX: Оборудование	3.2 млн ₽ (2×б/у шасси + платы)	0.8 млн ₽ (2×FD1616S)	2.4 млн ₽
CAPEX: SFP-модули	180 тыс. ₽ (дефицит)	60 тыс. ₽	120 тыс. ₽
OPEX: Техподдержка (год)	0 ₽ (нет официальной)	Включена в гарантию	—
OPEX: Ремонты (3 года)	~400 тыс. ₽ (платы, SFP)	~50 тыс. ₽ (гарантия)	350 тыс. ₽
Риск простоя сети	Высокий (нет запчастей)	Низкий (склады РФ)	Бесценно
ИТОГО за 3 года	~4.2 млн ₽	~1.3 млн ₽	~2.9 млн ₽

План отката (если что-то пошло не так)

Главное правило миграции: всегда иметь возможность откатиться. Вот наш план "Б":

🚨 Сценарий отката:

До начала работ: Huawei MA5608T остаётся в rack, uplink-кабели промаркированы
Во время работ: pigtail'ы от сплиттеров помечены "H" (Huawei) и "C" (C-Data)
Если критическая ошибка:
- Физически возвращаем pigtail'ы на Huawei (5 минут на PON-порт)
- ONT автоматически перерегистрируются на Huawei (2-5 минут)
- Сервис восстанавливается
После отката: Анализируем причину, переносим миграцию на следующую ночь

Критерий успеха отката: абонент не должен заметить простоя более 10 минут.

Заключение и выводы

Миграция с Huawei MA5608T на C-Data FD1616S — это не просто замена железа, а полноценный проект со своими рисками, этапами и метриками успеха. Но при правильной подготовке он проходит практически безболезненно для абонентов.

🎯 Главные выводы из нашего опыта:

CLI C-Data на 85% совместим с Huawei VRP — это главный плюс, инженеры переучиваются за 1-2 дня
Ключевое отличие — traffic-profile в service-port, без него скорость будет "зарезана"
OMCC encryption нужно отключать для старых Huawei ONT
Python-автоматизация обязательна — руками 2000+ абонентов не мигрировать
Экономия 2.5-3× по CAPEX при сопоставимом качестве
Поддержка парка ONT отличная — Huawei HG8245H, HG8010, ZTE F660 работают без проблем

💼 Нужна помощь с миграцией?
Проведу полный аудит, напишу скрипты миграции и буду сопровождать вашу команду во время ночных работ. Гарантия: 0 потерь абонентов или возврат денег. Обсудить проект миграции →

📚 Читайте также в цикле статей по GPON:

Кейс: Как мы спасли GPON-сеть на 1200 абонентов от коллапса за 72 часа

Fri, 29 May 2026 17:08:29 +0300

📋 TL;DR для занятых

Клиент:	Региональный WISP, 1200+ абонентов, 4× OLT C-Data FD1616S
Симптомы:	Массовые жалобы на скорость, ночные mass-offline, деградация IPTV
Срок аудита:	72 часа (удалённо + 1 выезд)
Найдено проблем:	4 критических, 7 средней важности
Результат:	Жалобы ↓94%, SLA 99.9%, NPS вырос с 32 до 71

🚨 ЭТАП 1: ПРОБЛЕМА

К нам обратился технический директор WISP-провайдера из региона (NDA, назовём его "Телеком-Юг"). Ситуация была критическая:

Симптомы со слов клиента:

📞 40-60 тикетов в день на "низкую скорость" при тарифах 100-500 Мбит/с
🌙 Каждую ночь с 02:00 до 04:00 массово отваливаются 100-200 ONT на 2-х PON-портах
📺 IPTV "рассыпается" при скачивании торрентов другими абонентами
😤 Отток абонентов вырос до 8% в месяц (норма для рынка — 2-3%)
💸 Выручка падает, маркетинг не справляется с негативом

Что уже пробовали (безрезультатно):

Меняли SFP-модули на uplink (не помогло)
Переобжимали коннекторы в муфтах (не помогло)
Увеличивали полосу на BRAS (не помогло)
Меняли ONT у "проблемных" абонентов (не помогло)

Штатный инженер сказал: "Оборудование C-Data — китайское, видимо, глючит. Надо менять на Eltex или Huawei". Это означало бы CAPEX в 3-4 млн рублей и простой сети на 2-3 недели.

Клиент дал нам 72 часа на удалённый аудит с условием: если не найдём корень проблем — аудит бесплатный.

🔬 ЭТАП 2: ДИАГНОСТИКА

Шаг 1. Анализ общей картины (первые 2 часа)

Подключились по SSH к OLT и начали со сбора общей статистики:

# Загрузка CPU и памяти
OLT(config)# show cpu
Utilization: 87% # КРИТИЧНО! Норма до 60%

# Температура
OLT(config)# show temperature
The temperature of the board: 68(C) # Высоко, но не критично

# Статус всех PON-портов
OLT(config-interface-gpon-0/0)# show port state all
# Поняли: PON 0/0/3 и 0/0/7 — в группе риска

⚡ Первая находка: CPU OLT загружен на 87% — это ненормально для 1200 абонентов. Значит, устройство чем-то "занято" — скорее всего, обрабатывает шквал ошибок или broadcast-шторм.

Шаг 2. Анализ "проблемных" PON-портов (часы 2-6)

Сфокусировались на портах, с которых шли массовые жалобы:

# Оптика PON-портов (DDM)
OLT(config-interface-gpon-0/0)# show port ddm-info 3
Temperature(C): 42.1
TX power(dBm): -2.87 # КРИТИЧНО! Норма +2...+5 dBm
RX power(dBm): -18.32

# Оптика на втором проблемном порту
OLT(config-interface-gpon-0/0)# show port ddm-info 7
TX power(dBm): +3.12 # Норма
RX power(dBm): -21.45 # Норма

🔴 Проблема #1 найдена: SFP-модуль PON 0/0/3 "умирает" — Tx power упал до -2.87 dBm вместо +3...+5 dBm. Этого хватает, чтобы ONT регистрировались, но канал работает на пределе, отсюда массовые ошибки CRC и пересдачи пакетов.

Шаг 3. Поиск Rogue ONT (часы 6-12)

Ночные mass-offline на порту 0/0/7 — классический симптом Rogue ONT (модема, который "светит" постоянно, глуша остальных). Проверили:

# Статус anti-rogue функции
OLT(config-interface-gpon-0/0)# show anti-rogueont auto-detect switch
F/S Port Switch Interval(min)
0/0 7 disable -- # КРИТИЧНО! Функция отключена

# Активные алармы
OLT(config)# show alarm active all
ALARM15 Major 204 -- pon port link down
ALARM33 Warning 410 -- Rogue ONT detected on port 7

🔴 Проблема #2 найдена:

На порту 0/0/7 есть активный Rogue ONT
Функция anti-rogueont auto-isolate отключена — сеть беззащитна
Ночью (когда легитимные ONT "спят") rogue-модем захватывает весь PON-порт, вызывая массовый offline

Шаг 4. Анализ QoS и IPTV-проблем (часы 12-20)

IPTV "рассыпался" при нагрузке — явный признак неправильного QoS. Проверили DBA-профили:

# Все DBA-профили
OLT(config)# show dba-profile all
Profile Profile Type Fix Assure Max Bind
ID Name (kbps)(kbps)(kbps) times
-------------------------------------------------------
10 DBA-Internet 4 0 0 102400 850
20 DBA-VoIP 4 0 0 51200 120 # ОШИБКА!
30 DBA-IPTV 4 0 0 204800 230

🔴 Проблема #3 найдена:

VoIP и IPTV используют Type 4 (Best Effort) DBA-профили. Это означает, что при загрузке канала торрентами, голос и видео не имеют гарантированной полосы и конкурируют с интернетом на равных.

Правильно:

VoIP → Type 3 (Assure + Max) с гарантией 2-4 Мбит/с
IPTV → Type 3 с гарантией 10-20 Мбит/с
Internet → Type 4 (только Max)

Шаг 5. Поиск "тихих" проблем (часы 20-48)

Прошерстили всю сеть скриптами (Python + Netmiko) и нашли ещё 7 проблем средней важности:

Проблема	Количество	Влияние
ONT с Rx < -27 dBm	47 шт.	Периодические "тормоза"
Неправильный srv-profile (4 ETH вместо 1)	23 ONT	Config state: failed
Отсутствие STP на uplink	2 OLT	Риск петель
Бэкапы конфигов не делаются	Все 4 OLT	Риск потери конфигурации
SNMP выключен	Все 4 OLT	Нет мониторинга
NTP не настроен	3 OLT	Логи бесполезны
Дефолтные пароли admin/admin	2 OLT	Угроза взлома

🛠 ЭТАП 3: РЕШЕНИЕ

Предоставили клиенту детальный отчёт с приоритизацией и приступили к исправлениям.

Исправление #1: Замена умирающего SFP (час 48)

Выезд инженера на площадку, замена SFP-модуля на PON 0/0/3:

# После замены
OLT(config-interface-gpon-0/0)# show port ddm-info 3
TX power(dBm): +3.45 # ✅ Норма
RX power(dBm): -17.82 # ✅ Норма

Исправление #2: Включение anti-rogue защиты (час 49)

# Включаем автообнаружение и автоизоляцию на всех PON
OLT(config-interface-gpon-0/0)# anti-rogueont auto-detect all enable interval 15
OLT(config-interface-gpon-0/0)# anti-rogueont auto-isolate all enable

# Через 20 минут OLT сам нашёл и изолировал rogue ONT
OLT(config)# show alarm active all
ALARM45 Major -- Rogue ONT isolated on port 7, ONT-ID: 23

🎯 Результат: OLT сам обнаружил rogue ONT (ONT #23 на порту 7) и изолировал его. Ночные mass-offline прекратились полностью уже следующей ночью.

Исправление #3: Корректировка DBA-профилей (час 50)

# Пересоздаём DBA для VoIP (Type 3 с гарантией)
OLT(config)# dba-profile profile-id 21 profile-name DBA-VoIP-Fixed
OLT(config-dba-profile-21)# type3 assure 4096 max 10240
OLT(config-dba-profile-21)# commit

# Пересоздаём DBA для IPTV
OLT(config)# dba-profile profile-id 31 profile-name DBA-IPTV-Fixed
OLT(config-dba-profile-31)# type3 assure 20480 max 102400
OLT(config-dba-profile-31)# commit

# Массовая перевязка ONT на новые профили через Python-скрипт
# (120 VoIP + 230 IPTV абонентов перевязаны за 15 минут)

Исправление #4: Настройка базового мониторинга (часы 51-60)

# SNMP + NTP + Syslog + автобэкапы
OLT(config)# service snmp enable
OLT(config)# snmp-agent community read public
OLT(config)# snmp-agent trap zabbix 10.255.0.10 162 public
OLT(config)# ntp-service unicast-service ntp1.stratum2.ru
OLT(config)# syslog add 10.255.0.20 graylog-server
OLT(config)# syslog activate ip 10.255.0.20
OLT(config)# auto-backup period configuration enable
OLT(config)# auto-backup period configuration interval 1 time 03:00
OLT(config)# auto-backup server configuration tftp 10.255.0.20

Исправление #5: Устранение "тихих" проблем (часы 60-72)

Параллельно с основными работами:

✅ 47 ONT с Rx < -27 dBm — составили список для замены патч-кордов/сварки
✅ 23 ONT с неправильным srv-profile — перевязали на корректный через ont modify
✅ Включили STP на всех uplink: stp enable
✅ Сменили дефолтные пароли на всех OLT
✅ Настроили loopback-detection на всех GE-портах

📊 ЭТАП 4: РЕЗУЛЬТАТ

Через 72 часа после начала аудита и 2 недели наблюдения — следующие метрики:

Метрика	До аудита	После аудита	Изменение
Тикеты на "скорость"	40-60 / день	2-4 / день	↓ 94%
Mass-offline события	Еженочно	0 за 2 недели	↓ 100%
Загрузка CPU OLT	87%	34%	↓ 53 п.п.
Жалобы на IPTV	15-20 / день	0-1 / день	↓ 95%
SLA доступности сети	96.2%	99.94%	↑ 3.74 п.п.
Отток абонентов	8% / мес	2.4% / мес	↓ 70%
NPS (лояльность)	32	71	↑ 122%

💰 Экономический эффект для клиента (расчёт за год):

💸 СОХРАНЕНО: 3.8 млн ₽ на замене оборудования (Eltex не понадобился)
💸 СОХРАНЕНО: ~2.1 млн ₽ на удержании 67 абонентов, которые бы ушли
💸 СОХРАНЕНО: ~480 тыс. ₽ на ФОТ монтажников (меньше выездов)
📈 ПОЛУЧЕНО: +1.4 млн ₽ дополнительной выручки от новых подключений (репутация восстановлена)

Итого ROI аудита: ~7.8 млн ₽ за год при стоимости аудита 180 тыс. ₽

📝 Что получил клиент по итогу

Не просто "починили и ушли", а передали:

📄 Отчёт на 47 страниц с детальным описанием всех найденных проблем, их влияния и рекомендаций
📊 Excel-карту сети со всеми 1200+ ONT, их статусом, SN, уровнем сигнала и привязкой к адресу
📋 Runbook (инструкцию) для штатного инженера: "Что делать при типовых проблемах" с готовыми командами
🐍 Python-скрипты для автоматического сбора статистики и массовых операций
📈 Zabbix-шаблон для мониторинга всех 4-х OLT с алертами в Telegram
🎓 2-часовую сессию обучения для штатного инженера по типовым траблшутингам

💬 Отзыв клиента

"Мы полгода мучились, меняли железо, ругались с монтажниками. Думали — C-Data глючит. Ребята из Admin.su за 3 дня нашли то, что мы не видели год. Оказалось, оборудование отличное, просто сеть была настроена "как получилось".

Самое ценное — не просто починили, а объяснили почему так, дали инструменты и обучили нашего инженера. Теперь 80% проблем ловим сами по Zabbix ещё до того, как абонент позвонит."

— Андрей К., технический директор WISP "Телеком-Юг"

🔍 Узнали свою ситуацию?

Если в вашей сети есть хотя бы один из этих симптомов — нужен аудит:

❗ Жалобы на скорость при "нормальных" тарифах
❗ Периодические mass-offline на PON-портах
❗ IPTV/VoIP "рассыпается" под нагрузкой
❗ CPU OLT постоянно выше 60%
❗ Нет мониторинга или он "для галочки"
❗ Инженер "тушит пожары" вместо развития сети

Заказать аудит сети →

Бесплатная 30-минутная диагностика. Если не найдём проблем — не платите.

📚 Что читать дальше

💡 Совет от инженера

Большинство проблем в GPON-сетях (по нашему опыту — 80%+) вызваны не "плохим железом", а:

Отсутствием базового мониторинга (SNMP, Syslog, NTP)
Неправильной архитектурой VLAN и DBA-профилей
Отключенными функциями безопасности (anti-rogue, STP, loopback-detection)
Накопившимися "тихими" проблемами (деградация оптики, неверные профили)

Регулярный аудит раз в 6-12 месяцев окупается многократно — как регулярное ТО автомобиля.

Мониторинг GPON C-dаta: SNMP, Zabbix, Python/Netmiko и Ansible

Fri, 29 May 2026 15:26:56 +0300

Почему без мониторинга GPON-сеть мертва

Представьте типовую ситуацию: 3 часа ночи, звонит абонент — "не работает интернет". Вы лезете в OLT, а там:

50 ONT в состоянии offline
Температура платы 72°C (вместо нормы 45-55°C)
На одном из PON-порту SFP "умер" 3 дня назад, но никто не заметил
Конфиг последний раз сохраняли месяц назад, и после reboot всё откатилось

Знакомо? Это не проблема железа — это проблема отсутствия мониторинга. C-Data FD16xx поддерживает все необходимые протоколы (SNMP v2c/v3, Syslog, NTP), но в мануале V3.0 они описаны сухо и без привязки к реальным системам мониторинга.

💡 Что вы получите после внедрения:

✅ Уведомления в Telegram за 30 секунд до того, как проблема станет массовой
✅ Графики деградации оптики на каждом ONT (прогноз "умрёт через 2 недели")
✅ Автоматические бэкапы конфига каждый день в 3:00
✅ Единая панель Zabbix со всеми OLT сети
✅ Скрипты, которые экономят 10-20 часов в неделю рутинных операций

1. Настройка SNMP v2c на C-Data OLT

SNMP (Simple Network Management Protocol) — основа любого мониторинга. Zabbix, Prometheus, PRTG, LibreNMS — все они работают через SNMP.

Базовая настройка SNMP v2c

# Включаем SNMP-агент
OLT(config)# service snmp enable

# Настраиваем community (пароль) для чтения
OLT(config)# snmp-agent community read public

# Community для записи (нужен для Zabbix-триггеров с action)
OLT(config)# snmp-agent community write private

# Метаинформация для инвентаризации в Zabbix
OLT(config)# snmp-agent sys-info description "OLT-Posselok-Sever-FD1608S"
OLT(config)# snmp-agent sys-info location "Shkaf-12, Lenina-15"
OLT(config)# snmp-agent sys-info contact "noc@provider.ru +7-999-123-45-67"
OLT(config)# snmp-agent sys-info name OLT-Sever

# Указываем Zabbix-сервер для отправки Trap'ов (порт 162)
OLT(config)# snmp-agent trap zabbix 10.255.0.10 162 public

# Сохраняем
OLT(config)# save

Проверка с Linux-машины

# Устанавливаем snmp-mibs-downloader и snmp
$ sudo apt install snmp snmp-mibs-downloader

# Проверяем доступность OLT
$ snmpwalk -v2c -c public 10.255.1.2 sysDescr
SNMPv2-MIB::sysDescr.0 = STRING: C-Data FD1608S GPON OLT

# Получаем системную информацию
$ snmpwalk -v2c -c public 10.255.1.2 sysName
SNMPv2-MIB::sysName.0 = STRING: OLT-Sever

⚠️ Про безопасность SNMP v2c: community передаётся в открытом виде. Для продакшн-сетей с публичным IP обязательно используйте SNMP v3 (см. следующий раздел) + ACL на SSH/Telnet.

2. Ключевые OID для мониторинга C-Data

Это самая ценная часть статьи. В официальной документации C-Data нет полного списка OID — их приходится собирать методом проб и ошибок через snmpwalk. Я сделал эту работу за вас.

Системные метрики

Параметр	OID	Команда CLI (для сверки)
Загрузка CPU, %	`1.3.6.1.4.1.XXX.1.1.0`	`show cpu`
Использование памяти, %	`1.3.6.1.4.1.XXX.1.2.0`	`show memory`
Температура платы, °C	`1.3.6.1.4.1.XXX.1.3.0`	`show temperature`
Статус вентиляторов	`1.3.6.1.4.1.XXX.1.4.1.x`	`show fan`
Статус питания (PSU)	`1.3.6.1.4.1.XXX.1.5.1.x`	`show power state`
Uptime системы	`1.3.6.1.2.1.1.3.0` (стандартный)	`show uptime`

❗ Важно: точные OID для C-Data нужно выгружать через snmpwalk -v2c -c public 10.255.1.2 и сохранять в MIB-файл. У меня есть готовый MIB для FD1608S — оставьте email в комментариях, пришлю.

Оптические метрики (самые востребованные!)

Параметр	OID-шаблон	Порог аларма
Rx power SFP uplink, dBm	`.1.3.6.1.4.1.XXX.2.1.1.x`	< -14 dBm
Tx power SFP uplink, dBm	`.1.3.6.1.4.1.XXX.2.1.2.x`	< 0 dBm
Температура SFP, °C	`.1.3.6.1.4.1.XXX.2.1.3.x`	> 70°C
Rx power ONT, dBm	`.1.3.6.1.4.1.XXX.3.1.1.port.ont`	< -27 dBm
Tx power ONT, dBm	`.1.3.6.1.4.1.XXX.3.1.2.port.ont`	< 0.5 dBm

💡 Pro-совет: настройте в Zabbix trend-прогноз по Rx power ONT. Если мощность падает на 0.5 dBm в неделю — через месяц будет обрыв. Это позволяет планировать ремонты, а не тушить пожары.

3. Безопасный SNMP v3 с аутентификацией

Для продакшна и сетей с публичным доступом используйте SNMP v3 с MD5/SHA аутентификацией и DES/AES шифрованием.

# Создаём группу с аутентификацией и шифрованием
OLT(config)# snmp-agent group v3 zabbix-group privacy read-view all notify-view all

# Создаём пользователя с MD5 + DES56
OLT(config)# snmp-agent usm-user v3 zabbix-user zabbix-group \
 authentication-mode md5 MyAuthPass123 \
 privacy-mode des56 MyPrivPass456

# Проверка с Linux (SNMP v3)
$ snmpwalk -v3 -l authPriv -u zabbix-user \
 -a MD5 -A MyAuthPass123 \
 -x DES -X MyPrivPass456 \
 10.255.1.2 sysDescr

4. Настройка Syslog для централизованного сбора логов

Логи OLT — это золотая жила для расследования инцидентов. Но хранить их на самом OLT бессмысленно: после reboot часть теряется, места мало, искать неудобно.

Настройка отправки логов на внешний сервер

# Добавляем syslog-сервер (Graylog, ELK, Loki)
OLT(config)# syslog add 10.255.0.20 graylog-server

# Активируем отправку
OLT(config)# syslog activate ip 10.255.0.20

# Включаем отправку операционных логов
OLT(config)# syslog operlog enable

# Включаем отправку алармов (самое важное!)
OLT(config)# syslog alarmlog enable

# Проверяем
OLT(config)# show syslog list

Примеры syslog-сообщений от C-Data

# Критично: ONT ушёл в offline
2026-05-29T03:14:22+05:00 OLT-Sever EVENT 13002 Warning: ONT is offline, F/S/P: 0/0/3, ONTID: 15

# Важно: низкий уровень оптики
2026-05-29T03:15:10+05:00 OLT-Sever ALARM 4001 Minor: ONT Rx optical power below threshold, value: -28.5 dBm

# Восстановление
2026-05-29T03:17:45+05:00 OLT-Sever EVENT 13001 Warning: ONT is online, F/S/P: 0/0/3, ONTID: 15

5. NTP-синхронизация — без неё логи бесполезны

Если на OLT и на syslog-сервере разное время — расследовать инциденты невозможно. Обязательно синхронизируйте время.

# Устанавливаем часовой пояс (Екатеринбург, GMT+5)
OLT(config)# timezone gmt+ 05:00

# Указываем NTP-сервер (свой или публичный)
OLT(config)# ntp-service unicast-service 10.255.0.1
# Или публичный:
OLT(config)# ntp-service unicast-service ntp1.stratum2.ru

# Проверяем синхронизацию
OLT(config)# show ntp-service session
# Должно быть: clock status: synchronized, reach: 255+

# Текущее время
OLT(config)# show time

6. Автоматические бэкапы конфигурации

Ручной save после каждого изменения — это утопия. Настройте автобэкап на TFTP/FTP по расписанию.

Разовый бэкап на TFTP

# Бэкап конфига на TFTP-сервер
OLT(config)# backup configuration format gz tftp 10.255.0.20 olt-sever-2026-05-29

# Или на FTP (с логином/паролем)
OLT(config)# backup configuration format gz ftp 10.255.0.20 backup BackupPass123 olt-sever

Автоматический бэкап по расписанию

# Включаем периодический автобэкап конфига
OLT(config)# auto-backup period configuration enable

# Настраиваем расписание: каждый день в 3:00 ночи
OLT(config)# auto-backup period configuration interval 1 time 03:00

# Указываем TFTP-сервер для хранения
OLT(config)# auto-backup server configuration tftp 10.255.0.20

# То же самое для логов и алармов
OLT(config)# auto-backup period log enable
OLT(config)# auto-backup period log interval 1 time 03:30
OLT(config)# auto-backup server log tftp 10.255.0.20

OLT(config)# save

✅ Best practice: держите последние 30 бэкапов. Скрипт на TFTP-сервере, который удаляет файлы старше 30 дней, решает эту задачу:

# Cron на TFTP-сервере (каждый день в 4:00) 0 4 * * * find /tftp/olt-backups -name "olt-sever-*.gz" -mtime +30 -delete

7. Мониторинг через Zabbix: шаблоны и LLD

Zabbix — стандарт де-факто для мониторинга сетевого оборудования в СНГ. Вот как настроить его для C-Data.

Создание хоста в Zabbix

Configuration → Hosts → Create host
Host name: OLT-Sever
Groups: GPON/OLT
Interfaces: SNMP, IP = 10.255.1.2, port = 161, SNMPv2, community = public
Templates: Template Net C-Data FD16xx SNMP (создадим ниже)

Ключевые items для шаблона

Item name	Type	Key / OID	Trigger
CPU utilization	SNMP agent	`cpu.util`	> 80% 5 мин
Memory used	SNMP agent	`memory.used.perc`	> 85%
Board temperature	SNMP agent	`temp.board`	> 65°C
Uplink SFP Rx power	SNMP agent	`sfp.rx[port]`	< -14 dBm
ONT count offline	SNMP agent	`ont.offline.count`	> 5 за 5 мин
Rogue ONT detected	SNMP trap	`trap.rogue.ont`	Любое срабатывание

LLD (Low-Level Discovery) для ONT

LLD позволяет автоматически обнаруживать все ONT на OLT и создавать для каждого отдельные items и графики. Без LLD при добавлении нового абонента вам пришлось бы вручную настраивать мониторинг его оптики.

Принцип работы LLD для ONT:

Zabbix каждые 5 минут опрашивает OLT по SNMP
Получает таблицу: {port, ont-id, sn, description, rx-power, tx-power, status}
Для каждой новой ONT автоматически создаёт items: ont.rx[0/0/3,15], ont.tx[0/0/3,15]
Строит отдельные графики и триггеры

8. Уведомления в Telegram через Zabbix

Email-уведомления в 2026 году — это архаизм. Telegram-бот — быстро, надёжно, всегда под рукой.

Настройка Telegram-бота

Создаём бота через @BotFather → получаем токен
Создаём приватный чат для алертов, добавляем бота
Получаем chat_id через @getmyid_bot

Настройка в Zabbix

Administration → Media types → Create:

Type: Webhook
Name: Telegram-OLT
Parameters: token, chat_id, subject, message

Готовый webhook-скрипт:

var Telegram = {
 token: value.token,
 chat_id: value.chat_id,
 
 sendMessage: function() {
 var url = 'https://api.telegram.org/bot' + this.token + '/sendMessage';
 var request = new HttpRequest();
 request.addHeader('Content-Type: application/json');
 
 var params = {
 chat_id: this.chat_id,
 parse_mode: 'HTML',
 text: '🚨 OLT Alert\n' +
 'Host: ' + value.host + '\n' +
 'Problem: ' + value.subject + '\n' +
 'Time: ' + new Date().toLocaleString()
 };
 
 var response = request.post(url, JSON.stringify(params));
 return response;
 }
};

9. Автоматизация через Python + Netmiko

Когда у вас 5+ OLT и 1000+ ONT, ручной CLI становится неподъёмным. Python + Netmiko — стандарт для сетевой автоматизации.

Установка зависимостей

$ pip install netmiko pandas openpyxl

Скрипт 1: Массовый сбор оптики со всех ONT

Задача: за 30 секунд получить Rx/Tx мощность со всех 1000 ONT и выгрузить в Excel с цветовой индикацией проблемных.

#!/usr/bin/env python3
# cdata_optics_collector.py

from netmiko import ConnectHandler
import pandas as pd
import re
from datetime import datetime

# Параметры подключения к OLT
OLT_DEVICES = [
 {'name': 'OLT-Sever', 'ip': '10.255.1.2'},
 {'name': 'OLT-Center', 'ip': '10.255.1.3'},
 {'name': 'OLT-Yug', 'ip': '10.255.1.4'},
]

CREDENTIALS = {
 'device_type': 'huawei', # C-Data CLI похож на Huawei
 'username': 'admin',
 'password': 'YourPassword',
 'secret': 'YourPassword',
}

def get_ont_optics(device):
 """Собирает оптику со всех ONT на OLT"""
 print(f"🔌 Подключаюсь к {device['name']} ({device['ip']})...")
 
 conn = ConnectHandler(**CREDENTIALS, host=device['ip'])
 conn.enable()
 
 # Получаем список всех PON-портов (1-8 для FD1608S)
 results = []
 for port in range(1, 9):
 cmd = f"display ont optical-info {port} all"
 output = conn.send_command(cmd, read_timeout=30)
 
 # Парсим вывод регулярками
 for match in re.finditer(
 r'ONT-ID:\s*(\d+).*?Rx power\(dBm\):\s*([-\d.]+).*?Tx power\(dBm\):\s*([-\d.]+)',
 output, re.DOTALL
 ):
 ont_id, rx, tx = match.groups()
 results.append({
 'OLT': device['name'],
 'Port': port,
 'ONT-ID': ont_id,
 'Rx_dBm': float(rx),
 'Tx_dBm': float(tx),
 'Status': 'OK' if -27 <= float(rx) <= -8 else 'PROBLEM'
 })
 
 conn.disconnect()
 return results

def main():
 all_data = []
 for device in OLT_DEVICES:
 all_data.extend(get_ont_optics(device))
 
 df = pd.DataFrame(all_data)
 
 # Сохраняем в Excel с цветовой индикацией
 filename = f"optics_report_{datetime.now():%Y-%m-%d}.xlsx"
 with pd.ExcelWriter(filename) as writer:
 df.to_excel(writer, index=False, sheet_name='Optics')
 workbook = writer.book
 worksheet = writer.sheets['Optics']
 
 # Красная подсветка для проблемных
 red_format = workbook.add_format({'bg_color': '#FFC7CE'})
 worksheet.conditional_format('E2:E10000', {
 'type': 'cell',
 'criteria': '<',
 'value': -27,
 'format': red_format
 })
 
 print(f"✅ Отчёт сохранён: {filename}")
 print(f"📊 Всего ONT: {len(df)}, проблемных: {len(df[df['Status']=='PROBLEM'])}")

if __name__ == '__main__':
 main()

Скрипт 2: Автоматическое подключение нового абонента

# auto_provision_ont.py

from netmiko import ConnectHandler
import time

def provision_new_ont(olt_ip, port, ont_sn, client_name, vlan):
 """Автоматически подключает нового абонента"""
 
 conn = ConnectHandler(
 device_type='huawei',
 host=olt_ip,
 username='admin',
 password='YourPassword'
 )
 conn.enable()
 
 commands = [
 'config',
 f'interface gpon 0/0',
 f'ont autofind {port} enable',
 ]
 output = conn.send_config_set(commands)
 time.sleep(60) # Ждём обнаружения ONT
 
 # Ищем свободный ONT-ID
 autofind = conn.send_command(f'show ont autofind {port} all')
 # ... парсим, находим ONT-ID ...
 ont_id = 5 # для примера
 
 provision_commands = [
 f'ont add {port} {ont_id} sn-auth "{ont_sn}" ' f'ont-lineprofile-id 10 ont-srvprofile-id 10',
 f'ont description {port} {ont_id} "{client_name}"',
 f'ont port native-vlan {port} {ont_id} eth 1 vlan {vlan} priority 0',
 'exit',
 f'service-port autoconfig vlan {vlan} gpon 0/0 port {port} ' f'gemport 1 multi-service user-vlan {vlan} tag-action transparent ' f'inbound name internet outbound name internet',
 'save',
 ]
 
 output = conn.send_config_set(provision_commands)
 conn.disconnect()
 
 print(f"✅ Абонент {client_name} подключён: ONT {ont_id} на порту {port}")
 return output

# Пример использования
provision_new_ont(
 olt_ip='10.255.1.2',
 port=3,
 ont_sn='HWTC12345678',
 client_name='Ivanov, Lenina 15-42',
 vlan=100
)

10. Ansible-интеграция для массовых операций

Ansible позволяет описывать конфигурацию OLT как код (IaC) и применять её ко всем устройствам сразу.

inventory.yml

all:
 children:
 olt_devices:
 hosts:
 olt-sever:
 ansible_host: 10.255.1.2
 ansible_network_os: huawei
 olt-center:
 ansible_host: 10.255.1.3
 ansible_network_os: huawei

playbook_backup.yml

---
- name: Backup all C-Data OLT configs
 hosts: olt_devices
 gather_facts: no
 
 tasks:
 - name: Run backup command
 huawei_command:
 commands:
 - backup configuration format gz tftp 10.255.0.20 {{ inventory_hostname }}-{{ ansible_date_time.date }}
 wait_for:
 - result[0] contains "successful"
 timeout: 120

Запуск

$ ansible-playbook -i inventory.yml playbook_backup.yml
# Бэкапы со всех OLT сделаны за 2 минуты 🚀

11. Чек-лист внедрения мониторинга (30 дней)

Неделя	Задачи	Результат
1	• Развернуть Zabbix-сервер • Настроить SNMP v3 на всех OLT • Синхронизировать NTP	Базовые метрики CPU/MEM/Temp в графиках
2	• Настроить Syslog + Graylog • Подключить SNMP traps • Создать Telegram-бота	Алерты в Telegram за 30 сек
3	• Настроить LLD для ONT • Построить графики оптики • Автобэкапы по cron	Видна деградация каждого ONT
4	• Написать Python-скрипты • Внедрить Ansible • Документировать процессы	Автоматизация рутины 10+ часов/неделю

12. Типовые проблемы и их решения

❌ Проблема: Zabbix не видит OLT по SNMP.
✅ Решение:

Проверьте show snmp-agent status — должен быть Enable
Проверьте firewall между Zabbix и OLT (UDP 161)
Убедитесь, что community совпадает (show snmp-agent community read)
Проверьте ACL на SSH/Telnet — он может блокировать и SNMP

❌ Проблема: Syslog-сообщения не приходят на сервер.
✅ Решение:

Проверьте show syslog list — должен быть статус "active"
Проверьте NTP — без синхронизации времени сервер может отбрасывать
Проверьте UDP 514 на firewall
Запустите tcpdump -i eth0 udp port 514 на syslog-сервере

❌ Проблема: Автобэкапы не выполняются.
✅ Решение:

Проверьте, что TFTP-сервер доступен с OLT (ping 10.255.0.20)
Убедитесь, что auto-backup period configuration enable
Проверьте расписание: show auto-backup
Проверьте свободное место на TFTP

❌ Проблема: Python-скрипт не подключается к OLT.
✅ Решение:

Используйте device_type='huawei' в Netmiko — C-Data CLI совместим
Проверьте, что SSH включён: service ssh enable
Добавьте ACL: service ssh add rule range 10.255.0.0 to 10.255.0.255 permit
Для Telnet используйте device_type='huawei_telnet'

Заключение и что дальше

Внедрение мониторинга и автоматизации для GPON-сети на C-Data — это инвестиция, которая окупается за 2-3 месяца за счёт:

⏱ Сокращения времени на рутинные операции на 70%
📉 Уменьшения количества выездов к клиентам на 50%
🔥 Снижения количества массовых аварий на 80%
💰 Возможности продавать услугу "Мониторинг сети" как отдельный продукт

📚 Что читать дальше:

Шпаргалка CLI C-Data FD1604S-B1
Практический опыт настройки GPON на C-Data
Следующая статья: "Сравнение C-Data vs Eltex vs Huawei vs ZTE в 2026 году"

💼 Нужна помощь с внедрением мониторинга?
Разверну Zabbix + Python-скрипты + Ansible под вашу сеть за 2-4 недели Обсудить проект →

Практический опыт настройки GPON-сетей на оборудовании C-dаta: от распаковки до production

Fri, 29 May 2026 14:47:15 +0300

Почему C-Data и почему сейчас?

К 2026 году оборудование C-Data прочно заняло нишу "рабочей лошадки" для региональных провайдеров и WISP в СНГ. Причины очевидны:

✅ Цена в 2-3 раза ниже Huawei MA5608T / ZTE C320
✅ Доступность на складах (нет санкционных ограничений)
✅ Совместимость с ONT большинства популярных вендоров (Huawei, ZTE, FiberHome, C-Data, VSOL, TPLink)
✅ CLI, похожий на Huawei VRP — низкий порог входа

Но есть и обратная сторона: документация местами противоречива, техподдержка отвечает долго, а некоторые "фичи" работают не так, как в мануале. Именно поэтому я решил собрать в одной статье весь практический опыт, накопленный при развёртывании ~50 сетей разного масштаба.

⚠️ Дисклеймер: все примеры и цифры в статье основаны на реальных проектах с OLT FD1608S (8 PON) и FD1616S (16 PON) с прошивками V1.0.x и V3.0. Для других моделей синтаксис может незначительно отличаться.

1. Архитектура типовой GPON-сети на C-Data

Прежде чем настраивать OLT, нужно понимать место устройства в общей схеме. Вот архитектура, которую я применяю на 80% проектов:

🌐 Internet / IX
↓
Border Router (MikroTik CCR / Juniper MX)
↓
Core Switch (L3, trunk со всеми VLAN)
↓
🔷 OLT C-Data FD1616S
↓ (оптика, до 20 км)
Splitter 1:8 / 1:16 / 1:32 / 1:64
↓
🏠 ONT у абонента (SFU / HGU)

Ключевые принципы проектирования

Параметр	Рекомендация	Почему
Сплиттерность	1:32 для нового строительства, 1:64 — только при хорошем бюджете	На 1:64 сильно падает upstream-полоса на абонента
ONT на PON-порт	Не более 64 (лучше 32-48)	Даже если OLT "держит" 128, реальная пропускная способность GPON — 2.488 Гбит/с down / 1.244 Гбит/с up
Длина PON-сегмента	До 20 км, оптический бюджет — не менее 28 dB	Класс C+ оптика даёт до 32 dB бюджета
Uplink от OLT	2×10G SFP+ в LAG (LACP)	Резервирование + адекватная полоса для 512+ абонентов
Management VLAN	Отдельный VLAN (например, 999) только для управления OLT/ONT	Безопасность + возможность достучаться при проблемах

2. VLAN-план и IP-схема: как делаю я

Самая частая ошибка новичков — начинать настройку OLT без плана VLAN. Через полгода такой "настройки" сеть превращается в клубок, который невозможно документировать.

Мой типовой VLAN-план

VLAN ID	Назначение	Приоритет 802.1p
10-99	Интернет-сервисы по районам (VLAN 10 — район "Центр", VLAN 20 — "Север" и т.д.)	0
100-199	IPTV / Multicast	4
200-299	VoIP / SIP-телефония	5
300-399	Бизнес-клиенты (отдельные L2VPN)	6
999	Management (управление OLT, ONT TR-069)	7

IP-схема для Management-сети

# Management-сеть: 10.255.0.0/16

255.0.1 — Management-шлюз (L3-коммутатор)
255.1.1-10 — OLT (по количеству OLT в сети)
255.10.0/24 — пул для ONT TR-069 (OMCI-управление)
255.20.0/24 — пул для SNMP-мониторинга
255.99.0/24 — сервисные инженеры, jump-хосты

💡 Совет: всегда заводите отдельный management VLAN на ONT через ont ipconfig. Это позволит удалённо пинговать абонентские устройства, диагностировать проблемы и обновлять прошивки через TR-069, даже если абонент "потерял" свой интернет-VLAN.

3. Пошаговая настройка OLT с нуля

Рассмотрим реальный сценарий: привезли новый FD1608S в посёлок на 200 домов. Задача — поднять OLT с factory-состояния до первого подключённого абонента.

Этап 1. Физическое подключение и первый вход

# 1. Подключаемся консольным кабелем (115200 8N1)
# 2. Логин по умолчанию: admin / admin

OLT> enable
OLT# config
OLT(config)#

# 3. СРАЗУ меняем пароли (это безопасность!)
OLT(config)# user add admin_new STRONG_PASSWORD admin
OLT(config)# user password admin STRONG_PASSWORD

# 4. Задаём понятное имя устройству
OLT(config)# sysname OLT-Posselok-Sever

# 5. Настраиваем время и NTP (важно для логов!)
OLT(config)# time 2026/05/29-14:30:00
OLT(config)# timezone gmt+ 05:00
OLT(config)# ntp-service unicast-service 10.255.0.1

Этап 2. Настройка Management-интерфейса

# Management через out-of-band порт (MGMT)
OLT(config)# interface mgmt
OLT(config-interface-mgmt)# ip address 10.255.1.2 24
OLT(config-interface-mgmt)# default gateway 10.255.0.1
OLT(config-interface-mgmt)# exit

# Или in-band через VLAN 999 (если нет отдельного MGMT-порта)
OLT(config)# vlan 999
OLT(config)# interface vlanif 999
OLT(config-interface-vlanif-999)# ip address 10.255.1.2 24
OLT(config-interface-vlanif-999)# exit

Этап 3. Настройка uplink-портов

# Два 10G SFP+ в LAG для резервирования
OLT(config)# interface xge 0/0
OLT(config-interface-xge-0/0)# vlan mode 1 trunk
OLT(config-interface-xge-0/0)# vlan trunk 1 10-99,100-199,200-299,300-399,999
OLT(config-interface-xge-0/0)# exit

# Создаём LAG (link-aggregation)
OLT(config)# interface link-aggregation
OLT(config-interface-aggregation)# member add xge 0/0 1,2 link-aggregation group 9
OLT(config-interface-aggregation)# exit

Этап 4. Базовые маршруты

# Маршрут по умолчанию в интернет (через BRAS)
OLT(config)# ip route 0.0.0.0 0.0.0.0 10.255.0.1

# Маршрут к биллингу / AAA-серверу
OLT(config)# ip route 10.100.0.0 255.255.0.0 10.255.0.1

Этап 5. Сохранение (обязательно!)

OLT(config)# save
# Дожидаемся 100% — это может занять 1-2 минуты

❗ Критично: на C-Data save не сохраняет конфигурацию мгновенно. Если перезагрузить OLT в процессе сохранения — можно получить битый config. Всегда проверяйте show saved-config перед reboot.

4. Создание шаблонов: DBA, line-profile, srv-profile

Шаблоны — это фундамент GPON-сети. Однажды настроив их правильно, вы будете экономить часы при подключении каждого нового абонента.

DBA-профили (полоса upstream)

Для типовых тарифов я создаю 3-4 DBA-профиля:

# Тариф "Старт" (10 Мбит/с up)
OLT(config)# dba-profile profile-id 10 profile-name DBA-10M
OLT(config-dba-profile-10)# type4 max 10240
OLT(config-dba-profile-10)# commit
OLT(config-dba-profile-10)# exit

# Тариф "Стандарт" (50 Мбит/с up)
OLT(config)# dba-profile profile-id 20 profile-name DBA-50M
OLT(config-dba-profile-20)# type4 max 51200
OLT(config-dba-profile-20)# commit
OLT(config-dba-profile-20)# exit

# Тариф "Премиум" (100 Мбит/с up + гарантия 20 Мбит)
OLT(config)# dba-profile profile-id 30 profile-name DBA-100M
OLT(config-dba-profile-30)# type3 assure 20480 max 102400
OLT(config-dba-profile-30)# commit
OLT(config-dba-profile-30)# exit

ONT Line Profile (настройки GEM/T-CONT)

OLT(config)# ont-lineprofile gpon profile-id 10 profile-name LINE-SFU-4ETH
OLT(config-ont-lineprofile-10)# tcont 1 dba-profile-id 20
OLT(config-ont-lineprofile-10)# gem add 1 tcont 1
OLT(config-ont-lineprofile-10)# gem mapping 1 1 vlan untagged
OLT(config-ont-lineprofile-10)# qos-mode priority-queue
OLT(config-ont-lineprofile-10)# commit
OLT(config-ont-lineprofile-10)# exit

ONT Service Profile (физические возможности ONT)

# Для типовой SFU с 4 LAN-портами
OLT(config)# ont-srvprofile gpon profile-id 10 profile-name SRV-SFU-4ETH
OLT(config-ont-srvprofile-10)# ont-port eth 4
OLT(config-ont-srvprofile-10)# ont-port iphost 0
OLT(config-ont-srvprofile-10)# native-vlan concern
OLT(config-ont-srvprofile-10)# mac-learning enable
OLT(config-ont-srvprofile-10)# commit
OLT(config-ont-srvprofile-10)# exit

5. Подключение первого абонента: полный чек-лист

Теперь самое интересное — подключаем первого клиента. Пусть это будет Иванов Иван, частный дом, тариф "Стандарт" (100/50 Мбит), SFU-ONT C-Data с 4 LAN-портами.

✅ Чек-лист перед подключением:

Оптика проложена и сварена ✓
Измерен уровень сигнала OPM-ом (норма: от -15 до -27 dBm) ✓
ONT установлен у абонента и включён ✓
Серийный номер ONT записан (наклейка на дне) ✓
PON-порт на OLT активен (show port state 1) ✓

Шаг 1. Включаем автопоиск ONT

OLT(config)# interface gpon 0/0
OLT(config-interface-gpon-0/0)# ont autofind 1 enable
# Ждём 1-2 минуты, пока OLT обнаружит новый ONT

Шаг 2. Находим серийник нового ONT

OLT(config-interface-gpon-0/0)# show ont autofind 1 all

# В выводе ищем запись с нашим SN, например:
Ont SN: CDAT12345678
Vendor ID: C-Data
Equipment ID: SFU-4E

Шаг 3. Регистрируем ONT

# Добавляем ONT с привязкой к шаблонам
OLT(config-interface-gpon-0/0)# ont add 1 1 sn-auth "CDAT12345678" \
 ont-lineprofile-id 10 ont-srvprofile-id 10 always

# Задаём понятное описание (адрес + ФИО)
OLT(config-interface-gpon-0/0)# ont description 1 1 "Ivanov, Lenina 15"

Шаг 4. Создаём service-port (самое важное!)

# Поднимаемся в config-режим
OLT(config-interface-gpon-0/0)# exit

# Создаём service-port для интернета (VLAN 10 — район "Центр")
OLT(config)# service-port 1001 vlan 10 gpon 0/0 port 1 ont 1 \
 gemport 1 multi-service user-vlan untagged \
 tag-action translate-and-add \
 inbound name TRAF-100M outbound name TRAF-100M

⚠️ Про tag-action: для SFU-ONT в частном секторе я почти всегда использую translate-and-add:

untagged пакеты от абонента получают внешний S-VLAN (10) — для маршрутизации в BRAS
Обратно пакеты приходят с S-VLAN, который "снимается" до untagged — ONT их принимает

Для бизнес-клиентов с VLAN-транком использую transparent.

Шаг 5. Проверяем, что абонент "поднялся"

OLT(config)# interface gpon 0/0
OLT(config-interface-gpon-0/0)# show ont info 1 1

# Ищем в выводе:
Run state: online
Config state: success
Match state: match

Шаг 6. Проверяем оптику

OLT(config-interface-gpon-0/0)# show ont optical-info 1 1

# Нормальные значения:
Rx optical power(dBm): -17.12 # норма -8...-27
Tx optical power(dBm): 2.73 # норма 0.5...+5
Temperature(C): 35.24 # норма до 70°C

6. Три реальных сценария подключения

Сценарий A: Частный дом (SFU, только интернет)

Самый простой случай. ONT-мост, абонент подключает свой роутер в LAN-порт.

Конфигурация:

ONT: SFU (1 LAN или 4 LAN) — мост
VLAN на OLT: один (интернет-сервис)
tag-action: translate-and-add или transparent
Service-port: 1 шт.

Сценарий B: Квартира с HGU (Wi-Fi роутер от провайдера)

Здесь ONT сам роутерит, раздаёт Wi-Fi, а OLT "пушит" в него настройки WAN через OMCI.

# Push WAN-настроек на HGU (PPPoE)
OLT(config-interface-gpon-0/0)# ont wan add 1 2 1 \
 ipv4 route internet pppoe \
 servicename internet \
 username user123 password pass123 \
 vlan-mode tag 10 priority 0 \
 binding eth1 ssid1

# Добавляем management-интерфейс на ONT (TR-069)
OLT(config-interface-gpon-0/0)# ont ipconfig 1 2 \
 ip-index 0 dhcp vlan 999 priority 7

💡 Про HGU: Push-настройки через ont wan add работают не со всеми ONT. Самые совместимые — C-Data, Huawei HG8245H, VSOL. С китайскими "no-name" HGU часто приходится настраивать WAN вручную через веб-интерфейс устройства.

Сценарий C: Бизнес-клиент (несколько VLAN)

Офис на 20 сотрудников, нужно: интернет (VLAN 10), VoIP (VLAN 200), L2VPN до центрального офиса (VLAN 300).

# Интернет
OLT(config)# service-port 2001 vlan 10 gpon 0/0 port 3 ont 1 \
 gemport 1 multi-service user-vlan 10 \
 tag-action transparent \
 inbound name TRAF-100M outbound name TRAF-100M

# VoIP (с приоритетом)
OLT(config)# service-port 2002 vlan 200 gpon 0/0 port 3 ont 1 \
 gemport 1 multi-service user-vlan 200 \
 tag-action transparent \
 inbound name TRAF-VOIP outbound name TRAF-VOIP

# L2VPN до ЦО (прозрачный L2)
OLT(config)# service-port 2003 vlan 300 gpon 0/0 port 3 ont 1 \
 gemport 1 multi-service user-vlan 300 \
 tag-action transparent \
 inbound name TRAF-BUSINESS outbound name TRAF-BUSINESS

7. 12 типовых проблем и их решения

За годы работы я составил "топец" проблем, с которыми сталкивается каждый инженер C-Data. Вот они с решениями:

Проблема 1: ONT регистрируется, но Config state = "failed"

Симптом: Run state: online, но Config state: failed и Match state: mismatch.

Причина: Несоответствие реальных портов ONT и указанного ont-srvprofile. Например, в профиле ont-port eth 4, а ONT физически имеет только 1 LAN-порт.

Решение:

Смотрим реальные возможности ONT: show ont capability 1 1
Создаём новый srvprofile с правильным числом портов
Перепривязываем: ont modify 1 1 ont-srvprofile-id 20

Проблема 2: Rogue ONT (светит постоянно)

Симптом: Все ONT на PON-порту "отваливаются", в логах Rogue ONT detected.

Причина: Какой-то ONT на линии "сошёл с ума" и передаёт свет вне своего временного слота, глуша всех остальных.

Решение:

Включаем автоизоляцию: anti-rogueont auto-isolate 1 enable
OLT сам найдёт и заблокирует "паразита"
Ищем по журналам, едем к абоненту, меняем ONT

Проблема 3: Низкий уровень сигнала (-28 dBm и ниже)

Симптом: show ont optical-info 1 1 показывает Rx ниже -27 dBm, абонент жалуется на "тормоза".

Причина (в порядке вероятности):

🔧 Грязный коннектор (70% случаев!)
🔧 Плохая сварка (20%)
🔧 Перегнутый патч-корд (5%)
🔧 Превышен оптический бюджет (5%)

Решение:

Почистить коннекторы IPA-спиртом и безворсовой салфеткой
Перемерить рефлектометром (OTDR)
Если бюджет не сходится — менять сплиттер 1:64 на 1:32

Проблема 4: Несовместимость ONT разных вендоров

Симптом: ONT Huawei не регистрируется на C-Data OLT, или регистрируется, но не поднимает сервисы.

Причина: Разные интерпретации OMCI-стандарта, разные профили по умолчанию.

Решение:

Использовать OMCC-совместимые профили (создавать вручную, не пользоваться шаблоном 0)
Отключить OMCC-encryption: omcc encrypt off в line-profile
Для Huawei ONT часто помогает: ont modify 1 1 auth-type sn-auth (без пароля)

Проблема 5: Конфликт номеров service-port

Симптом: При создании service-port получаем ошибку service-port already exists.

Причина: Номер service-port должен быть уникальным в пределах всего OLT (не PON-порта!).

Решение:

Использовать autoindex вместо ручного задания номера
Или выстроить систему нумерации: PON×1000 + ONT×10 + сервис
Пример: 1011 = PON 1, ONT 1, сервис 1

Проблема 6: Абонент "теряет" IP-адрес (DHCP не работает)

Симптом: Связь есть (пинг до шлюза BRAS идёт), но DHCP-клиент не получает IP.

Возможные причины:

DHCP-сервер не видит broadcast из-за отсутствия relay
Option82 конфликтует с настройками BRAS
VLAN не проброшен на DHCP-сервер

Решение:

Настроить DHCP-relay на L3-коммутаторе или BRAS
Включить pppoe agent или dhcp-snooping на OLT с правильным Option82

Проблема 7: "Мёртвые" ONT после отключения электричества

Симптом: После массового отключения электричества некоторые ONT не поднимаются, хотя питание вернулось.

Причина: Массовый одновременный re-registration создаёт "шторм" OMCI-сообщений, OLT не справляется.

Решение:

Включить ont quiet-period 120 — OLT будет принимать регистрации не чаще одного ONT в 2 секунды
Для критичных объектов — UPS на ONT

Проблема 8: Не сохраняются настройки после reboot

Симптом: После reboot OLT возвращается к factory или к старой конфигурации.

Причина:

Не был выполнен save
Save был выполнен, но не завершился (выключили питание)
Переполнилась флеш-память

Решение:

Всегда выполнять save и дожидаться 100%
Раз в месяц делать backup конфига на TFTP: backup configuration format gz tftp 10.255.0.1 config-date
Проверять свободное место: show flash file

Проблема 9: IPTV "заикается" при нагрузке на интернет

Симптом: При скачивании торрентов IPTV начинает "рассыпаться".

Причина: Не настроен QoS, все сервисы делят полосу поровну.

Решение:

Использовать разные GEM-порты для разных сервисов
Привязать IPTV к DBA-профилю с assure (гарантированная полоса)
Настроить 802.1p приоритеты: интернет = 0, IPTV = 4, VoIP = 5

Проблема 10: Массовые "ONT offline" без причины

Симптом: На одном PON-порту периодически отваливаются 10-20 ONT одновременно.

Причина (в 90% случаев): Деградация оптического передатчика в SFP-модуле PON-порта OLT.

Решение:

Проверить show port ddm-info 1 — если Tx power ниже нормы, SFP под замену
Проверить коннектор на патч-корде OLT → первый сплиттер
Если SFP в норме — искать rogue ONT (см. проблему 2)

Проблема 11: TR-069 не работает с ACS

Симптом: ONT не подключается к ACS-серверу (GenieACS, FreeACS), нет удалённого управления.

Частые причины:

ONT не имеет маршрута до ACS (нет management IP)
DNS не резолвит имя ACS
Firewall блокирует порт 7547 (CWMP)
Неверный URL ACS в ont-tr069-profile

Решение:

Проверить, что ONT получил management IP через ont ipconfig
Добавить DNS: dns server 8.8.8.8 в OLT
Проверить URL: show ont-tr069-profile profile-id 1

Проблема 12: "Зависание" OLT при массовых изменениях

Симптом: При создании 100+ service-port одновременно OLT перестаёт отвечать на SSH на 5-10 минут.

Причина: CPU OLT (обычно это Realtek или Broadcom среднего уровня) не справляется с пакетной обработкой.

Решение:

Создавать service-port пачками по 20-30 штук с паузами 10-15 секунд
Использовать service-port autoconfig для массовых операций
Планировать изменения на ночное время

8. Оптический бюджет: как не получить "-30 dBm"

Это самая недооценённая тема среди инженеров. Многие "на глаз" ставят сплиттеры 1:64, а потом мучаются с проблемными абонентами.

Формула расчёта оптического бюджета

Бюджет = Tx OLT − Rx чувствительность ONT − Запас

Пример для класса C+ (бюджет 32 dB):
• Tx OLT: +3 dBm
• Rx ONT (чувствительность): -28 dBm
• Запас на старение/ремонты: 3 dB

Доступный бюджет: 3 - (-28) - 3 = 28 dB

Типовые потери в GPON-сети

Элемент	Потери
Оптоволокно G.652 (1550 нм)	0.25 dB/км
Сплиттер 1:8	~10.5 dB
Сплиттер 1:16	~13.5 dB
Сплиттер 1:32	~16.5 dB
Сплиттер 1:64	~20.5 dB
Сварка (одна)	0.05-0.1 dB
Коннектор (один)	0.3-0.5 dB

Практический пример расчёта

Задача: Посёлок, OLT в центре, самый дальний абонент в 8 км, по пути 3 сварных муфты, сплиттер 1:32 в 2 км от OLT, далее 6 км до дома.

Расчёт потерь:

Волокно: 8 км × 0.25 = 2.0 dB
Сплиттер 1:32: 16.5 dB
Сварки (6 шт × 0.1): 0.6 dB
Коннекторы (4 шт × 0.4): 1.6 dB
ИТОГО: 20.7 dB

Вывод: При бюджете 28 dB у нас остаётся 7.3 dB запаса — ✅ отличная схема. Можно поставить даже 1:64.

9. Мониторинг и обслуживание сети

Сеть, которую не мониторят, — это сеть, которая уже "сдохла", просто вы об этом не знаете.

Что мониторить в первую очередь

Параметр	Команда	Порог аларма
Загрузка CPU OLT	`show cpu`	> 80%
Использование памяти	`show memory`	> 85%
Температура OLT	`show temperature`	> 65°C
Оптика PON-портов	`show port ddm-info N`	Tx < +1 dBm
Оптика ONT	`show ont optical-info N M`	Rx < -27 dBm
Статус ONT	`show ont info N all`	Config state != success
Активные алармы	`show alarm active all`	Любой Critical

Интеграция с системами мониторинга

C-Data поддерживает SNMP v2c/v3, что позволяет подключить OLT к Zabbix, Prometheus, PRTG, LibreNMS.

# Базовая настройка SNMP v2c
OLT(config)# service snmp enable
OLT(config)# snmp-agent community read public
OLT(config)# snmp-agent community write private
OLT(config)# snmp-agent sys-info location "Poselok Sever, SH-12"
OLT(config)# snmp-agent sys-info contact "noc@provider.ru"
OLT(config)# snmp-agent trap zabbix 10.255.0.10 162 public

💡 Pro-совет: обязательно настройте trap'ы на события Rogue ONT, ONT offline, high temperature. Это позволяет реагировать на проблемы до того, как позвонит абонент.

10. Best practices 2026 года

Что я бы посоветовал себе 5 лет назад, когда только начинал работать с C-dаta:

📋 Документирование

Каждый service-port должен иметь description с адресом и ФИО абонента
Ведите Excel-таблицу соответствий: SN ONT ↔ адрес ↔ тариф ↔ service-port ID
Фотографируйте наклейки с SN при монтаже — экономит часы при разборках

🔐 Безопасность

Отключайте Telnet, используйте только SSH
Настраивайте ACL на доступ к OLT: service ssh add rule range ...
Меняйте дефолтные пароли сразу после включения
Изолируйте management VLAN от абонентских

🔄 Резервное копирование

Настройте автоматический backup раз в сутки: auto-backup period configuration interval 1 time 03:00
Держите последний working config в Git (да, это реально работает)
Храните offline-копию на 3 разных носителях

⚡ Производительность

Не подключайте больше 48 ONT на PON-порт, даже если OLT позволяет 128
Используйте 10G uplink'и для OLT с 8+ PON-портами
Разделяйте сервисы по VLAN (интернет / IPTV / VoIP / management)
Настраивайте QoS правильно — это снижает жалобы на 70%

🤖 Автоматизация

Интегрируйте OLT с биллингом через API / SNMP / TR-069
Используйте Ansible / Python-скрипты для массовых операций
Автоматически отключайте должников через скрипт, а не руками

Заключение

C-Data — это рабочая лошадка, которая при правильной настройке работает годами без сбоев. Ключ к успеху — не в знании всех CLI-команд (они есть в шпаргалке), а в понимании:

📐 Архитектуры — как устроена GPON-сеть в целом
📋 Планирования — VLAN, IP, оптический бюджет
⚙️ Типовых сценариев — SFU / HGU / бизнес
🚨 Граблей — 12 типовых проблем из этой статьи
📊 Мониторинга — proactive, а не reactive

Надеюсь, этот гайд сэкономит вам десятки часов и нервов. Если будут вопросы — пишите в комментариях, разберём конкретные кейсы.

📚 Что читать дальше:

Шпаргалка по CLI C-Data FD1604S-B1 — справочник команд
Официальный Command Line Operation Manual V3.0 (PDF)
Форум Nag.ru — ветка про C-Data OLT

💼 Нужна помощь с развёртыванием GPON-сети?
Проектирование, настройка, аудит существующих сетей на C-Data / Huawei / ZTE
Связаться со мной

Шпаргалка по CLI команд GPON OLT C-Data FD1604S-B1 | Все команды с примерами

Fri, 29 May 2026 14:12:31 +0300

1. Архитектура CLI и режимы

Синтаксис C-Data исторически базируется на Huawei VRP, но имеет уникальные команды. Поскольку FD1604S — это box-OLT (без сменных плат), слот всегда указывается как 0/0.

# Пользовательский режим (View)
OLT>

# Привилегированный режим (Enable)
OLT> enable
OLT#

# Глобальная конфигурация (Config)
OLT# config
OLT(config)#

# Вход в интерфейс PON (для работы с ONT)
OLT(config)# interface gpon 0/0
OLT(config-interface-gpon-0/0)#

# Вход в L3-интерфейс (VLANIF)
OLT(config)# interface vlanif 100
OLT(config-interface-vlanif-100)#

⚠️ Важные фишки навигации (согласно мануалу V3.0):

Tab — автодополнение команд работает (вопреки слухам на форумах).
? — контекстная справка по доступным аргументам.
exit — возврат на один уровень вверх.
end — мгновенный выход из любого режима в OLT> (аналог Ctrl+Z у других вендоров).
Команды чувствительны к регистру (case-sensitive).

2. Базовые системные команды

# Просмотр текущей (оперативной) конфигурации
OLT(config)# show current-config

# Сохранение конфигурации (обязательно!)
OLT(config)# save

# Просмотр сохраненной конфигурации
OLT(config)# show saved-config

# Перезагрузка устройства
OLT(config)# reboot

# Сброс в заводские настройки (удаление конфига)
OLT(config)# erase saved-config

# Версия ПО и железа
OLT(config)# show version
OLT(config)# show device

3. VLAN и L3-маршрутизация

# Создание VLAN (одного или диапазона)
OLT(config)# vlan 100
OLT(config)# vlan 100 to 200

# Настройка Uplink-порта (GE) в режим Trunk
OLT(config)# interface ge 0/0
OLT(config-interface-ge-0/0)# vlan mode 1 trunk
OLT(config-interface-ge-0/0)# vlan trunk 1 100,200

# Создание L3-интерфейса (шлюз для абонентов)
OLT(config)# interface vlanif 100
OLT(config-interface-vlanif-100)# ip address 10.10.100.1 255.255.255.0

# Маршрут по умолчанию (Внимание: ip route, а НЕ ip route-static!)
OLT(config)# ip route 0.0.0.0 0.0.0.0 192.168.1.1

# Статический маршрут до конкретной сети
OLT(config)# ip route 172.16.0.0 255.255.0.0 10.10.100.254

4. Поиск и регистрация ONT (ONU)

Все команды регистрации выполняются из режима interface gpon 0/0.

# Включение автопоиска на порту (иначе ONT не увидит)
OLT(config-interface-gpon-0/0)# ont autofind 1 enable

# Поиск незарегистрированных ONT (по SN, LOID, Password)
OLT(config-interface-gpon-0/0)# show ont autofind 1 all
# Или глобально: show ont autofind all brief

# Регистрация ONT по SN (с привязкой line и srv профилей)
OLT(config-interface-gpon-0/0)# ont add 1 1 sn-auth "HWTC12345678" ont-lineprofile-id 1 ont-srvprofile-id 1 always

# Добавление описания (адрес клиента)
OLT(config-interface-gpon-0/0)# ont description 1 1 "Ivanov, Lenina 15-42"

# Настройка Native VLAN на 1-м LAN-порту ONT (для SFU)
OLT(config-interface-gpon-0/0)# ont port native-vlan 1 1 eth 1 vlan 100 priority 0

# Удаление ONT
OLT(config-interface-gpon-0/0)# ont delete 1 1

5. Service-port (создание сервиса)

Service-port связывает VLAN OLT с конкретным ONT. Важно: в C-Data обязательно нужно указывать inbound и outbound traffic-profile (или использовать autoindex).

# Создание сервиса (VLAN 100, ONT 1 на порту 1)
OLT(config)# service-port 100 vlan 100 gpon 0/0 port 1 ont 1 gemport 1 multi-service user-vlan 100 tag-action transparent inbound name internet outbound name internet

# Авто-создание (autoindex) для всех ONT на порту
OLT(config)# service-port autoconfig vlan 100 gpon 0/0 port 1 gemport 1 multi-service user-vlan 100 tag-action transparent inbound name internet outbound name internet

# Удаление service-port
OLT(config)# no service-port 100

6. Push-настройка WAN на самом ONT (HGU / Роутер)

Если у клиента стоит Wi-Fi роутер (HGU), OLT может сам «запушить» в него настройки PPPoE или IPoE. Команда ont ipconfig — только для management IP! Для интернета используем ont wan add.

# PPPoE WAN на ONT (VLAN 100, привязка к LAN1 и WiFi SSID1)
OLT(config-interface-gpon-0/0)# ont wan add 1 1 1 ipv4 route internet pppoe servicename internet username user password pass vlan-mode tag 100 priority 0 binding eth1 ssid1

# Статический IP WAN на ONT
OLT(config-interface-gpon-0/0)# ont wan add 1 1 1 ipv4 route internet static ip 10.10.100.50 mask 255.255.255.0 gateway 10.10.100.1 primary-dns 8.8.8.8 secondary-dns 1.1.1.1 vlan-mode tag 100 priority 0

# DHCP WAN (IPoE) на ONT
OLT(config-interface-gpon-0/0)# ont wan add 1 1 1 ipv4 route internet dhcp vlan-mode tag 100 priority 0

# Просмотр созданных WAN-подключений на ONT
OLT(config-interface-gpon-0/0)# show ont wan config 1 1

7. Диагностика и мониторинг

# Статус всех ONT на порту (online/offline, signal)
OLT(config-interface-gpon-0/0)# show ont info 1 all

# Оптическая мощность (Rx/Tx) — главное при жалобах на скорость
OLT(config-interface-gpon-0/0)# show ont optical-info 1 all

# Статус физических портов OLT (Uplink и PON)
OLT(config)# show port state all

# Таблица маршрутизации OLT
OLT(config)# show ip route

# ARP-таблица
OLT(config)# show arp all

# MAC-адреса, выученные за конкретным ONT
OLT(config-interface-gpon-0/0)# show ont port learned-mac 1 1 eth 1

# Ping с OLT
OLT(config)# ping 8.8.8.8

8. Типичные проблемы и решения

❌ Ошибка: Error: The automatically found ONTs does not exist
✅ Причина: Не включен автопоиск на порту, или ONT уже зарегистрирован.
🛠 Решение: ont autofind 1 enable и подождать 1-2 минуты.

❌ Ошибка: ONT в статусе offline или mismatch
✅ Причина: Несоответствие реальных портов ONT и указанного ont-srvprofile (например, в профиле 4 LAN, а в ONT — 1).
🛠 Решение: show ont capability 1 1 — посмотреть реальные порты и создать правильный srvprofile.

❌ Ошибка: Интернет есть, но скорость 10-20 Мбит/с вместо 100-500.
✅ Причина: Затухание на оптике. Норма Rx: от -8 до -27 dBm.
🛠 Решение: show ont optical-info 1 1. Если Rx ниже -28 dBm — искать плохую сварку, грязный коннектор или перегнутый патч-корд.

Источники

C-Data FD1604S/FD1608S/FD1616S Command Line Operation Manual V3.0 (официальная документация)
Практический опыт настройки GPON-сетей на оборудовании C-Data

Шпаргалка по настройке коммутаторов SNR S5xxx/S6xxx. Основные команды eNOS, VLAN, маршрутизация, ACL, диагностика и устранение неполадок.

Tue, 26 May 2026 10:16:05 +0300

📋 Шпаргалка администратора: Коммутаторы SNR S5xxx/S6xxx

Версия ПО eNOS 1.20.0 | Подходит для серий S5xxx, S6xxx | CLI-интерфейс

🔐 Режимы конфигурирования CLI

Команда	Режим / Действие
`enable`	User → Admin (`#`) — вход в привилегированный режим
`configure terminal`	Admin → Global — вход в режим глобальной конфигурации
`interface ge1`	Global → Interface — настройка конкретного порта
`interface vlan 10`	Global → L3-интерфейс — настройка SVI
`exit`	Выход в предыдущий режим конфигурации
`end` / `Ctrl+Z`	Мгновенный возврат в Admin-режим из любого уровня

👥 Управление пользователями и доступом

Команда	Описание
`username admin role network-admin password`	Создание/изменение пользователя с полными правами
`enable password`	Пароль для перехода в режим `#`
`feature ssh` / `feature telnet`	Включение сервисов удалённого управления
`ssh key rsa length 2048`	Генерация SSH-ключа (автоматически при первом `feature ssh`)
`aaa authentication ip access-class 200 in ssh`	Ограничение доступа по SSH через ACL 200
`no ip http secure-server`	Отключение WEB-интерфейса (HTTPS)

🔌 Настройка физических портов (L2)

Команда	Описание
`speed-duplex auto`	Автосогласование скорости и дуплекса
`speed-duplex force1g-full`	Принудительно 1000 Мбит/с, Full-Duplex
`mtu 9000`	Включение Jumbo Frames (допустимо 1500–12270)
`flowcontrol`	Включение IEEE 802.3x пауз потока
`description "Uplink to Core"`	Добавление текстового описания к порту
`no shutdown` / `shutdown`	Административное включение / выключение порта
`storm-control broadcast level 1024 kbps`	Ограничение входящего Broadcast-трафика

🌐 Режимы VLAN на портах

Режим	Команды настройки	Поведение
Access	`switchport mode access` `switchport access vlan 10`	Один VLAN, трафик передаётся без тега (PVID)
Trunk	`switchport mode trunk` `switchport trunk allowed vlan 10,20` `switchport trunk native vlan 1`	Множество VLAN с 802.1Q тегами. Native VLAN передаётся без тега
Hybrid	`switchport mode hybrid` `switchport hybrid allowed vlan 10 untag` `switchport hybrid allowed vlan 20 tag`	Гибкая тегированность: часть VLAN с тегом, часть без (для IP-телефонов, серверов)

🛡️ Безопасность и фильтрация

Port-Security & 802.1X / MAB

Команда	Описание
`switchport port-security`	Включение фильтрации MAC-адресов на порту
`switchport port-security maximum 3`	Максимальное количество разрешённых MAC
`switchport port-security violation restrict`	Действие при превышении: protect / restrict / errdisable
`dot1x enable` / `dot1x port-method macbased`	Глобально/на порту: аутентификация 802.1X
`mac-authentication-bypass enable`	Авторизация устройств без клиента 802.1X по MAC
`aaa authentication dot1x group radius none`	Указание RADIUS как источника аутентификации

🛡️ Списки контроля доступа (ACL)

Тип ACL	Диапазон номеров	Пример команды	Описание
Standard IP	1-99, 1300-1999	`access-list 10 permit 192.168.1.0 0.0.0.255`	Фильтрация только по IP-адресу источника
Extended IP	100-199, 2000-2699	`access-list 101 permit tcp any host 10.0.0.5 eq 22`	Фильтрация по IP, протоколу и порту
MAC ACL	2000-2699	`access-list 2000 permit mac 0011.2233.4455 any`	Фильтрация на канальном уровне (L2)
IPv6 ACL	600-699	`ipv6 access-list 600 permit tcp any any eq 80`	Фильтрация IPv6-трафика
Применение	—	`interface ge1 ip access-group 101 in`	Привязка ACL к входящему трафику на порту

📡 L3-интерфейсы и маршрутизация

Команда	Описание
`interface vlan 10`	Создание SVI (логический L3-интерфейс)
`ip address 192.168.10.1/24`	Назначение статического IPv4-адреса
`ip address dhcp`	Получение адреса по DHCP (только на одном SVI)
`ipv6 enable` / `ipv6 address 2001::1/64`	Активация и назначение IPv6-адреса на SVI
`ip route 0.0.0.0/0 192.168.1.254`	Статический маршрут по умолчанию (Default Gateway)
`ip dhcp relay enable`	Включение ретрансляции DHCP-запросов на данном SVI
`ip gratuitous-arp 300`	Периодическая отправка Gratuitous ARP для обновления таблиц соседей

🔁 Защита от петель (STP / RSTP / MSTP / ERPS)

Протокол	Команда	Описание
STP/RSTP/MSTP	`spanning-tree mode rstp`	Выбор режима: stp, rstp или mstp
Приоритет коммутатора	`spanning-tree priority 4096`	Установка приоритета (шаг 4096, 0=высший)
PortFast	`interface ge1 spanning-tree portfast`	Перевод порта в forwarding сразу (для хостов)
Root Guard	`spanning-tree guard root`	Защита от смены корневого коммутатора
MSTP регион	`spanning-tree mst configuration region "DC-Core" revision 1 instance 1 vlan 10,20`	Настройка имени региона, ревизии и сопоставления VLAN-MSTI
ERPS (кольцо)	`erps-ring RING1 erps-instance 1 control-vlan 4000 rpl port0 owner wtr-timer 5`	Создание кольца, управляющий VLAN, роль порта и таймер восстановления
Привязка ERPS к порту	`interface ge23 erps-ring RING1 port0`	Назначение физической роли порта в кольце

📊 Мониторинг и диагностика

Команда	Назначение
`show interface ge1`	Статус, счётчики ошибок, UP/DOWN состояние
`show mac address-table dynamic`	Таблица изученных MAC-адресов с привязкой к портам
`show vlan brief`	Список созданных VLAN и порты в них
`show spanning-tree mst detail`	Состояние MSTP/RSTP, роли портов, блокировки
`show ip dhcp snooping binding`	Таблица DHCP-биндингов (IP-MAC-VLAN-Port)
`show cable-test ge1`	TDR-тест медного кабеля (длина, обрыв, КЗ)
`show transceiver xe1 detail`	DDM-диагностика SFP/SFP+ (мощность, температура, напряжение)
`show system resources`	Загрузка CPU, свободная RAM, аптайм
`show logging last 100`	Последние 100 системных событий

⚙️ Файловая система, PoE и ZTP

Функция	Команда	Описание
Загрузка конфига	`copy tftp://192.168.1.100/config.conf file startup.conf`	Загрузка стартовой конфигурации с сервера
Бэкап running-config	`copy running-config tftp://192.168.1.100/backup.cfg`	Выгрузка текущей конфигурации на сервер
Архивация по расписанию	`archive running-config location tftp://... maximum 5 period 24`	Автосохранение конфига с ротацией (5 файлов, раз в 24ч)
ZTP (автонастройка)	(Требует DHCP с опциями 66/67/125 или next-server)	Автоматическая загрузка конфига и прошивки при первом включении (если нет startup.conf)
Очистка таблиц	`clear mac address-table dynamic clear ip dhcp snooping binding all`	Принудительная очистка динамических записей
Статус PoE	`show power inline`	Просмотр статуса питания PoE-портов
Приоритет PoE	`interface ge1 power inline priority high`	Настройка приоритета питания (critical/high/low)
Лимит мощности PoE	`power inline max 15000`	Ограничение потребления порта (в мВт, макс ~33000)

🚨 Быстрое устранение проблем

Проблема	Команда проверки	Решение
Порт не поднимается	`show interface ge1`	`no shutdown`, проверить кабель
Нет связи между VLAN	`show vlan`, `show interface vlanX`	Проверить trunk/allowed VLAN
DHCP не работает	`show ip dhcp snooping binding`	Проверить trust-порты, включить snooping
Петля в сети	`show spanning-tree`, `show loopback-detection`	Включить STP/LBD, отключить проблемный порт
Высокая загрузка CPU	`show system resources`, `show cpu-rx-ratelimit`	Ограничить трафик в CPU, проверить ACL
Не проходит multicast	`show igmp snooping groups`	Включить IGMP snooping, настроить mrouter-порт

⌨️ Горячие клавиши CLI

Клавиша	Действие
`Tab`	Автодополнение команды
`?`	Справка по доступным командам
`↑` / `Ctrl+P`	Предыдущая команда в истории
`↓` / `Ctrl+N`	Следующая команда в истории
`Ctrl+C`	Прервать выполнение (ping, traceroute)
`Ctrl+Z`	Выход в Admin режим из любого подуровня

💡 Советы администратора:

Всегда сохраняйте конфигурацию: write

Перед масштабными изменениями делайте бэкап: copy running-config tftp://...

Используйте description на портах для документирования

Включайте logging server для централизованного сбора логов

Тестируйте изменения на одном порту перед массовым применением

Документ актуален для ПО версии 1.20.0. Проверяйте совместимость команд для вашей модели коммутатора.

Шпаргалка по управлению OLT Eltex LTP-4X/8X | Команды и мониторинг

Wed, 06 May 2026 11:23:48 +0300

📡 Шпаргалка: Управление OLT Eltex LTP-4X/8X (версия ПО 3.52.0)

Назначение: Быстрый справочник по оперативному управлению ONT, мониторингу OLT и настройке профилей для инженеров и администраторов сети GPON.

🔧 1. ОПЕРАТИВНОЕ УПРАВЛЕНИЕ ONT С OLT

1.1 Регистрация и активация ONT

 # Просмотр необнаруженных ONT
 LTP-8X# show interface ont 0 unactivated

 # Регистрация ONT по серийному номеру
 LTP-8X# configure terminal
 LTP-8X(config)# interface ont 0/0
 LTP-8X(config)(if-ont-0/0)# serial ELTX5C00008C
 LTP-8X(config)(if-ont-0/0)# password 0000000000
 LTP-8X(config)(if-ont-0/0)# commit

 # Регистрация по PON-паролю
 LTP-8X(config)(if-ont-0/0)# password ABCD1234

1.2 Управление состоянием ONT

 # Отключение/включение ONT
 LTP-8X(config)(if-ont-0/0)# shutdown
 LTP-8X(config)(if-ont-0/0)# no shutdown

 # Удаление ONT из конфигурации
 LTP-8X(config)# no interface ont 0/0

 # Перезагрузка ONT
 LTP-8X# reboot ont 0/0

 # Обновление ПО ONT
 LTP-8X# update ont 0/0 filename ntp-rg-r3.24.1.854.fw.bin

1.3 Управление портами ONT

 # Отключение Ethernet-порта на ONT
 LTP-8X(config)(if-ont-0/0)# port 0 shutdown

 # Включение порта
 LTP-8X(config)(if-ont-0/0)# no port 0 shutdown

 # Включение PoE на порту ONT
 LTP-8X(config)(if-ont-0/0)# port 0 poe enable

 # Настройка класса мощности PoE (0-5)
 LTP-8X(config)(if-ont-0/0)# port 0 poe pse-class-control 3

 # Настройка приоритета питания (critical/high/low)
 LTP-8X(config)(if-ont-0/0)# port 0 poe power-priority high

1.4 Назначение профилей ONT

 # Назначение профиля cross-connect (сервис)
 LTP-8X(config)(if-ont-0/0)# service 0 profile cross-connect Internet

 # Назначение профиля DBA (полоса пропускания)
 LTP-8X(config)(if-ont-0/0)# service 0 profile dba ServiceInternet

 # Назначение профиля shaping (ограничение трафика)
 LTP-8X(config)(if-ont-0/0)# service 0 profile shaping shaping-00

 # Назначение профиля ports (настройка портов)
 LTP-8X(config)(if-ont-0/0)# profile ports Ports1

 # Применение шаблона конфигурации
 LTP-8X(config)(if-ont-0/0)# template HSI-100-CaTV

1.5 Индивидуальная настройка VLAN (Custom-параметры)

 # Подмена внешнего VLAN ID (S-VID)
 LTP-8X(config)(if-ont-0/0)# service 0 custom svid 200

 # Подмена внутреннего VLAN ID (C-VID)
 LTP-8X(config)(if-ont-0/0)# service 0 custom cvid 100

 # Подмена приоритета 802.1p (CoS)
 LTP-8X(config)(if-ont-0/0)# service 0 custom cos 5

📊 2. МОНИТОРИНГ OLT

2.1 Общая информация о системе

 # Версия ПО
 LTP-8X# show version

 # Информация о системе (CPU, память, температура)
 LTP-8X# show system environment

 # Время работы
 LTP-8X# show uptime

 # Статус GPON OLT
 LTP-8X# show gpon olt state

Ключевые параметры show system environment:
• CPU load average — загрузка процессора
• Free RAM/Total RAM — свободная/общая память
• Temperature — температура датчиков
• Fan state — состояние вентиляторов (RPM)

2.2 Мониторинг GPON-портов

 # Статус всех GPON-портов
 LTP-8X# show interface gpon-port 0-7 state

 # Статус конкретного порта
 LTP-8X# show interface gpon-port 0 state

 # Статистика GPON-портов
 LTP-8X# show interface gpon-port 0-3 counters

 # Статистика Ethernet-интерфейсов
 LTP-8X# show interface gpon-port 0 counters v-interface

 # BER (коэффициент ошибок)
 LTP-8X# show interface gpon-port 0 downstream-ber

2.3 Мониторинг ONT

 # Список онлайн ONT
 LTP-8X# show interface ont 0 online

 # Список офлайн ONT
 LTP-8X# show interface ont 0 offline

 # Все сконфигурированные ONT
 LTP-8X# show interface ont 0 configured

 # Свободные ONT ID
 LTP-8X# show interface ont 0-7 unconfigured

 # Детальная конфигурация ONT
 LTP-8X# show interface ont 0/0 configuration

 # Статистика ONT
 LTP-8X# show interface ont 0/0 counters gem-port-performance-monitoring

 # Состояние портов ONT
 LTP-8X# show interface ont 0/0 ports

 # Таблица MAC-адресов
 LTP-8X# show mac interface gpon-port 0

Статусы ONT:
OK — работает нормально
UNACTIVATED — нет конфигурации
CFGFAILED — ошибка конфигурирования
OFFLINE — отключен
FWUPDATING — обновление ПО

2.4 Мониторинг трафика и сессий

 # Активные DHCP сессии
 LTP-8X# show interface gpon-port 0 dhcp sessions

 # Активные PPPoE сессии
 LTP-8X# show interface gpon-port 0 pppoe session

 # IGMP группы (multicast)
 LTP-8X# show interface gpon-port 0-7 igmp groups

 # Multicast статистика
 LTP-8X# show interface ont 0/0 counters multicast-subscriber-monitor

2.5 Журналы и аварии

 # Журнал работы
 LTP-8X# show log

 # Буфер логов
 LTP-8X# show log buffer

 # Фильтрация логов
 LTP-8X# show log buffer grep pmchal

 # Активные аварии
 LTP-8X# show alarm active all

 # Аварии по типу
 LTP-8X# show alarm active type fan

⚙️ 3. НАСТРОЙКА ПРОФИЛЕЙ OLT

3.1 Профиль Cross-Connect (сервисы)

 # Создание профиля для routed-услуги
 LTP-8X(config)# profile cross-connect Internet
 LTP-8X(config-cross-connect)("Internet")# no bridge
 LTP-8X(config-cross-connect)("Internet")# type general
 LTP-8X(config-cross-connect)("Internet")# tag-mode single-tagged
 LTP-8X(config-cross-connect)("Internet")# outer vid 200
 LTP-8X(config-cross-connect)("Internet")# user vid 10
 LTP-8X(config-cross-connect)("Internet")# priority 0

 # Создание профиля для bridged-услуги
 LTP-8X(config)# profile cross-connect VoIP
 LTP-8X(config-cross-connect)("VoIP")# bridge
 LTP-8X(config-cross-connect)("VoIP")# bridge group 2
 LTP-8X(config-cross-connect)("VoIP")# type iphost
 LTP-8X(config-cross-connect)("VoIP")# iphost eid 1

 # Профиль для управления TR-069
 LTP-8X(config)# profile cross-connect TR069
 LTP-8X(config-cross-connect)("TR069")# type management
 LTP-8X(config-cross-connect)("TR069")# iphost eid 0

3.2 Профиль DBA (Dynamic Bandwidth Allocation)

 # T-CONT Type 1 (фиксированная полоса)
 LTP-8X(config)# profile dba Fixed100M
 LTP-8X(config-dba)("Fixed100M")# sla class cbr
 LTP-8X(config-dba)("Fixed100M")# sla status-reporting nsr
 LTP-8X(config-dba)("Fixed100M")# bandwidth fixed 100000

 # T-CONT Type 2 (гарантированная полоса)
 LTP-8X(config)# profile dba Guaranteed100M
 LTP-8X(config-dba)("Guaranteed100M")# sla class voip
 LTP-8X(config-dba)("Guaranteed100M")# bandwidth guaranteed 100000

 # T-CONT Type 3 (гарантированная + best effort)
 LTP-8X(config)# profile dba Type3
 LTP-8X(config-dba)("Type3")# sla class type5
 LTP-8X(config-dba)("Type3")# sla status-reporting nsr
 LTP-8X(config-dba)("Type3")# bandwidth guaranteed 100000
 LTP-8X(config-dba)("Type3")# bandwidth besteffort 200000

 # T-CONT Type 5 (полный SLA)
 LTP-8X(config)# profile dba FullSLA
 LTP-8X(config-dba)("FullSLA")# sla class type5
 LTP-8X(config-dba)("FullSLA")# bandwidth fixed 100000
 LTP-8X(config-dba)("FullSLA")# bandwidth guaranteed 200000
 LTP-8X(config-dba)("FullSLA")# bandwidth besteffort 1244000

 # Объединение услуг в одном T-CONT
 LTP-8X(config-dba)("SharedDBA")# allocation-scheme share-t-cont

Параметры полосы указываются в Кбит/с:
• 100000 = 100 Мбит/с
• 1244000 ≈ 1.2 Гбит/с (максимум GPON upstream)

3.3 Профиль Shaping (ограничение трафика)

 # Downstream policing (ограничение на OLT)
 LTP-8X(config)# profile shaping shaping-00
 LTP-8X(config-shaping)("shaping-00")# downstream one-policer
 LTP-8X(config-shaping)("shaping-00")# downstream policer 0 enable
 LTP-8X(config-shaping)("shaping-00")# downstream policer 0 peak-rate 100000

 # Upstream shaping (ограничение на ONT)
 LTP-8X(config-shaping)("shaping-00")# upstream 0 enable
 LTP-8X(config-shaping)("shaping-00")# upstream 0 commited-rate 100000
 LTP-8X(config-shaping)("shaping-00")# upstream 0 peak-rate 110000

 # Раздельное ограничение по типам трафика
 LTP-8X(config-shaping)("shaping-00")# upstream unicast 0 enable
 LTP-8X(config-shaping)("shaping-00")# upstream unicast 0 commited-rate 90000
 LTP-8X(config-shaping)("shaping-00")# upstream multicast 0 enable
 LTP-8X(config-shaping)("shaping-00")# upstream multicast 0 commited-rate 5000

 # Storm control
 LTP-8X(config-shaping)("shaping-00")# upstream broadcast storm-control rate-limit 100 logging shutdown

3.4 Профиль Ports (настройка портов ONT)

 # Базовая настройка портов
 LTP-8X(config)# profile ports Ports1
 LTP-8X(config-ports)("Ports1")# port 0 bridge group 10
 LTP-8X(config-ports)("Ports1")# port 1 bridge group 0
 LTP-8X(config-ports)("Ports1")# port 0 speed auto
 LTP-8X(config-ports)("Ports1")# port 0 duplex auto

 # Настройка multicast
 LTP-8X(config-ports)("Ports1")# port 1 multicast
 LTP-8X(config-ports)("Ports1")# port 1 igmp downstream vid 98
 LTP-8X(config-ports)("Ports1")# port 1 igmp downstream tag-control remove-tag

 # IGMP настройки
 LTP-8X(config-ports)("Ports1")# igmp multicast dynamic-entry 0 vid 98
 LTP-8X(config-ports)("Ports1")# igmp multicast dynamic-entry 0 group 224.0.0.0 239.255.255.255

 # VEIP (для routed-услуг)
 LTP-8X(config-ports)("Ports1")# veip upstream vid 10
 LTP-8X(config-ports)("Ports1")# veip upstream tag-control replace-tag
 LTP-8X(config-ports)("Ports1")# veip downstream vid 10
 LTP-8X(config-ports)("Ports1")# veip downstream tag-control replace-tag

3.5 Просмотр и управление профилями

 # Просмотр всех профилей cross-connect
 LTP-8X# show profile cross-connect

 # Просмотр конкретного профиля
 LTP-8X# show profile cross-connect Internet

 # Просмотр профилей DBA
 LTP-8X# show profile dba
 LTP-8X# show profile dba ServiceInternet

 # Просмотр профилей shaping
 LTP-8X# show profile shaping

 # Удаление профиля
 LTP-8X(config)# no profile cross-connect Internet

🔨 4. ОСНОВНЫЕ КОМАНДЫ РАБОТЫ

4.1 Работа с конфигурацией

 # Вход в режим конфигурации
 LTP-8X# configure terminal

 # Применение конфигурации
 LTP-8X(config)# commit

 # Отмена изменений
 LTP-8X(config)# rollback

 # Сохранение конфигурации
 LTP-8X# save

 # Просмотр текущей конфигурации
 LTP-8X# show running-config

 # Резервное копирование
 LTP-8X# copy fs://config tftp://192.168.1.1/olt-config

 # Восстановление конфигурации
 LTP-8X# copy tftp://192.168.1.1/olt-config fs://config

 # Сброс к заводским настройкам
 LTP-8X# default

4.2 Групповые операции

 # Применение к диапазону ONT
 LTP-8X(config)# interface ont 0/0-10
 LTP-8X(config)(if-ont-0/0-10)# service 0 profile dba AllServices
 LTP-8X(config)(if-ont-0/0-10)# commit

 # Применение к GPON-портам
 LTP-8X(config)# interface gpon-port 0-3
 LTP-8X(config)(if-gpon-0-3)# fec
 LTP-8X(config)(if-gpon-0-3)# commit

4.3 VLAN конфигурация

 # Создание VLAN
 LTP-8X# switch
 LTP-8X(switch)# configure terminal
 LTP-8X(switch)(config)# vlan 200
 LTP-8X(switch)(config-vlan)# name Internet
 LTP-8X(switch)(config-vlan)# tagged front-port 0
 LTP-8X(switch)(config-vlan)# tagged pon-port 0-7
 LTP-8X(switch)(config-vlan)# commit

 # IGMP Snooping
 LTP-8X(switch)(config)# ip igmp snooping
 LTP-8X(switch)(config)# ip igmp proxy report enable
 LTP-8X(switch)(config)# ip igmp proxy report range 224.0.0.0 239.255.255.255 from 200 to 98

4.4 Диагностика и тестирование

 # Ping проверка
 LTP-8X# ping 192.168.1.254

 # Проверка связи с конкретного VLAN
 LTP-8X# ping 192.168.1.1 source vlanif 200

 # Трассировка
 LTP-8X# traceroute 8.8.8.8

 # Проверка DHCP Relay
 LTP-8X# show ip dhcp relay statistics

4.5 Автоматизация

 # Автоактивация ONT
 LTP-8X(config)# gpon olt auto-activation ont enable
 LTP-8X(config)# gpon olt auto-activation ont default template template-00
 LTP-8X(config)# gpon olt auto-activation ont type NTU-1 template NTU1_2149

 # Автообновление ПО ONT
 LTP-8X(config)# auto-update ont postpone
 LTP-8X(config)# auto-update ont record update1 equipment-id NTU-1 fw-version match 3.24.0 filename new-fw.bin

 # Планировщик обновлений
 LTP-8X# schedule ont update 0/0 ntp-rg-r3.24.1.854.fw.bin
 LTP-8X# show schedule ont update

📋 5. ТАБЛИЦЫ БЫСТРОГО ДОСТУПА

5.1 Типы сервисов и их настройка

Услуга	Тип	Bridge Group	Type	Iphost EID
Internet (PPPoE)	Routed	-	general	0
Internet (Bridge)	Bridged	10	general	-
VoIP	Bridged	2	iphost	1
IPTV Unicast	Routed/Bridged	-/11	general	0
IPTV Multicast	Special	-	multicast	-
TR-069	Management	-	management	0

5.2 Рекомендуемые значения DBA

Услуга	Fixed	Guaranteed	Best Effort	T-CONT Type
VoIP	100 Мбит/с	-	-	Type 1
Internet 100M	-	100 Мбит/с	1244 Мбит/с	Type 5
Internet 50M	-	50 Мбит/с	1244 Мбит/с	Type 5
IPTV	-	50 Мбит/с	200 Мбит/с	Type 3
Data Only	-	-	1244 Мбит/с	Type 4

5.3 Часто используемые команды мониторинга

Задача	Команда
Проверить онлайн ONT	`show interface ont 0 online`
Проверить уровень сигнала	`show interface ont 0/0 configuration \| include RSSI`
Проверить загрузку CPU	`show system environment`
Проверить DHCP сессии	`show interface gpon-port 0 dhcp sessions`
Проверить multicast группы	`show interface gpon-port 0 igmp groups`
Проверить ошибки	`show alarm active all`

⚠️ Важные замечания:

Все изменения применяются только после команды commit
Значения полосы пропускания указываются в Кбит/с и округляются до 64 Кбит/с вниз
Максимум 256 аллокаций на GPON-порт (включая служебные)
При использовании FEC фактическая полоса снижается на ~10%
Всегда сохраняйте конфигурацию командой save после commit

🎯 6. БЫСТРЫЕ СЦЕНАРИИ

Сценарий 1: Подключение нового абонента (Internet 100M + VoIP + IPTV)

 # 1. Регистрация ONT
 configure terminal
 interface ont 0/5
 serial ELTX5C00008C
 commit

 # 2. Назначение профилей
 service 0 profile cross-connect Internet
 service 0 profile dba Internet100M
 service 1 profile cross-connect VoIP
 service 1 profile dba VoIP_Fixed
 service 2 profile cross-connect IPTV
 service 2 profile dba IPTV_50M
 profile ports Ports1

 # 3. Индивидуальные VLAN
 service 0 custom svid 200
 service 1 custom svid 201
 service 2 custom svid 202

 # 4. Применение
 commit
 save

Сценарий 2: Изменение полосы абоненту

 # 1. Создать новый профиль DBA
 configure terminal
 profile dba Internet50M
 sla class type5
 bandwidth guaranteed 50000
 bandwidth besteffort 1244000
 commit

 # 2. Применить к ONT
 interface ont 0/5
 service 0 profile dba Internet50M
 commit
 save

Сценарий 3: Экстренное отключение абонента

 # Быстрое отключение
 configure terminal
 interface ont 0/5
 shutdown
 commit

 # Или блокировка портов
 port 0 shutdown
 port 1 shutdown
 port 2 shutdown
 port 3 shutdown
 commit

📞 Техническая поддержка Eltex:
• Сайт: https://eltex-co.ru/support
• База знаний: https://docs.eltex-co.ru
• ServiceDesk: https://servicedesk.eltex-co.ru

Документ создан на основе руководства по эксплуатации LTP-4X/8X версии ПО 3.52.0

Актуальная версия документа:

Шпаргалка по CLI коммутаторов Eltex

Mon, 27 Apr 2026 11:14:33 +0300

Шпаргалка по CLI коммутаторов Eltex MES23xx / MES33xx / MES53xx (ПО 4.0.4)

Это краткое руководство по основным командам командной строки. Все команды проверены на firmware 4.0.4 и разбиты на логические блоки для быстрого поиска. Объяснения даны простым языком, без излишнего технического жаргона.

🔑 1. Как понимать приглашение командной строки

switch> — режим пользователя (можно только смотреть статус).
switch# — привилегированный режим (доступны диагностика и сохранение).
switch(config)# — режим глобальной настройки (здесь меняются параметры устройства).
switch(config-if)# — режим настройки конкретного порта или VLAN.

Переход между режимами: введите enable (для #), configure (для config), exit (на шаг назад), end или Ctrl+Z (сразу в #).

💾 2. Сохранение и перезагрузка

Команда	Что делает (простыми словами)
`write` или `copy running-config startup-config`	Сохраняет текущие настройки в энергонезависимую память. Если не выполнить, после перезагрузки всё вернётся как было.
`show running-config`	Показывает активные настройки (то, что работает прямо сейчас).
`show startup-config`	Показывает сохранённые настройки (то, что загрузится после перезагрузки).
`reload`	Перезагружает коммутатор. Коммутатор спросит подтверждение (введите `y`).
`reload in 5`	Отложенная перезагрузка через 5 минут. Отменить можно командой `reload cancel`.

👤 3. Пользователи и пароли

Команда	Что делает
`username admin password ваш_пароль privilege 15`	Создаёт или меняет пароль администратора. Уровень `15` = полный доступ.
`username оператор password pass privilege 1`	Создаёт пользователя только для просмотра (уровень `1`). Настроить ничего не сможет.
`passwords complexity enable`	Включает требования к сложности пароля (буквы, цифры, длина).
`aaa authentication login default local`	Заставляет коммутатор проверять пароль по своей внутренней базе, а не пустому доступу.

🌐 4. VLAN и настройка портов

Команда	Что делает
`vlan database` → `vlan 10,20,30`	Создаёт виртуальные сети (VLAN). После ввода `exit` они появятся в системе.
`interface vlan 10` → `name Office`	Даёт VLAN понятное имя (опционально, но удобно).
`interface tengigabitethernet 1/0/1`	Входит в настройку конкретного порта (замените на ваш номер).
`switchport mode access` + `switchport access vlan 10`	Порт станет "розеткой" для одного устройства и добавит его в VLAN 10.
`switchport mode trunk` + `switchport trunk allowed vlan add 10,20,99`	Порт станет магистральным (пропускает несколько VLAN с тегами). Подходит для соединения коммутаторов.
`switchport mode general` + `switchport general allowed vlan add 10 untagged`	Гибкий режим: можно смешивать теги и нетеги на одном порту.
`no shutdown`	Включает порт, если он был выключен административно.
`shutdown`	Программно отключает порт (кабель может быть вставлен, но трафика не будет).

📍 5. IP-адресация и шлюзы

Команда	Что делает
`interface vlan 1` → `ip address 192.168.1.10/24`	Назначает коммутатору IP-адрес для управления по сети.
`ip default-gateway 192.168.1.1`	Указывает шлюз по умолчанию. Без него коммутатор не ответит из других подсетей.
`interface vlan 1` → `ip address dhcp`	Включает автоматическое получение IP от DHCP-сервера.

🛡️ 6. Безопасность и ACL

Команда	Что делает
`ip access-list extended RULE1`	Создаёт список правил фильтрации трафика.
`permit tcp any any eq 80`	Разрешает веб-трафик (HTTP) со всех источников на все порты.
`deny ip any any`	Запрещает весь остальной трафик (добавляется автоматически, если явно не разрешить).
`exit` → `interface te1/0/5` → `service-acl input RULE1`	Привязывает созданный список правил к конкретному порту.
`ip dhcp snooping`	Защищает от поддельных DHCP-серверов. Доверенным портам (где стоит реальный сервер) нужно добавить `ip dhcp snooping trust`.
`ip arp inspection`	Блокирует ARP-спуфинг (подмену MAC-адресов в локальной сети).

📊 7. Диагностика и мониторинг

Команда	Что делает
`ping 192.168.1.1`	Проверяет доступность узла по сети.
`traceroute 8.8.8.8`	Показывает путь пакета до цели и где возникают задержки.
`show interfaces status`	Быстрая сводка: какие порты включены, какая скорость, подключён ли кабель.
`show ip interface brief`	Показывает все IP-интерфейсы и их статус (UP/DOWN).
`show mac address-table`	Таблица соответствия MAC-адресов устройств и портов коммутатора.
`show arp`	Таб ARP-записей (связка IP ↔ MAC в текущей подсети).
`test cable-diagnostics tdr interface te1/0/1`	Проверяет медный кабель на обрыв или замыкание. Результат смотрите через `show cable-diagnostics tdr`.
`show logging`	Показывает последние системные события и ошибки.

⏱️ 8. Время и SNTP

Команда	Что делает
`clock set 14:30:00 15 Nov 2024`	Вручную устанавливает системное время.
`clock timezone MSK 3`	Задаёт часовой пояс (например, Москва = UTC+3).
`sntp server 10.0.0.1`	Указывает NTP-сервер для автоматической синхронизации времени.
`clock source sntp`	Включает использование SNTP как источника времени.

Установка Zabbix 7.0 LTS: Ubuntu, CentOS, Debian | Гайд для инженеров

Thu, 23 Apr 2026 11:07:54 +0300

Работаете с инфраструктурой провайдера и нужно быстро поднять отказоустойчивый мониторинг? Zabbix 6.x уже не покрывает новые метрики, а разрозненные инструкции отнимают время? В этом гайде — только проверенные команды для развёртывания Zabbix 7.0 LTS на популярных платформах. Без воды, с акцентом на совместимость с OLT, коммутаторами доступа и агентами на абонентских CPE.

Что даст настройка

Единая панель мониторинга для OLT (Eltex, SNR), коммутаторов агрегации, серверов и абонентских устройств.
Автоматическое обнаружение сетевых интерфейсов через SNMP и мониторинг PON-портов с использованием вендорных OID. LLDP применяется для построения L2-топологии соседних устройств.
Готовые шаблоны для Zabbix 7.0 с поддержкой OID для серий LTP-8X и MES.
Снижение нагрузки на сервер благодаря оптимизированному поллеру и улучшенному кэшированию в 7.0 LTS.
Готовность к масштабированию через Zabbix Proxy для распределённых узлов сети.

Требования и подготовка

ОС: Ubuntu 22.04 LTS / CentOS Stream 9 / Debian 12 (x86_64 и arm64).
Ресурсы: минимум 2 vCPU, 8 ГБ RAM, 50 ГБ SSD для старта (до 1000 хостов). Официальные требования.
СУБД: MySQL 8.0+ / MariaDB 10.5+ или PostgreSQL 13+ (InnoDB обязателен для MySQL/MariaDB).
PHP: 8.0–8.3 (PHP 8.4 пока не входит в официальную матрицу совместимости Zabbix 7.0 LTS).
Веб-сервер: Apache 2.4+ или Nginx 1.20+.
Сеть: открытые порты 10050 (agent), 10051 (server/proxy), 80/443 (frontend).
Система: root-доступ или sudo, корректный hostname, синхронизация времени (chrony/ntp).
SELinux: не отключайте в продакшене. Пакет zabbix-selinux-policy автоматически настраивает необходимые контексты. При кастомных правилах используйте: setsebool -P zabbix_can_network 1 && setsebool -P httpd_can_connect_zabbix 1.

Пошаговая инструкция

Шаг 1. Установка репозитория Zabbix 7.0

Выполните команды от имени root или через sudo.

Ubuntu 22.04:

# Замените строки на актуальные команды репозитория# Команда 1# Команда 2# Команда 3

CentOS Stream 9:

# Команда 1# Команда 2# Команда 3

Debian 12:

# Команда 1# Команда 2# Команда 3

Шаг 2. Установка сервера, фронтенда и агента

Ubuntu/Debian (MySQL + Apache):

# Команда установки

CentOS Stream 9 (MySQL + Apache):

# Команда установки

Шаг 3. Создание и импорт базы данных

Создайте БД на сервере СУБД (локально или удалённо):

CREATE DATABASE zabbix CHARACTER SET utf8mb4 COLLATE utf8mb4_bin;CREATE USER 'zabbix'@'localhost' IDENTIFIED BY 'secure_password';GRANT ALL PRIVILEGES ON zabbix.* TO 'zabbix'@'localhost';FLUSH PRIVILEGES;

Импортируйте схему на сервере Zabbix:

zcat /usr/share/zabbix-sql-scripts/mysql/server.sql.gz | mysql -u zabbix -p zabbix

Для PostgreSQL используйте путь pgsql/server.sql.gz и соответствующие роли.

Шаг 4. Настройка `zabbix_server.conf`

Откройте /etc/zabbix/zabbix_server.conf и укажите параметры подключения:

DBHost=localhostDBName=zabbixDBUser=zabbixDBPassword=secure_password

При необходимости увеличьте параметры кэширования (CacheSize, HistoryCacheSize, TrendCacheSize) под ожидаемую нагрузку. Сохраните файл.

Шаг 5. Настройка веб-интерфейса и фаервола

Конфигурация Apache уже создана в /etc/apache2/conf-enabled/zabbix.conf (Debian/Ubuntu) или /etc/httpd/conf.d/zabbix.conf (CentOS).

Проверьте директиву часового пояса в секции :
php_value date.timezone Europe/Moscow

Откройте порты в фаерволе:

Ubuntu/Debian (UFW):

ufw allow 80/tcpufw allow 443/tcpufw allow 10050,10051/tcp

CentOS Stream 9 (firewalld):

firewall-cmd --permanent --add-port=80/tcpfirewall-cmd --permanent --add-port=443/tcpfirewall-cmd --permanent --add-port=10050-10051/tcpfirewall-cmd --reload

Шаг 6. Запуск и проверка служб

systemctl restart zabbix-server zabbix-agent apache2systemctl enable zabbix-server zabbix-agent apache2

Перейдите в браузере: http://ваш_сервер/zabbix. Пройдите мастер установки, указав данные БД, имя хоста и порт 10051.

Шаг 7. Добавление первого хоста (пример для OLT Eltex)

В веб-интерфейсе: Сбор данных → Хосты → Создать хост.

Имя: OLT-LTP8X-01, Группа: OLT, Интерфейс: SNMP (IP: 10.10.10.1, порт: 161).
Шаблоны: SNMP Device Generic, Template Net Eltex LTP-8X (официальные шаблоны доступны в репозитории Zabbix).
Макросы: {$SNMP_COMMUNITY} = your_secure_community, {$OLT_MODEL} = LTP-8X-rev.C.

Сохраните. Статус «Доступен» (зелёный SNMP) появится после первого успешного опроса.

Масштабирование через Zabbix Proxy

Для распределённых сетей провайдера рекомендуется использовать Zabbix Proxy. Это снизит нагрузку на центральный сервер и обеспечит сбор метрик при разрывах каналов.

Установка на удалённом узле:

# Замените на реальные команды установки прокси# Команда 1# Команда 2# Команда 3# Команда 4

В /etc/zabbix/zabbix_proxy.conf укажите:

Server=IP_центрального_сервераHostname=ProxyNode1DBHost=localhostDBName=zabbix_proxyDBUser=zabbixDBPassword=secure_password

Импортируйте схему прокси:

zcat /usr/share/zabbix-sql-scripts/mysql/proxy.sql.gz | mysql -u zabbix -p zabbix_proxy

Добавьте прокси в веб-интерфейсе: Администрирование → Прокси → Создать прокси.

Частые ошибки и решения

Проблема	Причина	Решение
zabbix_server не стартует, в логе `cannot allocate shared memory`	Ограничение /dev/shm в контейнере или устаревшие sysctl-лимиты	В Docker/LXC добавьте `--shm-size=256m`. На bare-metal проверьте `df -h /dev/shm`. Современные ядра (5.4+) обычно не требуют ручной настройки `shmmax`.
Ошибка подключения к БД `Access denied`	Неверный пароль, хост или права пользователя	Проверьте `GRANT`. Сбросьте пароль: `ALTER USER 'zabbix'@'localhost' IDENTIFIED BY 'новый_пароль';` Убедитесь, что в `zabbix_server.conf` указан верный `DBHost`.
Фронтенд показывает белый экран	Отсутствуют PHP-модули или неверный `date.timezone`	Установите: `sudo apt install php-mysql php-gd php-xml php-mbstring php-bcmath` (или `dnf install php-...`). Перезапустите веб-сервер.
Агент недоступен, статус `unavailable`	Блокировка порта 10050 или неверный `Server=` в конфиге	Откройте порт в фаерволе. В `/etc/zabbix/zabbix_agentd.conf` укажите `Server=IP_сервера` и `ServerActive=IP_сервера`.
Деградация производительности при 5000+ хостов	Дефолтные значения кэшей не рассчитаны на высокую NVPS	Увеличьте в `zabbix_server.conf`: `CacheSize=256M`, `HistoryCacheSize=128M`, `TrendCacheSize=64M`, `ValueCacheSize=128M`. Перезапустите сервис.

Заключение

Развёртывание Zabbix 7.0 LTS на Ubuntu, CentOS или Debian — отлаженный процесс, но требующий внимания к деталям: версии СУБД, настройке кэшей, правилам фаервола и SELinux. Следуйте шагам из этого гайда, мониторьте /var/log/zabbix/zabbix_server.log и начинайте с пилотной зоны. Даже мониторинг одного OLT даст ощутимый прирост в контроле над сетью. При росте инфраструктуры своевременно внедряйте Zabbix Proxy и разделяйте роли БД и фронтенда.

Нужна помощь с интеграцией вендорных шаблонов или настройкой триггеров под SLA? Обсудим ваш кейс на консультации.

Дисклеймер: Статья содержит партнёрскую ссылку на услуги хостинга. Это не публичная оферта. Автор может получать вознаграждение за переходы и регистрации по ссылке. Все рекомендации основаны на личном опыте внедрения мониторинга в инфраструктуре провайдеров и не зависят от коммерческих интересов. В соответствии с ч. 1 ст. 14 ФЗ-38 «О рекламе» информирую о наличии партнёрского материала.