Yuka Опубликовано 7 июля, 2009 · Жалоба Добрый день! Делал ли кто-нибуть выдачу динамических ип адресов и DHCP сервера и биллинга. Переписывался с BGbilling и Lanbilling, они такого зделать не могут. понятно что реализация сложная, но делать надо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SmokerMan Опубликовано 7 июля, 2009 · Жалоба Ээээ.... у вас серверы имеют динамические ip?.. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
woddy Опубликовано 7 июля, 2009 · Жалоба зачем вам такое? "доктор, мне хочется странного" Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Yuka Опубликовано 7 июля, 2009 · Жалоба Не понял при чем тут серверы. нужно клиентам выдавать динамические адреса, реальные. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
terrible Опубликовано 7 июля, 2009 · Жалоба на DHCP тупо узменить пул адресов нельзя? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 7 июля, 2009 · Жалоба нужно клиентам выдавать динамические адреса, реальные. Lanbilling такое точно умеет без проблем. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Yuka Опубликовано 8 июля, 2009 · Жалоба нужно клиентам выдавать динамические адреса, реальные.Lanbilling такое точно умеет без проблем. Сейчас юзаем LANBilling и он такого не умеет, сейчас он вообще 82 опцию не поддерживает. Кормят новой версией, но это не понятно когда. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 8 июля, 2009 · Жалоба Сейчас юзаем LANBilling и он такого не умеет, сейчас он вообще 82 опцию не поддерживает. Про 82 опцию выше сказано не было. А через радиус-авторизацию - все прекрасно отдает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
micros Опубликовано 8 июля, 2009 · Жалоба А вобще непонятно что нужно...вам сделать связку dhcp-server (option 82) + billing ? BGbilling c option 82 работает. Сформулируйте точнее что хотите Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mikevlz Опубликовано 8 июля, 2009 · Жалоба если биллинг работает с opt82, то он просто умеет назначать статический адрес порту. А топикстартеру надо через opt82 выдавать динамически адрес из пула. Вроде тут писали, что ISG умеет авторизовывать по dhcp запросу у радиуса( с получением адреса)... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 8 июля, 2009 · Жалоба Что-то я не понял, при чём тут биллинг? Обычно для раздачи DHCP ставят DHCP сервер, например ISC-DHCPd Делаете на сервере привязки пулов к Opt82 и всё. В биллинге соответствие IP адресов этих пулов к абонентским аккаунтам. В LanBilling это работает ещё с 2004 года: http://www.lanbilling.ru/article_sflow_8021x.html (в статье ещё рассмотрена авторизация на порту, но это уже по вкусу) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan Rostovikov Опубликовано 8 июля, 2009 · Жалоба Дело в том, что опция 82 и динамика - это в принципе разные подходы. Опция 82 служит именно для статический привязки IP. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Yuka Опубликовано 8 июля, 2009 · Жалоба Дело в том, что опция 82 и динамика - это в принципе разные подходы.Опция 82 служит именно для статический привязки IP. Правильно человек мыслит. Охота чтоб клиент вставил кабель и чудо интренет заработал. А с 802.1х нужны дополнительные клиентские расходы на подключение. Да и ипов не так много, чтоб их всем статично привязывать. Вот если бы биллинги могли учитывать переданного им клиенты было бы хорошо. Т.е. Сам DHCP умеет выдавать динамические ипы, и контролировать чтоб не было пересечений ипов. Например приходит запрос на DHCP, он его подключает и передаёт биллингу, что абоненту на таком-то порту, выдан такой-то адрес и биллинг начинает его обсчитывать, как и клиента кончился баланс, биллинг скриптом режет клиента и все довольны. Вот теперь где найти такой биллинг? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
woddy Опубликовано 8 июля, 2009 · Жалоба Только мне кажется что проще быстрее и дешевле получить еще ИПы? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mikevlz Опубликовано 8 июля, 2009 · Жалоба по отзывам - хреново работающий модуль hotspot для нетаповского УТМ5 такое должен осилить. Только опция82 тут совсем не при делах становится. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Yuka Опубликовано 9 июля, 2009 · Жалоба Только мне кажется что проще быстрее и дешевле получить еще ИПы? да это было бы проще, если бы учета не было по траффику. И небылобы мусорного трафика, а так клиенты задолбят с проблемой что деньги с баланса по тихоньку сами уходят. по отзывам - хреново работающий модуль hotspot для нетаповского УТМ5 такое должен осилить.Только опция82 тут совсем не при делах становится. Ну тогда это совсем не вариант. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
woddy Опубликовано 9 июля, 2009 · Жалоба Только мне кажется что проще быстрее и дешевле получить еще ИПы? да это было бы проще, если бы учета не было по траффику. И небылобы мусорного трафика, а так клиенты задолбят с проблемой что деньги с баланса по тихоньку сами уходят. и чем вас динамик ИП спасет?....мусорного трафика набегает рублей 10 в месяц. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Yuka Опубликовано 9 июля, 2009 · Жалоба Только мне кажется что проще быстрее и дешевле получить еще ИПы? да это было бы проще, если бы учета не было по траффику. И небылобы мусорного трафика, а так клиенты задолбят с проблемой что деньги с баланса по тихоньку сами уходят. и чем вас динамик ИП спасет?....мусорного трафика набегает рублей 10 в месяц. Проще уитывать. ди и ипов много не надо. Есть группа клиентов которым нужна именно динамика. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
woddy Опубликовано 9 июля, 2009 · Жалоба Есть группа клиентов которым нужна именно динамика.ого. спасаются от бана? я бы послал всю эту группу на йуг Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
McUrex Опубликовано 9 июля, 2009 · Жалоба Охота чтоб клиент вставил кабель и чудо интренет заработал. А с 802.1х нужны дополнительные клиентские расходы на подключение. Да и ипов не так много, чтоб их всем статично привязывать. Вот если бы биллинги могли учитывать переданного им клиенты было бы хорошо. Т.е. Сам DHCP умеет выдавать динамические ипы, и контролировать чтоб не было пересечений ипов. Например приходит запрос на DHCP, он его подключает и передаёт биллингу, что абоненту на таком-то порту, выдан такой-то адрес и биллинг начинает его обсчитывать, как и клиента кончился баланс, биллинг скриптом режет клиента и все довольны. Вот теперь где найти такой биллинг? Тогда это должно выглядеть примерно так: Абонент<-DHCP<->Radius (только он может аутентифицировать и авторизовать, как и считать абонента)<->Какой-то там "биллинг". Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jp1111 Опубликовано 20 июля, 2009 · Жалоба Примерно такой подход и предлагался, однако надо понимать, в чем именно заключается основная сложность. Мне кажется текст ниже - исчерпывающий. ------------------------------------------------------------------------------------------------------------------------------------- Вопрос: "Я думаю выскажу общее мнение технического отдела если скажу, что смысл 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 и выдачу статического адреса либо, привязанного к учетной записи, либо к устройству. ------------------------------------------------------------------------------------------------------------------------------------- Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Yuka Опубликовано 13 августа, 2009 · Жалоба p1111 Можно и так рассомтеть если DHCP будет сам выдаваеть ип дреси на своию сессию и передавать этот адрес в биллинг, в чем тут тогда проблема? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jp1111 Опубликовано 13 августа, 2009 · Жалоба p1111 Можно и так рассомтеть если DHCP будет сам выдаваеть ип дреси на своию сессию и передавать этот адрес в биллинг, в чем тут тогда проблема? См. Выше - в том, что биллинг не знает когда перестать списывать деньги с той учетной записи, которая залогинилась сейчас и ей выдался динамический IP. ТАК КАК НЕТ СЕССИИ !!! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Yuka Опубликовано 14 августа, 2009 · Жалоба jp1111 В dhcp, есть динамические адреса, и сам сервер ведет статистику учета этих адресов. Сессия тут и не нужна. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
martin74 Опубликовано 14 августа, 2009 · Жалоба правда? Получил ип. Время лизы - 15 минут. Начал принимать с инета udp поток. Через 7 минут выдернул кабель из компа. Через 2 минуты позвонил в саппорт и начал качать права - почему у меня комп физически отключен от линии, а трафик считается? Время поставить по вкусу.... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...