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

[incokeeper]

To Redmen:

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

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

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

[Efendy]

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

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

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

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

[skreep]

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

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

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]

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

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

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]

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

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

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(мах) строк с ОНУ и их статусами, дескрипшнами, затуханиями.


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

[Tooreagen]

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

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

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]

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

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

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]

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

[skreep]

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

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

[Redmen]

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

[enigmaticua]

Тоже готов дать денег чтобы Стас не зря сидел... Говорите куда и сколько

[Efendy]

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

[Cell]

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

[Stronglan]

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

[sedo26]

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

Как происходит опрос ону? Какие олт поддерживает? Как купить в Украине?