Биллинговая система Nodeny
29 Марта 2024, 10:26:25 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости: Прекращена поддержка версии Nodeny 49
 
   Начало   Помощь Поиск Войти Регистрация  
Страниц: 1 ... 3 4 [5] 6 7 8
  Печать  
Автор Тема: Модуль PON для N+  (Прочитано 34969 раз)
Tooreagen
Старожил
****

Карма: -7
Offline Offline

Сообщений: 257


Просмотр профиля Email
« Ответ #60 : 12 Июня 2018, 21:54:04 »

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

Карма: 4
Offline Offline

Сообщений: 281

591884591
Просмотр профиля Email
« Ответ #61 : 13 Июня 2018, 19:48:49 »

Как по мне то в биллинге его не нужно, данные лучше собирать отдельно дабы базу билинга не мучать
Биллинг и мониторинг на мое скромное мнение должны заниматься разными вещами.
я пробовал делать в биллинге, но это большая нагрузка если много ПОНа. А узнавать состояние в данный момент времени зачем? На тп очень редко звонит абон если у него онушка работает)
Так мониторю онушки заббиксом и юзерсайдом, в биллинге только забираю данные для отображения персоналу из техподдержки.
 
"Ну да..." Модуль SNMP нужен а PON не нужен. Оба жизненнонеобходимые!!!!!!
Ну когда будете все сигналы, фдб таблицу лить по снмп с 6-ти восьми портовых голов, писать ето в базу данных, то покажете мне как у вас биллинг будет себя вести без ссд. на ссд я не рискую до сих пор, пока только 8 дисков 15к рпм в 10том рейде. Такой же рейд на заббикс и юзерсайд сервере.
Я же написал я собираю данные по пону на других серверах потому что зря грузить базу з биллингом уже не хочу, и по апи показываю в биллинге без какой либо нагрузки на его базу данных.
Записан
ser970
NoDeny
Спец
*

Карма: 70
Offline Offline

Сообщений: 1324

262462619
Просмотр профиля Email
« Ответ #62 : 13 Июня 2018, 20:13:34 »

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

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

Карма: 4
Offline Offline

Сообщений: 281

591884591
Просмотр профиля Email
« Ответ #63 : 13 Июня 2018, 20:33:16 »

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

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

и вы это пишете в ту же базу что и сам биллинг? и как часто вы ети данные снимаете?
Записан
ser970
NoDeny
Спец
*

Карма: 70
Offline Offline

Сообщений: 1324

262462619
Просмотр профиля Email
« Ответ #64 : 13 Июня 2018, 20:44:22 »

Ну когда будете все сигналы, фдб таблицу лить по снмп с 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
Старожил
****

Карма: 4
Offline Offline

Сообщений: 281

591884591
Просмотр профиля Email
« Ответ #65 : 13 Июня 2018, 21:07:01 »

Ну когда будете все сигналы, фдб таблицу лить по снмп с 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
Постоялец
***

Карма: 1
Offline Offline

Сообщений: 207


Просмотр профиля Email
« Ответ #66 : 24 Сентября 2018, 18:04:19 »

Есть желание купить.
Записан
enigmaticua
Пользователь
**

Карма: 0
Offline Offline

Сообщений: 55


Просмотр профиля Email
« Ответ #67 : 27 Декабря 2018, 21:34:28 »

Есть вообще движение по модулю?
Все готовы купить, но делать так никто и не начал
Записан
Efendy
Администратор
Спец
*****

Карма: 138
Offline Offline

Сообщений: 4794



Просмотр профиля
« Ответ #68 : 27 Декабря 2018, 22:03:55 »

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

Карма: 2
Offline Offline

Сообщений: 76


Просмотр профиля
« Ответ #69 : 27 Декабря 2018, 22:46:46 »

Он в очереди. Сейчас дотестим модуль циски и займемся
Готов помочь в тестировании, заинтересован в поддержке zte, bdcom, vsolution

Записан
enigmaticua
Пользователь
**

Карма: 0
Offline Offline

Сообщений: 55


Просмотр профиля Email
« Ответ #70 : 29 Декабря 2018, 17:58:42 »

Он в очереди. Сейчас дотестим модуль циски и займемся
А что за модуль цыски? Типа модуля микротик?
Для какой модели пилите?
Записан
Redmen
NoDeny
Ветеран
*

Карма: 62
Offline Offline

Сообщений: 547


Подяку в КАРМУ


Просмотр профиля WWW
« Ответ #71 : 29 Декабря 2018, 23:32:10 »

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

Записан

Приймаю подяку у вигляді карми... та/або грошей Подмигивающий
t.me/MrMethod
Redmen
NoDeny
Ветеран
*

Карма: 62
Offline Offline

Сообщений: 547


Подяку в КАРМУ


Просмотр профиля WWW
« Ответ #72 : 30 Декабря 2018, 00:51:35 »

Стас, хочу добавить свои рекомендации и хотелки если еще уместно!
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 на ону и ребут для все на ону

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

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

кто может конструктивно дополнить\исправить, милости прошу! это для нашей пользы!
  
  
« Последнее редактирование: 30 Декабря 2018, 01:35:38 от Redmen » Записан

Приймаю подяку у вигляді карми... та/або грошей Подмигивающий
t.me/MrMethod
incokeeper
Пользователь
**

Карма: 2
Offline Offline

Сообщений: 33


Просмотр профиля
« Ответ #73 : 06 Января 2019, 18:39:48 »

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

Вопросы о модуле ПОНа уже стоит достаточно давно и остро.
Концепция предложенная 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
NoDeny
Ветеран
*

Карма: 62
Offline Offline

Сообщений: 547


Подяку в КАРМУ


Просмотр профиля WWW
« Ответ #74 : 07 Января 2019, 00:21:04 »

Приятно наконец то увидеть толковые предложения!  + к карме  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

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

Приймаю подяку у вигляді карми... та/або грошей Подмигивающий
t.me/MrMethod
Страниц: 1 ... 3 4 [5] 6 7 8
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.20 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!