BiTel

Имеется ли возможность выдавать сетевые настройки через BGDHCPIPN, на основе привязанного к договору MAC адреса?

нет

Планируется ли ввести такой функционал или хотябы ввести возможность изменения логики обработки запросов/ответов в BGDHCPIPN?

нет. Развивать далее inet будем . Да и функционал не понятен , зачем на основе mac адреса ? Каждому пользователю уникальные настройки нужны ?

Задача проста - выдавать IP адрес пользователю в зависимости от привязанного к договору MAC адреса, а не на основе Option 82.

Очень нужно такое решение... Option.82 для нашего случая не подходит (есть мыльницы, подключенные
к портам коммутаторов самими абонентами). Думали, как бы сделать, так и не нашли решения.

А в чем проблема с такой ситуацией то?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Ну, проблема общеизвестна... Есть договор с IPN, есть подсеть (4-8-16 белых адресов).
Абонент имеет более одного сетевого устройства (небольшой офис). Адреса у абонента приходится
прописывать вручную со всеми вытекающими - то IP забудут, то комп переустановят, то
новый комп привезут, и начинаются проблемы - названивают в техподдержку, не умеют
правильно адрес прописать, не умеют гейтвей прописать, не знают куда ДНС сервера прописывать и тп.

Абонент имеет неуправляемый хаб, подключенный одним линком к управляемому порту нашего коммутатора.
Option.82 для данного случая неприменим. Тащить пучок проводов к абоненту в ряде случаев невозможно.
Поэтому к одному такому хабу бывает подключается несколько абонентов... Тоже со всеми вытекающими.

Все эти проблемы с выдачей IP адресов решает DHCP, но как сказать ему, какие адреса кому выдавать?
Только привязкой МАК адреса к определенному IP адресу. Как привязывать, вручную? Мутор.

В идеале - МАК адреса данного абонента присутствуют в договоре и DHCP выдает ип адреса только
прописанным в договоре МАКам. Должна быть возможность какого-то renew - типа как в модуле Диалап,
со скриптом проверки номера телефона (МАК адреса), когда биллинг "забывает" прежний набор МАК адресов,
абоненту дается команда включить все сетевые устройства и происходит автоматическое прописывание
МАК адресов абонента в его договоре, потом ставится блок и внесение новых МАКов требует вмешательства
техподдержки.

Мы понимаем, что возможна подмена МАК адресов, что абоненты в пределах одного хаба могут
воспользоваться чужими адресами и насильно их прописывать в своих компах, что безопасность
тут минимальная, но удобств больше.

Option.82 отлично годится для схемы один порт - одно сетевое устройство, но такое сейчас - редкость.

Практически аналогичная ситуация - перейти полностью на Option 82 нет возможности, из за наличия участков сети, в которых присутствует неуправляемое оборудование. Раздача IP адресов через DHCP, производится на основе MAC адресов.

хм... у нас проблема с домашними неуправляемыми коммутаторами решается выдачей несколько адресов на порту. опция 82 в самый раз....

_________________
Клиент: вер. 7.0.806 / 29.04.2016 13:18:28 os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.8.0_66
Сервер: вер. 7.0.1035 / 29.04.2016 13:17:38 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_92

Выдаваемые IP адреса динамические (тоесть один пользователь может получить разные IP адреса, в разные моменты времени)?
В данном случае это нам не подходит, так как каждый пользователь должен точно идентифицироваться выделенным IP адресом.

да, динамика. абоненты через китайские 5-портовые так несколько компов дома цепляют

_________________
Клиент: вер. 7.0.806 / 29.04.2016 13:18:28 os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.8.0_66
Сервер: вер. 7.0.1035 / 29.04.2016 13:17:38 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_92

а если будет идентифицироваться не конкретным ip а ренджем?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Нет, к сожалению такой вариант не подходит - один договор, один IP адрес.

Разницы нет, что один ИП адрес, что сотня, все равно это подсеть,
только в случае с одним ИП адресом это /32, и один МАК адрес в договоре,
вот и все.

В модуле Inet планируется что-либо подобное?

Теоретически если делается полнофункциональный DHCP сервер он должен уметь делать привязку MAC=IP а на практике ... в inet они сделали поддержку ISG значит можно выдавать адреса на основе вообще чего угодно.

Для ISG циска нужна, а это конские деньги, соотношение цены-производительности стремительно
растет не в лучшую сторону. Да и циска в последнее время уже не та, что была...
Стараемся ее снять отовсюду, где возможно. Только ПППоЕ оставили на них, пока.

Неужто связку IP-MAC в BGDHCP так сложно сделать? Вещь стандартная для любого DHCP сервера.

Так он идентифицируется , у вас есть список сессий как в inet (сессия поднимается по dhcp -запросу, правда сейчас поддерживается только option 82, нет авторизации чисто по mac ) , у каждой сессий есть информация какой у нее ip. Список сессии в интересующий момент получить можно. Я подозреваю, что вам нужен статический ip из-за cорма.

Хочу апнуть тему, будут ли комментарии разработчиков?
Для нас проблема актуальна...

Или начинать мытарства с ISG? Мы планируем апдейт на 5.2 в ближайшее время,
skyb вроде выложил проект на wiki, но это все никто серьезно не тестил, да и модуль
Inet еще никто всерьез не тестил. А нужно стабильное рабочее решение.

Тут вот говорят про выдачу нескольких адресов в порт при помощи Option.82...
Что-то не можем понять, как это работает? Обычная схема - один порт-один МАК-один IP адрес.
Вроде ж так?

Мы в нашем случае точно знаем, что на таком-то управляемом порту висит мыльница с таким-то количеством
абонентов (и собсно кол-во абонентских компов у каждого абонента тоже знаем). Как можно им
раздать ИП адреса при помощи Option.82 ??

т.е. грубо говоря к первому коммутатору подключен один абонент, а к второму порту через мыльницу 10 разных абонентов? или 10 компов одного абонента?

_________________
Клиент: вер. 7.0.806 / 29.04.2016 13:18:28 os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.8.0_66
Сервер: вер. 7.0.1035 / 29.04.2016 13:17:38 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_92

Да, зоопарк. К первому порту подключен один абонент с одним компом, ко второму порту мыльница с 10 компами одного абонента, к третьему порту мыльница с 10 абонентами и так далее (чаще всего через медиаконвертеры, но на суть вопроса это не влияет).

Также подобная необходимость возникает в случае с Wireless пользователями - к одной WiFi AP подключены множество пользователей, которым необходимо выдавать по DHCP статический IP адрес.

ну тогда проще isc с привязкой по макам и не мучиться, по возможности выгнав dhcpтрафик в отдельный vlan

_________________
Клиент: вер. 7.0.806 / 29.04.2016 13:18:28 os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.8.0_66
Сервер: вер. 7.0.1035 / 29.04.2016 13:17:38 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_92

Собственно на данный момент ISC используем, но при этом приходиться вручную менять привязки IP-MAC в конфигурации DHCP сервера (автоматически генерировать конфиги в тысячами записей не вариант). Хотелось бы более удобное и правильное решения - интеграция DHCP сервера с BGBilling.

В связке шлюзов Cisco-Zyxel есть возможность делать привязку Option 82(VLAN)-MAC -> IP... в принципе логику можно подправить и использовать.

А если сделать скриптовый шлюз DHCP который будет генерить конфиг для ISC

Такое принципиально возможно? Идея хорошая.