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

Биллинг и динамические ипы при использовании option 82

Добрый день!

 

Делал ли кто-нибуть выдачу динамических ип адресов и DHCP сервера и биллинга. Переписывался с BGbilling и Lanbilling, они такого зделать не могут.

 

понятно что реализация сложная, но делать надо.

Share this post


Link to post
Share on other sites

Ээээ.... у вас серверы имеют динамические ip?..

Share this post


Link to post
Share on other sites

зачем вам такое? "доктор, мне хочется странного"

Share this post


Link to post
Share on other sites

Не понял при чем тут серверы. нужно клиентам выдавать динамические адреса, реальные.

Share this post


Link to post
Share on other sites

нужно клиентам выдавать динамические адреса, реальные.

Lanbilling такое точно умеет без проблем.

Share this post


Link to post
Share on other sites
нужно клиентам выдавать динамические адреса, реальные.
Lanbilling такое точно умеет без проблем.

Сейчас юзаем LANBilling и он такого не умеет, сейчас он вообще 82 опцию не поддерживает. Кормят новой версией, но это не понятно когда.

 

Share this post


Link to post
Share on other sites
Сейчас юзаем LANBilling и он такого не умеет, сейчас он вообще 82 опцию не поддерживает.

Про 82 опцию выше сказано не было. А через радиус-авторизацию - все прекрасно отдает.

Share this post


Link to post
Share on other sites

А вобще непонятно что нужно...вам сделать связку dhcp-server (option 82) + billing ?

BGbilling c option 82 работает.

Сформулируйте точнее что хотите

Share this post


Link to post
Share on other sites

если биллинг работает с opt82, то он просто умеет назначать статический адрес порту. А топикстартеру надо через opt82 выдавать динамически адрес из пула.

Вроде тут писали, что ISG умеет авторизовывать по dhcp запросу у радиуса( с получением адреса)...

Share this post


Link to post
Share on other sites

Что-то я не понял, при чём тут биллинг? Обычно для раздачи DHCP ставят DHCP сервер, например ISC-DHCPd

Делаете на сервере привязки пулов к Opt82 и всё. В биллинге соответствие IP адресов этих пулов к абонентским аккаунтам.

В LanBilling это работает ещё с 2004 года: http://www.lanbilling.ru/article_sflow_8021x.html (в статье ещё рассмотрена авторизация на порту, но это уже по вкусу)

Share this post


Link to post
Share on other sites

Дело в том, что опция 82 и динамика - это в принципе разные подходы.

Опция 82 служит именно для статический привязки IP.

Share this post


Link to post
Share on other sites
Дело в том, что опция 82 и динамика - это в принципе разные подходы.

Опция 82 служит именно для статический привязки IP.

 

Правильно человек мыслит.

 

Охота чтоб клиент вставил кабель и чудо интренет заработал. А с 802.1х нужны дополнительные клиентские расходы на подключение. Да и ипов не так много, чтоб их всем статично привязывать. Вот если бы биллинги могли учитывать переданного им клиенты было бы хорошо. Т.е. Сам DHCP умеет выдавать динамические ипы, и контролировать чтоб не было пересечений ипов. Например приходит запрос на DHCP, он его подключает и передаёт биллингу, что абоненту на таком-то порту, выдан такой-то адрес и биллинг начинает его обсчитывать, как и клиента кончился баланс, биллинг скриптом режет клиента и все довольны. Вот теперь где найти такой биллинг?

Share this post


Link to post
Share on other sites

Только мне кажется что проще быстрее и дешевле получить еще ИПы?

Share this post


Link to post
Share on other sites

по отзывам - хреново работающий модуль hotspot для нетаповского УТМ5 такое должен осилить.

Только опция82 тут совсем не при делах становится.

Share this post


Link to post
Share on other sites
Только мне кажется что проще быстрее и дешевле получить еще ИПы?

да это было бы проще, если бы учета не было по траффику. И небылобы мусорного трафика, а так клиенты задолбят с проблемой что деньги с баланса по тихоньку сами уходят.

 

 

по отзывам - хреново работающий модуль hotspot для нетаповского УТМ5 такое должен осилить.

Только опция82 тут совсем не при делах становится.

 

Ну тогда это совсем не вариант.

Share this post


Link to post
Share on other sites
Только мне кажется что проще быстрее и дешевле получить еще ИПы?

да это было бы проще, если бы учета не было по траффику. И небылобы мусорного трафика, а так клиенты задолбят с проблемой что деньги с баланса по тихоньку сами уходят.

и чем вас динамик ИП спасет?....

мусорного трафика набегает рублей 10 в месяц.

Share this post


Link to post
Share on other sites
Только мне кажется что проще быстрее и дешевле получить еще ИПы?

да это было бы проще, если бы учета не было по траффику. И небылобы мусорного трафика, а так клиенты задолбят с проблемой что деньги с баланса по тихоньку сами уходят.

и чем вас динамик ИП спасет?....

мусорного трафика набегает рублей 10 в месяц.

 

Проще уитывать. ди и ипов много не надо. Есть группа клиентов которым нужна именно динамика.

 

Share this post


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

 

Share this post


Link to post
Share on other sites
Охота чтоб клиент вставил кабель и чудо интренет заработал. А с 802.1х нужны дополнительные клиентские расходы на подключение. Да и ипов не так много, чтоб их всем статично привязывать. Вот если бы биллинги могли учитывать переданного им клиенты было бы хорошо. Т.е. Сам DHCP умеет выдавать динамические ипы, и контролировать чтоб не было пересечений ипов. Например приходит запрос на DHCP, он его подключает и передаёт биллингу, что абоненту на таком-то порту, выдан такой-то адрес и биллинг начинает его обсчитывать, как и клиента кончился баланс, биллинг скриптом режет клиента и все довольны. Вот теперь где найти такой биллинг?

Тогда это должно выглядеть примерно так:

Абонент<-DHCP<->Radius (только он может аутентифицировать и авторизовать, как и считать абонента)<->Какой-то там "биллинг".

Share this post


Link to post
Share on other sites

Примерно такой подход и предлагался, однако надо понимать, в чем именно заключается основная сложность. Мне кажется текст ниже - исчерпывающий.

 

-------------------------------------------------------------------------------------------------------------------------------------

Вопрос:

"Я думаю выскажу общее мнение технического отдела если скажу, что смысл Option 82 получить от клиента информацию о его подключении (идентификаторе порта) и выдать соответствующий этому порту адрес."

 

Правильно только выдача этого адреса может быть постоянно одним и тем же или меняться т.е. выделять свободный адрес. Поэтому ответа на вопрос о том что возможно ли выдавать адрес динамически из пула или нет? Например в BGbilling это не возможно зделать потому что у них клиент определяеться по ипу.

 

Ответ:

В ближайшее время (2-2.5 месяца) идентифицировать абонента ШПД с учетом выдачи ему динамического IP адреса через DHCP, привязки абонента к порту устройства через LANBilling Inventory и DHCP Option 82 мы не планируем.

 

Выдача динамического IP адреса в текущей терминологии в LANBilling заключается в том, что динамически адрес выдается агентом RADIUS и только _на_сессию_. Сессия представляет из себя, как правило, VPN соединение. В этом случае, на уровне первичных данных имеется логин (в терминах RADIUS протокола) - признак по которому идентифицируется учетная запись.

В случае выдачи адреса через DHCP понятие сессии отсутствует, так же как и признак "логин" на уровне первичных данных, по которому можно было бы идентифицировать учетную запись в потоке первичных данных (точнее ее трафик в потоке, NetFlow, например).

Таким образом, для того, что бы иметь возможность выдавать по DHCP динамический адрес, и, при этом _сохранить_возможность_ абонентского учета (тарификации, контроля и т.д.) в системе необходимо отслеживать DHCP события, которые можно "связать" в "сессию". А именно, два события : выдача адреса - релиз адреса, могут представлят из себя сессию. НО т.к. сессионный контроль протокол DHCP не предоставляет, то и реализация предлагаемого Вами функционала, во-первых очень трудоемка, во-вторых сомнительна в план востребованности. В любом случае, такого рода алгоритм врядли кто-то оплатит в объеме денег, которые адекватны его сложности. С технической точки зрения реализация упирается в сессионный контроль, который бы обеспечил установление соответствия между ip адресом, присутствующем в потоке первичных данных с учетной записью (ее логином или системным ID). Мы готовы рассматривать реализацию этой задачи на коммерческой основе и, вероятнее всего, в длительной перспективе, при условии ее востребованности у многих операторов. Пока же мы сконцентрировались на привязке учетной записи к порту устройства в Inventory и выдачу статического адреса либо, привязанного к учетной записи, либо к устройству.

-------------------------------------------------------------------------------------------------------------------------------------

 

 

 

Share this post


Link to post
Share on other sites

p1111

 

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

Share this post


Link to post
Share on other sites
p1111

 

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

См. Выше - в том, что биллинг не знает когда перестать списывать деньги с той учетной записи, которая залогинилась сейчас и ей выдался динамический IP. ТАК КАК НЕТ СЕССИИ !!!

Share this post


Link to post
Share on other sites

jp1111

 

В dhcp, есть динамические адреса, и сам сервер ведет статистику учета этих адресов. Сессия тут и не нужна.

Share this post


Link to post
Share on other sites

правда?

Получил ип. Время лизы - 15 минут. Начал принимать с инета udp поток. Через 7 минут выдернул кабель из компа. Через 2 минуты позвонил в саппорт и начал качать права - почему у меня комп физически отключен от линии, а трафик считается?

Время поставить по вкусу....

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