Jump to content
Калькуляторы

LanBilling для GPON

Добрый день. Имеется сеть, построенная по технологии FTTH. Внутри сети настроен NAT, т.е. каждому абоненту выделяем статический IP. под это дело имеется LanBilling ver 1.9 (номер сборки 2.0008)В нем подключены агенты NetFlow; UsBox; SNMP. Собираемся строить сеть GPON. Оборудование скорей всего Элтекс. Подскажите или посоветуйте, как лучше проводить привязку абонентов в биллинге? что для этого нужно обновить или купить? В общем интересуют все нюансы связанные с этим.

Share this post


Link to post
Share on other sites

А как у вас в рамках FTTH биллингуются абоненты? ИМХО для биллинга не так уж важно по какой технологии построена та "труба", по которой абонент идет в инет.

Share this post


Link to post
Share on other sites

В ЛБ работа с GPON не реализована. Потому что он у всех по разному сделан. У кого-то PPPoE, у кого-то IPoE. Чтобы учитывать выданные ONT нужны доработки.

 

Мы писали ТЗ на доработку учета выданных ONT + авторизация по option 82 на элтексовском GPON. В принципе концепт решения выработали, но пока эти работы пришлось отложить по экономическим причинам.

Share this post


Link to post
Share on other sites

В ЛБ работа с GPON не реализована. Потому что он у всех по разному сделан. У кого-то PPPoE, у кого-то IPoE. Чтобы учитывать выданные ONT нужны доработки.

 

Мы писали ТЗ на доработку учета выданных ONT + авторизация по option 82 на элтексовском GPON. В принципе концепт решения выработали, но пока эти работы пришлось отложить по экономическим причинам.

 

Дополню немножко ответ мегагерца.

Для GPON действительно RADIUS нужно адаптировать для анализа специфичных атрибутов, если быть конкретными, то remote-id , circut-id. Примерно 9 месяцев назад под компанию мегагерца было сделано КП, которое в целом актуально сейчас. Мы готовы частично вложиться собственными силами в подобную доработку, но целиком тянуть не будем по тем же экономическим причинам. Именно для таких случаев задумывалась инициатива "доработки в складчину" на форуме. Если Вы коллеги найдете точки соприкосновения мы поддержим инициативу. С нашей стороны основная сложность будет в сохранении стабильности и совместимости функционала с работой по dhcp option 82.

Share this post


Link to post
Share on other sites
Мы готовы частично вложиться собственными силами в подобную доработку, но целиком тянуть не будем по тем же экономическим причинам.

Солидная компания возьмёт в аренду степлер?

Share this post


Link to post
Share on other sites

В ЛБ работа с GPON не реализована. Потому что он у всех по разному сделан. У кого-то PPPoE, у кого-то IPoE.

Всегда опасаюсь говорить не за себя, но ИМХО большинству этого (pppoe/ipoe) вполне достаточно, и проблем в использовании ЛБ на сети GPON, связанных именно со спецификой GPON, не возникнет. У нас в регионе РТ продолжает использовать pppoe и на GPON, как ранее использовал pppoe на adsl.

Share this post


Link to post
Share on other sites

А как у вас в рамках FTTH биллингуются абоненты? ИМХО для биллинга не так уж важно по какой технологии построена та "труба", по которой абонент идет в инет.

У нас каждому абоненту присвоен vlan. Через них биллинг и рулит.

Share this post


Link to post
Share on other sites

Тогда у меня другой вопрос. Какую технологию лучше использовать,PPPoE или IPoE? вроде бы читал, что PPPoE проигрывает, и используется чаще в xdsl, но хотелось бы услышать ваши мнения?Какие подводные камни существуют

Share this post


Link to post
Share on other sites

Тогда у меня другой вопрос. Какую технологию лучше использовать,PPPoE или IPoE?

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

Share this post


Link to post
Share on other sites

Я тоже больше года назад создавал тему по поводу PON (Eltex) + Lanbilling ( http://forum.nag.ru/forum/index.php?showtopic=97920&st=0&p=1027110&hl=lanbilling&fromsearch=1entry1027110 ) - в общем мы так ничего и не сделали, может у кого-то появился опыт подружить их?

Share this post


Link to post
Share on other sites

Вообще, сам вопрос некорректен. Биллинг под интернет это прежде всего обсчёт денег. Большинство современных биллингов включают в себя 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 не защищаю, сам считаю что он говно (из-за чрезвычайно низкого качества тестирования релизов и пожираения ресурсов на пустом месте)

Share this post


Link to post
Share on other sites

У нас привязка onu к olt ведется отдельно от биллинга вручную. TR069 нет.

LB 2.0.017 с inventory. Opt82 не получилась, т.к. все онушки с порта никак не разделяются биллингом по своим номерам.

 

LB всего лишь по MAC выдает IP по DHCP ONU-шке. Главное чтобы маки не менялись онушкой при ее перезагрузке.

Share this post


Link to post
Share on other sites

В LB есть запуск внешних скриптов по всяким событиям, на них можно и реализовать почти все.

Share this post


Link to post
Share on other sites

 

Именно для таких случаев задумывалась инициатива "доработки в складчину" на форуме. Если Вы коллеги найдете точки соприкосновения мы поддержим инициативу. С нашей стороны основная сложность будет в сохранении стабильности и совместимости функционала с работой по dhcp option 82.

 

Добрый день Уважаемые коллеги!

Готов поддержать идею в складчину доработать функционал LB модуля inventory для GPON. Цену доработки мне назвали. Пишите, будем обсуждать .

Share this post


Link to post
Share on other sites

feo122

О ТЗ ни за что не договоритесь... А без ТЗ и доработки быть не может

Share this post


Link to post
Share on other sites

feo122

О ТЗ ни за что не договоритесь... А без ТЗ и доработки быть не может

Почему не договоримся? Что тут такого уникального?

Share this post


Link to post
Share on other sites

feo122

О ТЗ ни за что не договоритесь... А без ТЗ и доработки быть не может

Почему не договоримся? Что тут такого уникального?

 

Ну вот скажите, чего конкретно вам не хватает для GPON в LB? Я уже высказал своё мнение - некуда запихивать S/N GPON-терминала и привязку к OLT. Всё! Т.е. вся доработка это добавить два поле? (одно текстовое, другое - "справочное")

 

Если же речь таки идёт про сервис-активацию, то тут всё хуже - у всех разное железо и настроено по-разному (профили gpon), по-разному устроен vlan-план и т.п.

Share this post


Link to post
Share on other sites

feo122

О ТЗ ни за что не договоритесь... А без ТЗ и доработки быть не может

Почему не договоримся? Что тут такого уникального?

 

Ну вот скажите, чего конкретно вам не хватает для GPON в LB? Я уже высказал своё мнение - некуда запихивать S/N GPON-терминала и привязку к OLT. Всё! Т.е. вся доработка это добавить два поле? (одно текстовое, другое - "справочное")

 

Если же речь таки идёт про сервис-активацию, то тут всё хуже - у всех разное железо и настроено по-разному (профили gpon), по-разному устроен vlan-план и т.п.

 

мне не хватает понимание опций, приходящий от OLT, модулем inventory LB.

Share this post


Link to post
Share on other sites

Расскажите пожалуйста, в чем соль, авторизации onu по SN, вместо mac адреса?

Share this post


Link to post
Share on other sites

Расскажите пожалуйста, в чем соль, авторизации onu по SN, вместо mac адреса?

 

бывает, что штрих-код на коробке содержит только SN. всё это зависит от вендора и партии, конечно

Share this post


Link to post
Share on other sites

ну сами по себе GPON OLT авторизуют онушки именно по серийнику, по крайней мере ZTE именно так делает и Huawei

Share this post


Link to post
Share on other sites

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 by GrandPr1de

Share this post


Link to post
Share on other sites

Добрый день.

Пытаемся завязать 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 не производится, привязку абонента биллинг не находит. Кто-нибудь настраивал такое взаимодействие? Может было пофикшено в более свежих версиях, но в чейнджлогах я ничего про это не нашел.

Share this post


Link to post
Share on other sites

@evgen.v такие вопросы лучше задавать тех.поддерже вендора) ну или хотя бы логи прикладывать, для помощи от общественности.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this