[Rijiy]

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

[Andrei]

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

[megahertz0]

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

 

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

[jp1111]

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

 

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

 

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

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

[sol]

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

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

[Andrei]

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

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

[Rijiy]

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

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

[Rijiy]

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

[Andrei]

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

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

[RomaS007]

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

[s.lobanov]

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

[Diman_xxxx]

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

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

 

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

[grfmaniak]

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

[feo122]

 

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

 

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

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

[s.lobanov]

feo122

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

[feo122]

feo122

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

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

[s.lobanov]

feo122

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

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

 

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

 

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

[feo122]

feo122

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

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

 

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

 

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

 

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

[Diman_xxxx]

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

[s.lobanov]

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

 

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

[GrandPr1de]

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

[s.lobanov]

GrandPr1de

У huawei несколько способов. У zte должно быть тоже

[GrandPr1de]

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

[evgen.v]

Добрый день.

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

[dereiff]

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