Биллинговая система Nodeny

Используем 50.32. Авторизация PPPOE. Сервера под FreeBSD. Возникло желание новые сегменты делать на option 82. Пробовали делать скриптом который вытягивает с базы мак-ип и прописывает в dhcpd.conf но возникает проблема когда клиент меняет роутер-сетевуху да и это как-то "не по-христиански" :) Хочется чтоб при подключении к порту или авторизации онушки шел запрос на сервер и в зависимости от состояния клиентского счета порт переводился либо в рабочий влан с выдачей ИП либо в гостевой который заворачивается на заглушку. Кто может помочь в реализации этого?

На н+ не рассматриваете переход?

Ну и хотелки у вас ))) Фантастического кина насмотрелись?
Дайте угадаю..... сеть с пппое т.е. имеет историю в лет 10 как минимум. Какой там лютый звиздец с оборудованием представить не сложно. Присутствуют все ведущие вендоры сетевого бизнеса ))).
Вам даже обычную опцию 82 будет сложно реализовать только по одной этой причине - других причин даже на вашей версии биллинга нет.

Так он новые сегменты хочет делать опшн82

Ну, судя по описанию или он не знает что такое опшн82 или хочет сделать какую-то вундервафлю из фантастического кина.

Лютого пиздеца в сети нет. Вся сеть на 99% построена на управляемом оборудовании (есть буквально несколько точек с "мыльницами". Большинство сети - пон. Просто не хочется добавлять снова акцесники под пппое - хочется перейти на опт82 дабы уменьшить нагрузку на акцес сервера и упростить подключение/настройку для абонентов. Жестко не пинайте за вопросы - лучше посоветуйте что-то дельное.

Нет.

Почему вундервафля? Ну пусть не переводит порты в гостевой/основной влан - буду заворачивать по неоплате на заглушку на сервере. Но надо чтоб выдавался клиенту ИП согласна порта либо ону...

сделать можно, но есть одно НО: разные онушки могут быть несовместимы под опшн 82, т.е. разные форматы этой самой опции давать

Дешманские вообще не поддерживают это дело.

олты какие ?
что то похожее есть готово...

Онушки китай разнобой. Под пппое пашут огонь :) ОЛТ-ы BDCOM 3310 36xx. Автоконфигурация вланов на олтах.

не все ону корректно работают с днсп
алистар например курочит днцп запрос

в остальном нет проблем = влючая  авто заполнение мак ону у абонента...

Тоесть dhcp запрос шлет на dhcp сервер сама ону а не олт?

и не то и не другое

шлет запрос клиет . олт просто добавляет к нему опцию 82   (то етсь индификаторы)

Получается что шлет запрос клиент - ону алистар (по твоим словам) курочит запрос и досылает его до олт - олт добавляет какие-то свои данные и шлет уже на dhcp сервер?

ну где-то так. а что вас удивляет ?

Китайцы они такие :)

угу. там еще и не все прошивки олта  пойдут....

Вывод - делать vlan на пользователя и он ебать мозги

ну так и опция работает не плохо ....

С практичной точки зрения не удобно.

Если мы привязываем клиента к vlan, то при модернизации или замене олт и автоконфигурации онухи клиент скорей всего получит другой номер порта и следовательно другой vlan в итоге смена дерева у пользователей - это один геморой как для клиента так и для админа.

Если мы авторизуем по маку онухи клиента, то никаких проблем с перемешиванием онух по разным портам олта не вызывает проблем ни у кого.

Такую схему в сети и используем успешно.

Option 82 добавляет ОЛТ в пакет Discover и даже если как-то на это влияет онуха проще ее поменять.

fet4
Вы выдаете по мак-ку ону? без учета олта, порта олта и прочего?

а зачем остальное?

Совершено верно, естественно 1 ону = 1 клиент, если 1 ону = несколько клиентов, авторизую по маку клиента но и тех перестраиваю , на каждого онуху. Остальные поля просто храню для информации дабы видеть откуда клиент.

у вас один влан на все олты/ону?

Ну а как знать какой именно ИП выдать тому или иному клиенту в тот олт с учетом влана?

достаточно мака ону.
вся остальная инфа в билинге есть....

если разговор идет о 50/49 ветке билинга.

поставили новый олт -  в билинг прописали какие вланы(влан) на пон дереве(деревьях)
дальше опрос олта  на ону
как только появилась новая ону  выдали ей айпи ,  монтажник первый раз зашел в лк и все...  (все само прописалось - номер точки топологии (а это все данные олта и вланов) и мак ону абоненту) и сменило ip на тот который выданно.

поменяли в билинге абону айпи - конфиг сам перечитается...  смена ону также....





 

ОЛТ как-то добавляет номер пон порта к запросу dhcp? (дабы понять с какого влана отдавать клиенту ип)?

да добавляет и номер порта (олта) и влан , но это по сути не нужно.  повторю достаточно мака ону , все остальное есть в билинге.


вот для примера

один олт одно дерево  для серых айпи vlan2121  серая подсеть начинается с 192.168.190.2 
#---10.110.1.63--OLT vasnuki epon0/1-4 vlan 2121---pon1,pon2,pon3,pon4,--192.168.190.2
class "1686" { match if suffix(option agent.remote-id,6)=fc:fa:f7:f6:98:dc;}
class "1689" { match if suffix(option agent.remote-id,6)=fc:fa:f7:f6:59:d6;}


тут серая айпи выдается
pool { range 192.168.190.18;allow members of "1686";}

тут белая влан 213
pool { range xxx.xxx.xxx.177;allow members of "1689";} 

а как посмотреть вообще в каком формате это приходит? где-то можно в dhcpd логи включить чтобы видеть в читабельном формате как оно выглятитюя бы сам сел такое себе запилил потихоньку.

логи в dhcpd.conf

tcpdump
или
посмотреть из /usr/ports  dhcpdump

Нет конечно, влан=ствол

В разрезе обычного isc-dhcp это выглядит так:
-Нарезаем подсетки на каждом vlan навешываем Ip на них;
-isc-dhcp-server конфигурируем на прослушку в этих в вланах и subnet с пулами адресов
-В биллинге заносим эти пулы адресов, isc-dhcp оповещает биллинг какой Ip кому выдал.

Или Ip-unnumbered с выдачей из биллинга Ip через радиус. Я так работаю.

это точно в 50 версии ?

Подскажи - а как сделать чтоб при заходе в ЛК прописывался клиенту автоматом ип и все остальное?

написать код

ЕС КЭП!  ;D ;D ;D