Jump to content

Recommended Posts

Posted

Добрый день!

 

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

 

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

  • Replies 51
  • Created
  • Last Reply

Top Posters In This Topic

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

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

 

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

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

Posted

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

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

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

Posted

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

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

Posted

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

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

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

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

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

 

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

 

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

Posted

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

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

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

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

 

 

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

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

 

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

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

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

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

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

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

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

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

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

 

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

 

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

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

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

  • 2 weeks later...
Posted

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

 

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

Вопрос:

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

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

 

 

 

  • 4 weeks later...
Posted

p1111

 

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

Posted
p1111

 

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

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

Posted

правда?

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

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

Join the conversation

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

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.