[Yuka]

Добрый день!

 

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

 

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

[SmokerMan]

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

[woddy]

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

[Yuka]

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

[terrible]

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

[Andrei]

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

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

[Yuka]

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

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

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

 

[Andrei]

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

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

[micros]

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

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

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

[mikevlz]

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

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

[vIv]

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

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

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

[Ivan Rostovikov]

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

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

[Yuka]

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

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

 

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

 

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

[woddy]

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

[mikevlz]

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

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

[Yuka]

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

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

 

 

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

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

 

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

[woddy]

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

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

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

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

[Yuka]

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

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

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

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

 

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

 

[woddy]

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

ого. спасаются от бана? я бы послал всю эту группу на йуг

 

[McUrex]

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

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

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

[jp1111]

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

 

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

Вопрос:

"Я думаю выскажу общее мнение технического отдела если скажу, что смысл 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 и выдачу статического адреса либо, привязанного к учетной записи, либо к устройству.

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

 

 

 

[Yuka]

p1111

 

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

[jp1111]

p1111

 

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

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

[Yuka]

jp1111

 

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

[martin74]

правда?

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

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