Примерное ТЗ, что было бы полезно для PON
Данные можно выдирать непосрдественно с олта через telnet или snmp.
Олт - концентратор (на каждый порт цепляется до 64 ону)
Чтобы не углубляться Ону представляет в простом случае тупой конвертор, с одной стороны у неё пон интерфейс оптики, с другой у неё медный порт куда включено уже железо абона, больше от неё нефига не надо.
В нашем билинге для удобства ведения абонентов в билинге
Добавлено 3 поля в данных клиента.
OLT ( OLT-derevnya1 - к какому из олтов bdcom подключен абонент)
PORT_OLT (epon0/1:4 - на каком порту олта зарегестрировалась ону ))
ONUID ( a0c6.ec00.1461 собственно мак самой ону)
1. Кнопка опрос по telnet
2. Кнопка опрос по snmp
1.1 Нам необходимо узнать в онлайне ли абонентское устройсвто или нет (onu)
Заходим на олт
telnet 192.168.0.1
login
pass
OLT-derevnya1# show epon onu-information interface epON 0/1 4
Interface EPON0/1 has registered 1 ONUs:
IntfName VendorID ModelID MAC Address Description BindType Status Dereg Reason
---------- --------- -------- -------------- --------------- --------- --------------- -----------------
EPON0/1:4 a0c6.ec00.1461 N/A static auto_configured N/A
a0c6.ec00.1461 - мак-адрес ону
Параметр auto_configured говорит нам о том, что ону в онлайне, в противном случае
OLT-derevnya1# show epon onu-information interface epON 0/1 14
Interface EPON0/1 has registered 1 ONUs:
IntfName VendorID ModelID MAC Address Description BindType Status Dereg Reason
---------- --------- -------- -------------- --------------- --------- --------------- -----------------
EPON0/1:14 BDCM 3024 fcfa.f796.6763 N/A static deregistered power off
В Случае если ону deregistered - дальнейшие действия производить не надо (выключена ону, порван оптич кабель, нет короче физики).
В случае если ону в онлайне выводим статус (зелёный цвет) в статусе клиента поле onu is online
1.2 Узнаём какой уровень сигнала у данной onu
OLT-derevnya1# show epon optical-transceiver-diagnosis interface epON 0/1:4
interface RxPower(dBm)
----------- --------------
epon0/1:4 -19.2
Вплоть до -26 иногда до -28 дбм уровень сигнала приемлим, всё что меньше считается low signal / абонент в таком случае может работать со сбоями, потерями, лагами etc..
Выводим в поле под статусом ону, её уровень сигнала
// Примечание, имеем большой парк ону, некоторые в виду своей китайчатины не способны отдавать корректные данные по уровню сигнала
1.3 Теперь нам надо знать, а есть ли физика уже от ону по меди до клиентского устройства, это также может отдать олт
OLT-derevnya1# show epon interface ePON 0/1:4 onu port 1 state
Hardware state is Link-Up
onu port 1 state показывает какраз 1 медный порт, в случае если стоит 4-портовая (1 оптич порт и 4 медных порта) ону соотвественно будет
show epon interface ePON 0/1:4 onu port 2 state для второго порта, 3 и 4.
1.4 Нам нужна необходимость перезагрузить абонентское ону, и такое олт умеет (2-мя способами)
Нужна кнопка reset там же в данных об абоненте.
Способ 1
OLT-derevnya1# epon reboot onu mac-address a0c6.ec00.1461
Are you sure to reboot the ONU(y/n)?y
OLT-derevnya1#
Способ 2
OLT-derevnya1#epon reboot onu interface epON 0/1:4
Are you sure to reboot the ONU(y/n)?y
OLT-derevnya1#
Перегружается достаточно быстро, до 10 сек на вскидку.
1.5 Смотрим приходят ли мак-адреса абонента / иключая мак-адрес самой ону
OLT-derevnya1# show mac address-table dynamic interface epON 0/1:4 | exclude a0c6.ec00.1461
Mac Address Table (Total 2)
------------------------------------------
Vlan Mac Address Type Ports
---- ----------- ---- -----
7 f81a.678b.f765 DYNAMIC epon0/1:4
Вот первые мысли, что пришли в голову.
Про snmp можно выдрать всю туже информацию, если надо поищу позже.