Rijiy Posted October 7, 2015 Posted October 7, 2015 Добрый день. Имеется сеть, построенная по технологии FTTH. Внутри сети настроен NAT, т.е. каждому абоненту выделяем статический IP. под это дело имеется LanBilling ver 1.9 (номер сборки 2.0008)В нем подключены агенты NetFlow; UsBox; SNMP. Собираемся строить сеть GPON. Оборудование скорей всего Элтекс. Подскажите или посоветуйте, как лучше проводить привязку абонентов в биллинге? что для этого нужно обновить или купить? В общем интересуют все нюансы связанные с этим. Вставить ник Quote
Andrei Posted October 8, 2015 Posted October 8, 2015 А как у вас в рамках FTTH биллингуются абоненты? ИМХО для биллинга не так уж важно по какой технологии построена та "труба", по которой абонент идет в инет. Вставить ник Quote
megahertz0 Posted October 9, 2015 Posted October 9, 2015 В ЛБ работа с GPON не реализована. Потому что он у всех по разному сделан. У кого-то PPPoE, у кого-то IPoE. Чтобы учитывать выданные ONT нужны доработки. Мы писали ТЗ на доработку учета выданных ONT + авторизация по option 82 на элтексовском GPON. В принципе концепт решения выработали, но пока эти работы пришлось отложить по экономическим причинам. Вставить ник Quote
jp1111 Posted October 9, 2015 Posted October 9, 2015 В ЛБ работа с GPON не реализована. Потому что он у всех по разному сделан. У кого-то PPPoE, у кого-то IPoE. Чтобы учитывать выданные ONT нужны доработки. Мы писали ТЗ на доработку учета выданных ONT + авторизация по option 82 на элтексовском GPON. В принципе концепт решения выработали, но пока эти работы пришлось отложить по экономическим причинам. Дополню немножко ответ мегагерца. Для GPON действительно RADIUS нужно адаптировать для анализа специфичных атрибутов, если быть конкретными, то remote-id , circut-id. Примерно 9 месяцев назад под компанию мегагерца было сделано КП, которое в целом актуально сейчас. Мы готовы частично вложиться собственными силами в подобную доработку, но целиком тянуть не будем по тем же экономическим причинам. Именно для таких случаев задумывалась инициатива "доработки в складчину" на форуме. Если Вы коллеги найдете точки соприкосновения мы поддержим инициативу. С нашей стороны основная сложность будет в сохранении стабильности и совместимости функционала с работой по dhcp option 82. Вставить ник Quote
sol Posted October 11, 2015 Posted October 11, 2015 Мы готовы частично вложиться собственными силами в подобную доработку, но целиком тянуть не будем по тем же экономическим причинам. Солидная компания возьмёт в аренду степлер? Вставить ник Quote
Andrei Posted October 12, 2015 Posted October 12, 2015 В ЛБ работа с GPON не реализована. Потому что он у всех по разному сделан. У кого-то PPPoE, у кого-то IPoE. Всегда опасаюсь говорить не за себя, но ИМХО большинству этого (pppoe/ipoe) вполне достаточно, и проблем в использовании ЛБ на сети GPON, связанных именно со спецификой GPON, не возникнет. У нас в регионе РТ продолжает использовать pppoe и на GPON, как ранее использовал pppoe на adsl. Вставить ник Quote
Rijiy Posted October 13, 2015 Author Posted October 13, 2015 А как у вас в рамках FTTH биллингуются абоненты? ИМХО для биллинга не так уж важно по какой технологии построена та "труба", по которой абонент идет в инет. У нас каждому абоненту присвоен vlan. Через них биллинг и рулит. Вставить ник Quote
Rijiy Posted October 13, 2015 Author Posted October 13, 2015 Тогда у меня другой вопрос. Какую технологию лучше использовать,PPPoE или IPoE? вроде бы читал, что PPPoE проигрывает, и используется чаще в xdsl, но хотелось бы услышать ваши мнения?Какие подводные камни существуют Вставить ник Quote
Andrei Posted October 13, 2015 Posted October 13, 2015 Тогда у меня другой вопрос. Какую технологию лучше использовать,PPPoE или IPoE? Это тема для целого холивара, коих тут было уже не мало и по этому поводу в т.ч.. Поищите по форуму. Вставить ник Quote
RomaS007 Posted December 10, 2015 Posted December 10, 2015 Я тоже больше года назад создавал тему по поводу PON (Eltex) + Lanbilling ( http://forum.nag.ru/forum/index.php?showtopic=97920&st=0&p=1027110&hl=lanbilling&fromsearch=1entry1027110 ) - в общем мы так ничего и не сделали, может у кого-то появился опыт подружить их? Вставить ник Quote
s.lobanov Posted December 10, 2015 Posted December 10, 2015 Вообще, сам вопрос некорректен. Биллинг под интернет это прежде всего обсчёт денег. Большинство современных биллингов включают в себя radius-сервер, многие dhcp-сервер и иногда модули управления каким-либо железом/ПО (типа влития правил tc/ipfw/прочего на софт-брасы). Так вот, побуду экстрасенсом и скажу, что топик-стартер хочет provisioning абонентских терминалов, т.е это добавление серийника на OLT, привязку gpon-профиля и (опционально) tr-069-профиля к ONT (серийнику) Делается всё это следующим образом: 1. Создаёте доп. поля для учетных записей - S/N (тип текст), OLT (тип список - список ваших OLT - IP/хостнеймы) 2. При создании учетной записи для интернет - указываете эти поля 3. Пишите скрипт по триггеры vg_create, который будет получить id учетной записи, выбирать нужные поля из базы (основное это s/n и OLT), затем ходить на OLT (snmp/CLI/API к Eltex EMS) и делать таким образом provisioning OLT можно делать не доп. полем, а купить модуль inventory, это уж по вашем желанию. Вопросы? Готов ответить. Почему этого нет в LB? Да потому что provisioning для разных GPON OLT совершенно разный будет А с точки зрения авторизации/терминации трафика тут отличий никаких от обычного eth нет - те же самые брасы, радиусы, dhcp и т.п. Те, кто говорят, что LB не умеет GPON, правы лишь в том, что нет специального поля хранения S/N абонентского терминала и надо заводить доп. поле. Хотя под это можно приспособить какое-нибудь неиспользуемое поле - типа "описание" или "номер карты cerbercrypt" (если вы их конечно не используете), но это костыль, лучше доп. полем имхо P.S. LB не защищаю, сам считаю что он говно (из-за чрезвычайно низкого качества тестирования релизов и пожираения ресурсов на пустом месте) Вставить ник Quote
Diman_xxxx Posted December 12, 2015 Posted December 12, 2015 У нас привязка onu к olt ведется отдельно от биллинга вручную. TR069 нет. LB 2.0.017 с inventory. Opt82 не получилась, т.к. все онушки с порта никак не разделяются биллингом по своим номерам. LB всего лишь по MAC выдает IP по DHCP ONU-шке. Главное чтобы маки не менялись онушкой при ее перезагрузке. Вставить ник Quote
grfmaniak Posted December 22, 2015 Posted December 22, 2015 В LB есть запуск внешних скриптов по всяким событиям, на них можно и реализовать почти все. Вставить ник Quote
feo122 Posted January 22, 2016 Posted January 22, 2016 Именно для таких случаев задумывалась инициатива "доработки в складчину" на форуме. Если Вы коллеги найдете точки соприкосновения мы поддержим инициативу. С нашей стороны основная сложность будет в сохранении стабильности и совместимости функционала с работой по dhcp option 82. Добрый день Уважаемые коллеги! Готов поддержать идею в складчину доработать функционал LB модуля inventory для GPON. Цену доработки мне назвали. Пишите, будем обсуждать . Вставить ник Quote
s.lobanov Posted January 22, 2016 Posted January 22, 2016 feo122 О ТЗ ни за что не договоритесь... А без ТЗ и доработки быть не может Вставить ник Quote
feo122 Posted January 25, 2016 Posted January 25, 2016 feo122 О ТЗ ни за что не договоритесь... А без ТЗ и доработки быть не может Почему не договоримся? Что тут такого уникального? Вставить ник Quote
s.lobanov Posted January 25, 2016 Posted January 25, 2016 feo122 О ТЗ ни за что не договоритесь... А без ТЗ и доработки быть не может Почему не договоримся? Что тут такого уникального? Ну вот скажите, чего конкретно вам не хватает для GPON в LB? Я уже высказал своё мнение - некуда запихивать S/N GPON-терминала и привязку к OLT. Всё! Т.е. вся доработка это добавить два поле? (одно текстовое, другое - "справочное") Если же речь таки идёт про сервис-активацию, то тут всё хуже - у всех разное железо и настроено по-разному (профили gpon), по-разному устроен vlan-план и т.п. Вставить ник Quote
feo122 Posted February 4, 2016 Posted February 4, 2016 feo122 О ТЗ ни за что не договоритесь... А без ТЗ и доработки быть не может Почему не договоримся? Что тут такого уникального? Ну вот скажите, чего конкретно вам не хватает для GPON в LB? Я уже высказал своё мнение - некуда запихивать S/N GPON-терминала и привязку к OLT. Всё! Т.е. вся доработка это добавить два поле? (одно текстовое, другое - "справочное") Если же речь таки идёт про сервис-активацию, то тут всё хуже - у всех разное железо и настроено по-разному (профили gpon), по-разному устроен vlan-план и т.п. мне не хватает понимание опций, приходящий от OLT, модулем inventory LB. Вставить ник Quote
Diman_xxxx Posted February 4, 2016 Posted February 4, 2016 Расскажите пожалуйста, в чем соль, авторизации onu по SN, вместо mac адреса? Вставить ник Quote
s.lobanov Posted February 4, 2016 Posted February 4, 2016 Расскажите пожалуйста, в чем соль, авторизации onu по SN, вместо mac адреса? бывает, что штрих-код на коробке содержит только SN. всё это зависит от вендора и партии, конечно Вставить ник Quote
GrandPr1de Posted February 4, 2016 Posted February 4, 2016 ну сами по себе GPON OLT авторизуют онушки именно по серийнику, по крайней мере ZTE именно так делает и Huawei Вставить ник Quote
s.lobanov Posted February 5, 2016 Posted February 5, 2016 GrandPr1de У huawei несколько способов. У zte должно быть тоже Вставить ник Quote
GrandPr1de Posted February 5, 2016 Posted February 5, 2016 (edited) s.lobanov #onu 1 type F660 ? hpw Password authentication mode in HEX format loid Loid authentication mode loid+hpw Loid+hpw authentication mode loid+pw Loid+pw authentication mode pw Password authentication mode rid Rid authentication mode(XGPON) sn Serial number authentication mode sn+hpw Sn+hpw authentication mode sn+pw Sn+pw authentication mode sn+rid sn+rid authentication mode(XGPON) да способов прилично, но вот по маку не вижу способа это с ZTE c320 и там где явно не указана привязка по серийнику - потом можно добавить #onu 1 type F660 pw testpass ? sn Serial number vport-mode Vport configuration mode <cr> Edited February 5, 2016 by GrandPr1de Вставить ник Quote
evgen.v Posted July 11, 2019 Posted July 11, 2019 Добрый день. Пытаемся завязать GePON от C-DATA с lbinet по DHCP с использованием option 82. Эта схема уже давно работает на коммутаторах D-Link, а с гпонами возникла проблема. В 2.0.27 в модуле inventory при добавлении коммутатора есть возможность указать тип GPON и появляется дополнительное поле GPON_REGEX, в нашем случае указал там ".*([0-9]{2})([0-9]{2})[0-9]{2}$/$1/$2" для circuit-id формата <vlan>00<olt><onu><uni> (пример 000500010400), привязал абонента (при привязке к порту появляется доп поле для номера ONU) - и ничего. В дебаг-логах видно, что DHCP-запрос приходит, но разбор cirtuit-id не производится, привязку абонента биллинг не находит. Кто-нибудь настраивал такое взаимодействие? Может было пофикшено в более свежих версиях, но в чейнджлогах я ничего про это не нашел. Вставить ник Quote
dereiff Posted July 11, 2019 Posted July 11, 2019 @evgen.v такие вопросы лучше задавать тех.поддерже вендора) ну или хотя бы логи прикладывать, для помощи от общественности. Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.