Перейти к содержимому
Калькуляторы

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

feo122

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

feo122

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

feo122

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

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

feo122

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

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

 

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

GrandPr1de

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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>

Изменено пользователем GrandPr1de

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Добрый день.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.