Ставим бетку

[elite]

так что там насчет nomake для бетки?

[Efendy]

так что там насчет nomake для бетки?

дык, 50 строк кода написаны черти када

[goletsa]

Интересует возможность выдавать адреса из пула через радиус с использованием Opt82 в запросе.
Возможно ли и насколько сложно в реализации?
Допустим приходит от железки вот такая строка (UserName):
"0800.27a8.fc67.00040050011A.00067072CF7149E0"
Как ее лучше всего разобрать и где именно?

[Efendy]

Как ее лучше всего разобрать и где именно?

Опиши что ты хочешь получить на выходе. Как расшифровывается строка я уже увидел в параллельной ветке. А что с ней делать?

[goletsa]

Как ее лучше всего разобрать и где именно?

Опиши что ты хочешь получить на выходе. Как расшифровывается строка я уже увидел в параллельной ветке. А что с ней делать?

Допустим в дополнительных данных будут лежать номер порта и номер свича, данные свича при этом лежат допустим в оборудовании.
Надо будет по этим данным найти абонента и если есть вернуть настройки.
Пока все делаю в рамках 50 версии, много костылей получается.
Возможно проще будет в дальнейшем перейти на новую версию nodeny где данные я так понял хранятся куда удобнее.

[0xbad0c0d3]

на 50.32, 33 делаю конфиг DHCP с опцией 82 с помощью своей модификации nomake.pl
Сами свичи хранятся в оборудовании, клиент привязывается к точке топологии, к точке топологии -свитч. Для удобства был нарисован модуль админки и клиентской статистики (доступен только админам). по сути в допданных абонента только порт, а точка подключения в таблице users. Схема работает уже год - норм пока. Единственное что - не универсальны некторые ф-ии модулей. там юзаю SNMP и заточено под свитчи DES-3200-XX. Ну короче суть в схеме: оборудование,топология,  данные абона

[goletsa]

на 50.32, 33 делаю конфиг DHCP с опцией 82 с помощью своей модификации nomake.pl
Сами свичи хранятся в оборудовании, клиент привязывается к точке топологии, к точке топологии -свитч. Для удобства был нарисован модуль админки и клиентской статистики (доступен только админам). по сути в допданных абонента только порт, а точка подключения в таблице users. Схема работает уже год - норм пока. Единственное что - не универсальны некторые ф-ии модулей. там юзаю SNMP и заточено под свитчи DES-3200-XX. Ну короче суть в схеме: оборудование,топология,  данные абона

У меня как такового конфига DHCP нету, точнее там указан внешний сервер.
Или както скормить радиусу чтобы он не из базы а из файла брал?
Кстати не подскажете по реализации привязок клиент-точкатопологии-свич?

[Андрій]

на 50.32, 33 делаю конфиг DHCP с опцией 82 с помощью своей модификации nomake.pl
Сами свичи хранятся в оборудовании, клиент привязывается к точке топологии, к точке топологии -свитч. Для удобства был нарисован модуль админки и клиентской статистики (доступен только админам). по сути в допданных абонента только порт, а точка подключения в таблице users. Схема работает уже год - норм пока. Единственное что - не универсальны некторые ф-ии модулей. там юзаю SNMP и заточено под свитчи DES-3200-XX. Ну короче суть в схеме: оборудование,топология,  данные абона

А можна приклад конфігу nomake.pl для роботи з DHCP с опцією 82

[0xbad0c0d3]

Пожалуйста

[Андрій]

Дякую, правда не зовсім розібрався в конфізі, треба буде потестувати.

[Efendy]

Поскольку с опцией 82 я не работал, задача пока не вырисовывается со всеми нюансами. Я так понял нужно:

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

распарсить запрос и исходя из полученных данных идентифицировать клиента и выдать его ip.

Обычно я делаю какой-то упрощенный (чтоб быстрее) прототип, после его обкатки понимаю, что нужно и делаю нормальный вариант. Как я бы поступил в N+: свичи заносил бы в словарь с именем "свичи", т.е. из коробки мы могли бы привязывать клиентов к свичам через поле допданных "выпадающий список". Поскольку у свича должны быть дополнительные параметры, придется в словаре сделать, скажем, 3 необязательных дополнительных свойства у любой записи. Т.е. формат заполнения полей будет регулироваться на уровне договоренностей, например, для свичей 1-е поле его mac, 2-е точка топологии или gps.

Номер порта - это просто число в допданных. Ессно, надо контролировать непересечение и количество портов, но мы же пока прототип создаем....

[Cell]

Я работал в сетях, где свитчей было больше чем 200 штук, поэтому выпадающий список не алё в этом пане т.к. начинаешь тупить не понимая какой из свитчей выбрать, в результате накапливаются ошибки и общее время выполнения операций увеличивается, что не есть гуд. Сразу нужно смотреть в сторону политики именования свичтей и организовывать их поиск запросом а уж выпадающий список - это на любителя, у которого их 5 штук.

[Efendy]

Я работал в сетях, где свитчей было больше чем 200 штук, поэтому выпадающий список не алё в этом пане т.к. начинаешь тупить не понимая какой из свитчей выбрать, в результате накапливаются ошибки и общее время выполнения операций увеличивается, что не есть гуд. Сразу нужно смотреть в сторону политики именования свичтей и организовывать их поиск запросом а уж выпадающий список - это на любителя, у которого их 5 штук.

в одной из версий, если данных много, то с начала выводилось решето с первыми буквами содержимого. Даже помню не тока первыми буквами, а если префиксы  у нескольких одинаковые, то и префиксы

[VitalVas]

а то мешает сделать автоматическое заполнения этих полей?

[Efendy]

а то мешает сделать автоматическое заполнения этих полей?

как