Модуль PON для N+

[Tooreagen]

Как по мне то в биллинге его не нужно, данные лучше собирать отдельно дабы базу билинга не мучать
Биллинг и мониторинг на мое скромное мнение должны заниматься разными вещами.
я пробовал делать в биллинге, но это большая нагрузка если много ПОНа. А узнавать состояние в данный момент времени зачем? На тп очень редко звонит абон если у него онушка работает)
Так мониторю онушки заббиксом и юзерсайдом, в биллинге только забираю данные для отображения персоналу из техподдержки.
 

"Ну да..." Модуль SNMP нужен а PON не нужен. Оба жизненнонеобходимые!!!!!!

[Pa4ka]

Как по мне то в биллинге его не нужно, данные лучше собирать отдельно дабы базу билинга не мучать
Биллинг и мониторинг на мое скромное мнение должны заниматься разными вещами.
я пробовал делать в биллинге, но это большая нагрузка если много ПОНа. А узнавать состояние в данный момент времени зачем? На тп очень редко звонит абон если у него онушка работает)
Так мониторю онушки заббиксом и юзерсайдом, в биллинге только забираю данные для отображения персоналу из техподдержки.
 

"Ну да..." Модуль SNMP нужен а PON не нужен. Оба жизненнонеобходимые!!!!!!

Ну когда будете все сигналы, фдб таблицу лить по снмп с 6-ти восьми портовых голов, писать ето в базу данных, то покажете мне как у вас биллинг будет себя вести без ссд. на ссд я не рискую до сих пор, пока только 8 дисков 15к рпм в 10том рейде. Такой же рейд на заббикс и юзерсайд сервере.
Я же написал я собираю данные по пону на других серверах потому что зря грузить базу з биллингом уже не хочу, и по апи показываю в биллинге без какой либо нагрузки на его базу данных.

[ser970]

Ну когда будете все сигналы, фдб таблицу лить по снмп с 6-ти восьми портовых голов, писать ето в базу данных, то покажете мне как у вас биллинг будет себя вести без ссд. на ссд я не рискую до сих пор, пока только 8 дисков 15к рпм в 10том рейде.

а почему билингу должно поплохеть от 3 запросов ? (да пусть длинных  но всего-то 3 ...  снимается далеко не 6 и не только 8 портовые....)

[Pa4ka]

Ну когда будете все сигналы, фдб таблицу лить по снмп с 6-ти восьми портовых голов, писать ето в базу данных, то покажете мне как у вас биллинг будет себя вести без ссд. на ссд я не рискую до сих пор, пока только 8 дисков 15к рпм в 10том рейде.

а почему билингу должно поплохеть от 3 запросов ? (да пусть длинных  но всего-то 3 ...  снимается далеко не 6 и не только 8 портовые....)

и вы это пишете в ту же базу что и сам биллинг? и как часто вы ети данные снимаете?

[ser970]

Ну когда будете все сигналы, фдб таблицу лить по снмп с 6-ти восьми портовых голов, писать ето в базу данных, то покажете мне как у вас биллинг будет себя вести без ссд. на ссд я не рискую до сих пор, пока только 8 дисков 15к рпм в 10том рейде.

а почему билингу должно поплохеть от 3 запросов ? (да пусть длинных  но всего-то 3 ...  снимается далеко не 6 и не только 8 портовые....)

и вы это пишете в ту же базу что и сам биллинг? и как часто вы ети данные снимаете?

да - в ту же. раз в 5 минут

| BDCOM P3612-2TE EPON OLT EPON0/1-12 OLT ▒▒▒▒▒▒▒▒                |
| BDCOM(tm) P3608 EPON OLT EPON0/1-8 OLT ▒▒▒▒▒▒▒▒▒                 |
| BDCOM P3612-2TE EPON OLT EPON0/1-12 OLT ▒▒▒▒▒▒▒▒                |
| BDCOM(tm) P3608 EPON OLT EPON0/1-8 OLT ▒▒▒▒▒▒▒▒                 |
| BDCOM(tm) P3608 EPON OLT EPON0/1-8 OLT ▒▒▒▒▒▒▒                 |
| BDCOM P3612-2TE EPON OLT EPON0/1-12 ▒▒▒▒▒▒▒▒-1                   |
| BDCOM P3612-2TE EPON OLT ▒▒▒▒▒▒▒▒-2 EPON0/1-12                    |
| BDCOM(tm) P3608 EPON OLT EPON0/1-8 OLT ▒▒▒▒▒▒▒▒                  |
| BDCOM P3310C EPON OLT EPON0/1-4 OLT ▒▒▒▒▒▒▒▒▒                    |
+------------------------------------------------------------------+
68 rows in set (0.03 sec)

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

[Pa4ka]

Ну когда будете все сигналы, фдб таблицу лить по снмп с 6-ти восьми портовых голов, писать ето в базу данных, то покажете мне как у вас биллинг будет себя вести без ссд. на ссд я не рискую до сих пор, пока только 8 дисков 15к рпм в 10том рейде.

а почему билингу должно поплохеть от 3 запросов ? (да пусть длинных  но всего-то 3 ...  снимается далеко не 6 и не только 8 портовые....)

и вы это пишете в ту же базу что и сам биллинг? и как часто вы ети данные снимаете?

да - в ту же. раз в 5 минут

| BDCOM P3612-2TE EPON OLT EPON0/1-12 OLT ▒▒▒▒▒▒▒▒                |
| BDCOM(tm) P3608 EPON OLT EPON0/1-8 OLT ▒▒▒▒▒▒▒▒▒                 |
| BDCOM P3612-2TE EPON OLT EPON0/1-12 OLT ▒▒▒▒▒▒▒▒                |
| BDCOM(tm) P3608 EPON OLT EPON0/1-8 OLT ▒▒▒▒▒▒▒▒                 |
| BDCOM(tm) P3608 EPON OLT EPON0/1-8 OLT ▒▒▒▒▒▒▒                 |
| BDCOM P3612-2TE EPON OLT EPON0/1-12 ▒▒▒▒▒▒▒▒-1                   |
| BDCOM P3612-2TE EPON OLT ▒▒▒▒▒▒▒▒-2 EPON0/1-12                    |
| BDCOM(tm) P3608 EPON OLT EPON0/1-8 OLT ▒▒▒▒▒▒▒▒                  |
| BDCOM P3310C EPON OLT EPON0/1-4 OLT ▒▒▒▒▒▒▒▒▒                    |
+------------------------------------------------------------------+
68 rows in set (0.03 sec)

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

У меня за несколько попыток не получилось стабильности и на базу получалась нагрузка. Но я собирал каждую минуту и писал не правильно наверно. Не нравилось держать в биллинге ети данные, мониторил итак уже заббиксом, с него в пару строк забрал графики и данные.

[andromeda]

Есть желание купить.

[enigmaticua]

Есть вообще движение по модулю?
Все готовы купить, но делать так никто и не начал

[Efendy]

Он в очереди. Сейчас дотестим модуль циски и займемся

[skreep]

Он в очереди. Сейчас дотестим модуль циски и займемся

Готов помочь в тестировании, заинтересован в поддержке zte, bdcom, vsolution

[enigmaticua]

Он в очереди. Сейчас дотестим модуль циски и займемся

А что за модуль цыски? Типа модуля микротик?
Для какой модели пилите?

[Redmen]

Готов помочь в тестировании, заинтересован в поддержке zte, bdcom, vsolution

и я готов помоч в тестировании!
гы. тот же зоопарк, но потихоньку переводим всех на ГПОН под управлением ZTE C300, и все ону тоже zte одной версии прошивки

[Redmen]

Стас, хочу добавить свои рекомендации и хотелки если еще уместно!
1) в отдельной таблице держать список всех ону (типа склад) с такими полями:
   id, vendor, type, ver_fw, (serial\mac), marker
   type = enum(epon\gepon, gpon, xgpon )  (есть и  другие но пока рано )
   !! таблица с неизменными данными
2) зарегистрированные ону держать в другой таблице:
   id, olt, slot, port, num, onu_id     (null, olt_id, slot_id,2,63,999)  (999= ид ону из первой таблицы )
   в эту же таблицу можно добавить инфу по настоеным вланам на портах ону, максималная скорость,
   привязку к абоненту или к точке топологии (лучше просто адрес как у абона\точки из объектов )
   !! таблица с редко меняющимися данными
3) в отдельной таблице \ базе (как с трафиком) мониторинг состояния ону
   ид ону из второй таблицы
   уровень тх
   уровень рх
   статус
   статус коммент
   аптайм
   ...
4) таблица с параметрами OLT
    id, vendor, model, ver_fw, slots, ip, telnet_user, pass, snmp_v,  comunity, passwd, ...

5) таблица с параметрами слота
    id, olt_id, type, max_onu_per_port, ...

убедительная просьба не смешивать ону с таблицей users, ибо мое имхо, что в users должны бить только абоны!

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

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

на странице абона нужно добавить ону из второй таблицы, с возможной галочкой "1 на ону",
и в блоке,  допустим под основной инфой абона, виводить последнюю инфу из третей таблицы,
и если абонент один на этой ону, то показать кнопки инфа про ону, рефреш, ребут,
иначе кнопочки инфа про ону и все на ону ( где в свою очередь кнопки рефреш и ребут)

для администраторов нужны отдельные права на создание\удаление, привязку\отвязку, инфу\рефреш, ребут для 1 на ону и ребут для все на ону

нужна страничка с списком незарегистрированных ону на каждом олт\слоте и алярм при достижении максимального количества ону на порте
с возможностью их зарегистрировать  

пока это все что смог вспомнить (после корпоратива НГ )
надеюсь ничего не забыл, не отпугнул, и многое примется в роботу

кто может конструктивно дополнить\исправить, милости прошу! это для нашей пользы!
  
  

[incokeeper]

Добрый вечер коллеги!

Вопросы о модуле ПОНа уже стоит достаточно давно и остро.
Концепция предложенная Redmen'ом довольно интересна и правильна. Но давайте по полочкам разложим необходимый функционал модуля по определенным требованиям.

1. Модуль должен вести учет ВСЕХ ONU/ONT
2. Модуль должен вести учет Всех OLT c разными параметризированными фичами (сказывается вендорность)
3. Модуль должен осуществлять привязку ONU/ONT к конкретной ветке(дереву) конкретного OLT
4. Модуль должен иметь возможность отображать информацию о текущем состоянии любого PON-оборудования (исходя из технических возможностей) SNMP?
5. Модуль должен осуществлять привязку ONU/ONT к конкретному пользователю (в случае однопортовых ONU/ONT) либо же к точке топологии (в случае многопортовых ONU/ONT)
6. Модуль должен иметь функционал создания Шаблонов настройки ONU/ONT (если доступно на OLT)

А теперь разберем по пунктам:

1. В отдельную таблицу вносим все наши ONU/ONT, мы будем определять их:

   - производителя - ont_vendor
   - модель - ont_model
   - серийный номер - ont_serial (можно использовать при регистрации на OLT)
   - физический адрес - ont_mac (можно использовать при регистрации на OLT)
   - логический адрес - ont_ipaddr (надо для настройки и прошивки)
   - ревизию железа - ont_hw
   - версия прошивки - ont_fw
   - количество портов - ont_lanport
   - статус - ont_status (склад, в работе, ремонт, списано). Только при статусе (в работе) начинается процесс мониторинга для пункта 4.
   - состояние - ont_state, в случае статуса (в работе) будем отображать текущее состояние  (что-то типа Online, Offline, Unconfigured ....)
   - местоположение - ont_place (у пользователя или на точку топологии)
   - привязка к OLT - olt_id
   - привязка к каналу/дереву - olt_channel (зависит от old_id)
   - привязка к слоту - olt_slot (зависит от old_id)
   - идентификатор ONT - ont_id (не есть id в таблице, нужен для привязки конкретной ONT  к OLT в рамках одной ветки/дерева)
   - шаблон настройки - ont_template_name (зависит от old_id)


Давайте теперь обсуждать, поскольку я Стасу буду ТЗ писать. Потом так же и по остальным пунктам пройдемся!
Дополнения и пожелания приветствуются!
Модуль должен быть универсальным для всех вендоров!!!

 

[Redmen]

Приятно наконец то увидеть толковые предложения!  + к карме  incokeeper!
Думаю, взяв наших 2 поста, и складывается готовое ТЗ!

Наша фирма помагала в тестировании easypon, а именно предоставляла доступ к головам zte c300 и v-solution последней модели,
но после завершения написания протокола роботы с ними, easypon загнул нам же такие заоблачные цены, что я сам начал разрабатывать програму для мониторинга и управления сабжем, так что исходя из личной практики, предложу использовать концепцию привязки ону к олт так как описано в моем предыдущем посте!

кроме того, лучшим вариантом для опроса разных олт, использовать шаблоны команд, поясню:
 - сделать нумерованный список  с названиями действий команд
 - разбить его по категориям, типа 1-100 = опрос олт, 101 - 200 = опрос ону, ...., 1001-N = пользовательские команды
 - для каждой олт создается шаблон с командами, к примеру:

Код:

command => 1 # опрос олт на наличие незарегистрированных
type => snmp2 # snmp(1/2/3) / telnet / ssh
snmp2 =>
ipaddress=10.10.10.10
comunity=stuff
password=somehardpwd
act=gettable
oid=.123123.123.123.123.123.0
modifiing={} # здесь алгоритм модификации полученных данных

- по каждому номеру команды, шаблон должен вернуть определенный тип данных (таблица = масив\хеш  хешей с определенными ключами)

данный подход позволит опрашивать любое оборудование, любой версии, модели и вендора, практически без модификаций основного кода модуля,
кроме ситуаций когда появляется новая, ранее не описанная команда, и то можно сделать хук в коде

в поставку модуля дать готовые шаблоны популярных олт и со временем у нас появится зоопарк шаблонов на любой вкус и цвет

а пока предлагаю  выкладывать сюда список наболие  часто используемых команд и оидов желательно в прикрепленых файлах по шаблону:

Код:

олт bdcom 3310b 
hw-1.001
fw-2.002

#описание, что конкретно делает команда\оид (показать затухание тх ону 13 на порту 2)
show epon interface epon 0/2:13 onu ctc optical-transceiver-diagnosis
\\вписать результат команды

в имени файла также указать модель олт HW FW

это даст возможность Стасу быстрее понять и реализовать модуль