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

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

Карма: 2
Offline Offline

Сообщений: 33


Просмотр профиля
« Ответ #75 : 07 Января 2019, 02:05:18 »

To Redmen:

Я пока что описал только одну таблицу для ОНТ. Моё ИМХО держать все ОНТ в одной таблице, так путаницы меньше, но последнее слово за Стасом. Как по мне лучше все таки в одной так надо будет только селектить, а по вашей схеме еще будет куча джоинов при выборке, но возможно я не прав))).

Относительно мониторинга есть несколько вариантов: тут либо юзать СНМП - что есть правильно, да и модуль после последнего обновления работает круто, все шаблонно шаблоны можно дорабатывать и скидывать в комьюнити))), либо парсить выводы от команд, а это сложнее - так как надо писать универсальный обработчик, а с учетом разных вендоров - это практически невозможно, проще мибы разобрать. Но к этому вопросу мы еще вернемся.

Стас нам надо твою точку зрения на предложенные мной и Redmen варианты для ОНТ/ОНУ исходя из концепции N+.
 
Записан
Efendy
Администратор
Спец
*****

Карма: 138
Offline Offline

Сообщений: 4794



Просмотр профиля
« Ответ #76 : 08 Января 2019, 11:18:46 »

Погодите. Вы предлагаете реализацию, а я говорю о техзадании. Я хочу понять, что  вы хотите получить на выходе. Например, я уже понял, вы хотите мониторить - ок, но уверен это не главная задача. Объясните сначала какие действия вы хотите выполнять как администратор. Какую информацию хотите видеть. Может я должен прикрутить авторизацию "через ПОН"? Есть в этом какая-то специфика?

При этом, я все таки думаю, что данные должны быть оформлены в таблице юзерс и допполях. Мы имеем много преимуществ:

1) уже есть система привилегий - доступы админов к группам
2) есть возможность в любоой момент добавить поля
3) ведется история сохранения изменений полей и допполей
4) уже есть механизм привязки одной учетки к другой, например, можно оборудование привязывать к абоненту, складу и т.д
5) уже есть механизм привязки тикетов к учетке users, т.е. можно бцдет создавать тикет связанный с пон-оборудованием

И это есть из коробки, т.е. мне не надо будет тратить время и отвлекаться на второстепенные нюансы, а сосредоточиться на функционале
Записан
skreep
Пользователь
**

Карма: 2
Offline Offline

Сообщений: 76


Просмотр профиля
« Ответ #77 : 08 Января 2019, 13:28:09 »

Погодите. Вы предлагаете реализацию, а я говорю о техзадании. Я хочу понять, что  вы хотите получить на выходе. Например, я уже понял, вы хотите мониторить - ок, но уверен это не главная задача. Объясните сначала какие действия вы хотите выполнять как администратор. Какую информацию хотите видеть. Может я должен прикрутить авторизацию "через ПОН"? Есть в этом какая-то специфика?

При этом, я все таки думаю, что данные должны быть оформлены в таблице юзерс и допполях. Мы имеем много преимуществ:

1) уже есть система привилегий - доступы админов к группам
2) есть возможность в любоой момент добавить поля
3) ведется история сохранения изменений полей и допполей
4) уже есть механизм привязки одной учетки к другой, например, можно оборудование привязывать к абоненту, складу и т.д
5) уже есть механизм привязки тикетов к учетке users, т.е. можно бцдет создавать тикет связанный с пон-оборудованием

И это есть из коробки, т.е. мне не надо будет тратить время и отвлекаться на второстепенные нюансы, а сосредоточиться на функционале

Шановний Efendy, говорить істину реалізація то його,  а що має бути з вхідних даних і результатів їх обробки то наші бажання.
На мій погляд має бути
1. облік OLT, ONU як обладнання.
2. прив'язка ONU до абонента (mac для epon, SN для GPON)
3. розміщення OLT, ONU на точках топології
4. можливість зобразити на карті лінію зв'язку з прив'язкою до порта OLT, всіма дільниками, та кінцевим обладнанням ONU
5. також повинні відображатись на карті рівні сигналів (значки різного кольору для активних і не активних ONU)
6. повинна вестись історія рівнів сигналу, яка буде у вигляді графіку в картці ONU, якщо ONU прив'язана до абонента то в картці абонента (частота знімання рівня сигналу повинна налаштовуватись для кожної OLT)
7. бажано тригер на рівень сигналу, при перевищенні порогового значення тікет на ремонт стоврюється в автоматичному режимі
8. має бути можливість вказати для абонента що він один на ONU, тобто авторизація по ONU (mac, SN). Така собі авторизація по ПОН
9. для реєстрації ONU на OLT передбачити можливість виконання скрипта в який передаватимуться параметри для налаштування (vlan, port ... народ підкажіть що ще потрібно)
10. передбачити редагування: дії пов'язані з заміною ONU (в ремонт, заміна типу ONU epon, gpon), зміна топології (заміна дільників, схеми лінії PON)
11. хотілось би бачити розрахункові рівні сигналів по існуючій топології та поточні значення рівнів сигналів в спеціальному шарі карти
12. передбачити можливість перезавантаження ONU з картки абонента

десь так то я бачу собі, прошу поправити та доповнити
Дякую за увагу.
Записан
Tooreagen
Старожил
****

Карма: -7
Offline Offline

Сообщений: 257


Просмотр профиля Email
« Ответ #78 : 08 Января 2019, 13:40:12 »

Погодите. Вы предлагаете реализацию, а я говорю о техзадании. Я хочу понять, что  вы хотите получить на выходе. Например, я уже понял, вы хотите мониторить - ок, но уверен это не главная задача. Объясните сначала какие действия вы хотите выполнять как администратор. Какую информацию хотите видеть. Может я должен прикрутить авторизацию "через ПОН"? Есть в этом какая-то специфика?

При этом, я все таки думаю, что данные должны быть оформлены в таблице юзерс и допполях. Мы имеем много преимуществ:

1) уже есть система привилегий - доступы админов к группам
2) есть возможность в любоой момент добавить поля
3) ведется история сохранения изменений полей и допполей
4) уже есть механизм привязки одной учетки к другой, например, можно оборудование привязывать к абоненту, складу и т.д
5) уже есть механизм привязки тикетов к учетке users, т.е. можно бцдет создавать тикет связанный с пон-оборудованием

И это есть из коробки, т.е. мне не надо будет тратить время и отвлекаться на второстепенные нюансы, а сосредоточиться на функционале

Шановний Efendy, говорить істину реалізація то його,  а що має бути з вхідних даних і результатів їх обробки то наші бажання.
На мій погляд має бути
1. облік OLT, ONU як обладнання.
2. прив'язка ONU до абонента (mac для epon, SN для GPON)
3. розміщення OLT, ONU на точках топології
4. можливість зобразити на карті лінію зв'язку з прив'язкою до порта OLT, всіма дільниками, та кінцевим обладнанням ONU
5. також повинні відображатись на карті рівні сигналів (значки різного кольору для активних і не активних ONU)
6. повинна вестись історія рівнів сигналу, яка буде у вигляді графіку в картці ONU, якщо ONU прив'язана до абонента то в картці абонента (частота знімання рівня сигналу повинна налаштовуватись для кожної OLT)
7. бажано тригер на рівень сигналу, при перевищенні порогового значення тікет на ремонт стоврюється в автоматичному режимі
8. має бути можливість вказати для абонента що він один на ONU, тобто авторизація по ONU (mac, SN). Така собі авторизація по ПОН
9. для реєстрації ONU на OLT передбачити можливість виконання скрипта в який передаватимуться параметри для налаштування (vlan, port ... народ підкажіть що ще потрібно)
10. передбачити редагування: дії пов'язані з заміною ONU (в ремонт, заміна типу ONU epon, gpon), зміна топології (заміна дільників, схеми лінії PON)
11. хотілось би бачити розрахункові рівні сигналів по існуючій топології та поточні значення рівнів сигналів в спеціальному шарі карти
12. передбачити можливість перезавантаження ONU з картки абонента

десь так то я бачу собі, прошу поправити та доповнити
Дякую за увагу.

Еще необходима информация:
1) О наличии линка на медном порту
2) Количество МАС адресов на ONU
Записан
incokeeper
Пользователь
**

Карма: 2
Offline Offline

Сообщений: 33


Просмотр профиля
« Ответ #79 : 08 Января 2019, 22:43:41 »

Погодите. Вы предлагаете реализацию, а я говорю о техзадании. Я хочу понять, что  вы хотите получить на выходе. Например, я уже понял, вы хотите мониторить - ок, но уверен это не главная задача. Объясните сначала какие действия вы хотите выполнять как администратор. Какую информацию хотите видеть. Может я должен прикрутить авторизацию "через ПОН"? Есть в этом какая-то специфика?

При этом, я все таки думаю, что данные должны быть оформлены в таблице юзерс и допполях. Мы имеем много преимуществ:

1) уже есть система привилегий - доступы админов к группам
2) есть возможность в любоой момент добавить поля
3) ведется история сохранения изменений полей и допполей
4) уже есть механизм привязки одной учетки к другой, например, можно оборудование привязывать к абоненту, складу и т.д
5) уже есть механизм привязки тикетов к учетке users, т.е. можно бцдет создавать тикет связанный с пон-оборудованием

И это есть из коробки, т.е. мне не надо будет тратить время и отвлекаться на второстепенные нюансы, а сосредоточиться на функционале

Шановний Efendy, говорить істину реалізація то його,  а що має бути з вхідних даних і результатів їх обробки то наші бажання.
На мій погляд має бути
1. облік OLT, ONU як обладнання.
2. прив'язка ONU до абонента (mac для epon, SN для GPON)
3. розміщення OLT, ONU на точках топології
4. можливість зобразити на карті лінію зв'язку з прив'язкою до порта OLT, всіма дільниками, та кінцевим обладнанням ONU
5. також повинні відображатись на карті рівні сигналів (значки різного кольору для активних і не активних ONU)
6. повинна вестись історія рівнів сигналу, яка буде у вигляді графіку в картці ONU, якщо ONU прив'язана до абонента то в картці абонента (частота знімання рівня сигналу повинна налаштовуватись для кожної OLT)
7. бажано тригер на рівень сигналу, при перевищенні порогового значення тікет на ремонт стоврюється в автоматичному режимі
8. має бути можливість вказати для абонента що він один на ONU, тобто авторизація по ONU (mac, SN). Така собі авторизація по ПОН
9. для реєстрації ONU на OLT передбачити можливість виконання скрипта в який передаватимуться параметри для налаштування (vlan, port ... народ підкажіть що ще потрібно)
10. передбачити редагування: дії пов'язані з заміною ONU (в ремонт, заміна типу ONU epon, gpon), зміна топології (заміна дільників, схеми лінії PON)
11. хотілось би бачити розрахункові рівні сигналів по існуючій топології та поточні значення рівнів сигналів в спеціальному шарі карти
12. передбачити можливість перезавантаження ONU з картки абонента

десь так то я бачу собі, прошу поправити та доповнити
Дякую за увагу.

Вы тут уже и ПОН-калькулятор захотели)))

Давайте все проще сделаем вот так:
1. Учет и описание ОЛТ (можно сделать уже имеющимся функционалом, олт - это тот же свич по сути, где ОНУ - его порт)
2. Учет и описание ОНУ
3. Привязка/отвязка ОНУ к ОЛТ
4. Привязка/отвязка ОНУ к клиенту/точке топологии (к клиенту если ОНУ однопортовая)
5. Автоконфигурирование ОНУ в зависимости от привязки
6. Мониторинг состояния ОЛТ/ОНУ (СНМП или же опрос командой с последующим парсингом)
7. Отдельный дашборд для этого всего. В дашборде можно выбрать ОЛТ потом (если есть СЛОТ) потом порт и нажать кнопку ПОКАЗАТЬ, где будет аж 128(мах) строк с ОНУ и их статусами, дескрипшнами, затуханиями.


это по основному ТЗ, дополнительные фичи типа графиков и расчетов затуханий оставим на потом.
Все согласны?
« Последнее редактирование: 08 Января 2019, 23:20:49 от incokeeper » Записан
Tooreagen
Старожил
****

Карма: -7
Offline Offline

Сообщений: 257


Просмотр профиля Email
« Ответ #80 : 08 Января 2019, 23:47:07 »

Погодите. Вы предлагаете реализацию, а я говорю о техзадании. Я хочу понять, что  вы хотите получить на выходе. Например, я уже понял, вы хотите мониторить - ок, но уверен это не главная задача. Объясните сначала какие действия вы хотите выполнять как администратор. Какую информацию хотите видеть. Может я должен прикрутить авторизацию "через ПОН"? Есть в этом какая-то специфика?

При этом, я все таки думаю, что данные должны быть оформлены в таблице юзерс и допполях. Мы имеем много преимуществ:

1) уже есть система привилегий - доступы админов к группам
2) есть возможность в любоой момент добавить поля
3) ведется история сохранения изменений полей и допполей
4) уже есть механизм привязки одной учетки к другой, например, можно оборудование привязывать к абоненту, складу и т.д
5) уже есть механизм привязки тикетов к учетке users, т.е. можно бцдет создавать тикет связанный с пон-оборудованием

И это есть из коробки, т.е. мне не надо будет тратить время и отвлекаться на второстепенные нюансы, а сосредоточиться на функционале

Шановний Efendy, говорить істину реалізація то його,  а що має бути з вхідних даних і результатів їх обробки то наші бажання.
На мій погляд має бути
1. облік OLT, ONU як обладнання.
2. прив'язка ONU до абонента (mac для epon, SN для GPON)
3. розміщення OLT, ONU на точках топології
4. можливість зобразити на карті лінію зв'язку з прив'язкою до порта OLT, всіма дільниками, та кінцевим обладнанням ONU
5. також повинні відображатись на карті рівні сигналів (значки різного кольору для активних і не активних ONU)
6. повинна вестись історія рівнів сигналу, яка буде у вигляді графіку в картці ONU, якщо ONU прив'язана до абонента то в картці абонента (частота знімання рівня сигналу повинна налаштовуватись для кожної OLT)
7. бажано тригер на рівень сигналу, при перевищенні порогового значення тікет на ремонт стоврюється в автоматичному режимі
8. має бути можливість вказати для абонента що він один на ONU, тобто авторизація по ONU (mac, SN). Така собі авторизація по ПОН
9. для реєстрації ONU на OLT передбачити можливість виконання скрипта в який передаватимуться параметри для налаштування (vlan, port ... народ підкажіть що ще потрібно)
10. передбачити редагування: дії пов'язані з заміною ONU (в ремонт, заміна типу ONU epon, gpon), зміна топології (заміна дільників, схеми лінії PON)
11. хотілось би бачити розрахункові рівні сигналів по існуючій топології та поточні значення рівнів сигналів в спеціальному шарі карти
12. передбачити можливість перезавантаження ONU з картки абонента

десь так то я бачу собі, прошу поправити та доповнити
Дякую за увагу.

Вы тут уже и ПОН-калькулятор захотели)))

Давайте все проще сделаем вот так:
1. Учет и описание ОЛТ (можно сделать уже имеющимся функционалом, олт - это тот же свич по сути, где ОНУ - его порт)
2. Учет и описание ОНУ
3. Привязка/отвязка ОНУ к ОЛТ
4. Привязка/отвязка ОНУ к клиенту/точке топологии (к клиенту если ОНУ однопортовая)
5. Автоконфигурирование ОНУ в зависимости от привязки
6. Мониторинг состояния ОЛТ/ОНУ (СНМП или же опрос командой с последующим парсингом)
7. Отдельный дашборд для этого всего. В дашборде можно выбрать ОЛТ потом (если есть СЛОТ) потом порт и нажать кнопку ПОКАЗАТЬ, где будет аж 128(мах) строк с ОНУ и их статусами, дескрипшнами, затуханиями.


это по основному ТЗ, дополнительные фичи типа графиков и расчетов затуханий оставим на потом.
Все согласны?


В целом да, но график уровня сигнала необходим. Диспетчеру важно знать в следствии чего отвалилась ОНУха, например утянуло волокно и по графику уже видно что ожидает монтажников на районе
Записан
skreep
Пользователь
**

Карма: 2
Offline Offline

Сообщений: 76


Просмотр профиля
« Ответ #81 : 09 Января 2019, 10:24:29 »

Погодите. Вы предлагаете реализацию, а я говорю о техзадании. Я хочу понять, что  вы хотите получить на выходе. Например, я уже понял, вы хотите мониторить - ок, но уверен это не главная задача. Объясните сначала какие действия вы хотите выполнять как администратор. Какую информацию хотите видеть. Может я должен прикрутить авторизацию "через ПОН"? Есть в этом какая-то специфика?

При этом, я все таки думаю, что данные должны быть оформлены в таблице юзерс и допполях. Мы имеем много преимуществ:

1) уже есть система привилегий - доступы админов к группам
2) есть возможность в любоой момент добавить поля
3) ведется история сохранения изменений полей и допполей
4) уже есть механизм привязки одной учетки к другой, например, можно оборудование привязывать к абоненту, складу и т.д
5) уже есть механизм привязки тикетов к учетке users, т.е. можно бцдет создавать тикет связанный с пон-оборудованием

И это есть из коробки, т.е. мне не надо будет тратить время и отвлекаться на второстепенные нюансы, а сосредоточиться на функционале

Шановний Efendy, говорить істину реалізація то його,  а що має бути з вхідних даних і результатів їх обробки то наші бажання.
На мій погляд має бути
1. облік OLT, ONU як обладнання.
2. прив'язка ONU до абонента (mac для epon, SN для GPON)
3. розміщення OLT, ONU на точках топології
4. можливість зобразити на карті лінію зв'язку з прив'язкою до порта OLT, всіма дільниками, та кінцевим обладнанням ONU
5. також повинні відображатись на карті рівні сигналів (значки різного кольору для активних і не активних ONU)
6. повинна вестись історія рівнів сигналу, яка буде у вигляді графіку в картці ONU, якщо ONU прив'язана до абонента то в картці абонента (частота знімання рівня сигналу повинна налаштовуватись для кожної OLT)
7. бажано тригер на рівень сигналу, при перевищенні порогового значення тікет на ремонт стоврюється в автоматичному режимі
8. має бути можливість вказати для абонента що він один на ONU, тобто авторизація по ONU (mac, SN). Така собі авторизація по ПОН
9. для реєстрації ONU на OLT передбачити можливість виконання скрипта в який передаватимуться параметри для налаштування (vlan, port ... народ підкажіть що ще потрібно)
10. передбачити редагування: дії пов'язані з заміною ONU (в ремонт, заміна типу ONU epon, gpon), зміна топології (заміна дільників, схеми лінії PON)
11. хотілось би бачити розрахункові рівні сигналів по існуючій топології та поточні значення рівнів сигналів в спеціальному шарі карти
12. передбачити можливість перезавантаження ONU з картки абонента

десь так то я бачу собі, прошу поправити та доповнити
Дякую за увагу.

Вы тут уже и ПОН-калькулятор захотели)))

Давайте все проще сделаем вот так:
1. Учет и описание ОЛТ (можно сделать уже имеющимся функционалом, олт - это тот же свич по сути, где ОНУ - его порт)
2. Учет и описание ОНУ
3. Привязка/отвязка ОНУ к ОЛТ
4. Привязка/отвязка ОНУ к клиенту/точке топологии (к клиенту если ОНУ однопортовая)
5. Автоконфигурирование ОНУ в зависимости от привязки
6. Мониторинг состояния ОЛТ/ОНУ (СНМП или же опрос командой с последующим парсингом)
7. Отдельный дашборд для этого всего. В дашборде можно выбрать ОЛТ потом (если есть СЛОТ) потом порт и нажать кнопку ПОКАЗАТЬ, где будет аж 128(мах) строк с ОНУ и их статусами, дескрипшнами, затуханиями.


это по основному ТЗ, дополнительные фичи типа графиков и расчетов затуханий оставим на потом.
Все согласны?


В целом да, но график уровня сигнала необходим. Диспетчеру важно знать в следствии чего отвалилась ОНУха, например утянуло волокно и по графику уже видно что ожидает монтажников на районе
Для початку годиться, в процесі експлуатації буде зрозуміло що потрібно добавити чи змінити

Можливо потрібно авансом грошей за модуль, так я готовий.
Записан
Redmen
NoDeny
Ветеран
*

Карма: 62
Offline Offline

Сообщений: 547


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


Просмотр профиля WWW
« Ответ #82 : 09 Января 2019, 12:41:20 »

Пообщавшись с сотрудниками, приняв во внимание пожелания форумчан, я с  incokeeper составили Т.З.
Для начала готов задонатить 50$.
Записан

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

Карма: 2
Offline Offline

Сообщений: 76


Просмотр профиля
« Ответ #83 : 09 Января 2019, 20:06:27 »

Пообщавшись с сотрудниками, приняв во внимание пожелания форумчан, я с  incokeeper составили Т.З.
Для начала готов задонатить 50$.

Гідне тех. завдання. Я цілковито за.
То що, скидаємося? Можу і 100 уе.
Записан
Redmen
NoDeny
Ветеран
*

Карма: 62
Offline Offline

Сообщений: 547


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


Просмотр профиля WWW
« Ответ #84 : 16 Января 2019, 09:21:06 »

Стас, Ждем твоих комментариев, прогнозов, пожеланий и вопросов!
Записан

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

Карма: 0
Offline Offline

Сообщений: 55


Просмотр профиля Email
« Ответ #85 : 27 Января 2019, 21:20:56 »

Тоже готов дать денег чтобы Стас не зря сидел... Говорите куда и сколько
Записан
Efendy
Администратор
Спец
*****

Карма: 138
Offline Offline

Сообщений: 4794



Просмотр профиля
« Ответ #86 : 27 Января 2019, 21:59:44 »

Погодите. Дело не в деньгах. Все будет. Сорян, просто обстоятельства такие, что времени нихрена нет... У нас по пону один из высших приоритетов, но есть и другие договоренности, которые были сделаны ранее
Записан
Cell
NoDeny
Спец
*

Карма: 52
Offline Offline

Сообщений: 1444



Просмотр профиля
« Ответ #87 : 27 Марта 2019, 11:32:06 »

А в это же время.....
Один из клиентов, использующий userside, попросил запилить фичу чтобы упроситить себе жизнь с поиском уровней от онушек. В результате родился модуль ONU level, может быть кому-то понадобится.
Записан
Stronglan
Постоялец
***

Карма: -3
Offline Offline

Сообщений: 185


Просмотр профиля Email
« Ответ #88 : 27 Марта 2019, 11:44:36 »

А в целом есть какие то новости по ПОН модулю для нодени?
Записан
sedo26
Постоялец
***

Карма: 0
Offline Offline

Сообщений: 100


Просмотр профиля Email
« Ответ #89 : 27 Марта 2019, 12:15:49 »

А в это же время.....
Один из клиентов, использующий userside, попросил запилить фичу чтобы упроситить себе жизнь с поиском уровней от онушек. В результате родился модуль ...ONU level, может быть кому-то понадобится.

Как происходит опрос ону? Какие олт поддерживает? Как купить в Украине?
Записан
Страниц: 1 ... 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!