DHCP + option 82 + NetUp

Технические вопросы по UTM 5.0
Ответить
G@rik
Сообщения: 74
Зарегистрирован: Чт май 18, 2006 18:47

DHCP + option 82 + NetUp

Сообщение G@rik »

Доброе время суток.

Есть идея модернизировать существующую сеть (около 2000 абонентов). Что планируем сделать:

1. DHCP-сервер isc-dhcp на FreeBSD 6.2 ( option 82, выдача ip абоненту по номеру порта на коммутаторе)
2. из оборудования DES-3526 и DES-3828
3. биллинг NetUp UTM5
4. большое количество VLAN'ов

Планируем выдавать абонентам статический айпи по номеру порта коммутатора, к которому он подключен. При таком количестве пользователей (около 2000) прописывание для каждого class'ов и пулов достаточно трудное дело при подключении более 5 человек в день, да и обслуживание в дальшейшем тоже трудоемкая задача.

Вот пример тестового конфига для одного человека:

Код: Выделить всё

# dhcpd.conf
#
lease-file-name "/var/db/dhcpd/dhcpd.leases";
option domain-name-servers "dnsserver1", "dnsserver2";
option subnet-mask 255.255.255.0;

default-lease-time 600;
max-lease-time 7200;
authoritative;
ddns-update-style none;
log-facility local7;

class "proba" {
match if option agent.remote-id = 0:6:0:17:9a:bb:d5:09 and option agent.circuit-id = 0:4:0:5:0:18;
}

shared-network test {
  subnet 192.168.1.0 netmask 255.255.255.0 { not authoritative; }
  subnet 192.168.0.0 netmask 255.255.255.0 {
	option routers 192.168.0.172;
  }
  pool {
	range 192.168.0.161 192.168.0.161;
	allow members of "proba";
  }
}

if exists agent.circuit-id
{
		log ( info, concat( "Lease for ", binary-to-ascii (10, 8, ".",  leased-address), " is connected to interface, binary-to-ascii (10, 8, "/", suffix ( option agent.circuit-id, 2)), " (add 1 to port number!), VLAN ", binary-to-ascii (10, 16, ""
, substring( option agent.circuit-id, 2, 2)), " on switch ", binary-to-ascii(16, 8, ":", substring( option agent.remote-id, 2, 6))));
		log ( info, concat( "Lease for ", binary-to-ascii (10, 8, ".",  leased-address), " raw option-82 info is CID: ", binary-to-ascii (10, 8, ".", option agent.circuit-id), " AID: ", binary-to-ascii(16, 8, ".", option agent.remote-id)));
}
В итоге получим очень большой файл конфига dhcpd.conf, с которым довольно трудно будет работать. Вот и хотелось бы услышать советы относительно организаии всего этого, т.е. как автоматизировать (упростить) процесс добавления нового пользователя в связке с биллингом и коммутаторами c использованием option 82?

Впринципе, dhcpd.conf можно генерировать автоматически скриптом, например:

1. создаём базу, где привязываем мак свича к имени вилана (виланы у нас на дом или на подъезд, т.е. фактически 1 свич - 1 вилан, если нет - в стек поставим 2 свича)

2. при заведении юзверя в нетапе прописываем ему порт свича и вилан в одно из полей

3. пишем скриптик на чём-то, который выдирает из нетапа вилан (преобразует его в мак и номер свича(в случае стека)) и порт, и выдаёт готовую записть для dhcp конфига.

4. прописываем в конфиге dhcp директориии, из которых читать конфиги, например:
/dhcp/vlan2
/dhcp/vlan3
......
/dhcp/vlan222

5. создаём скриптом файл /dhcp/vlanN/IPабонента и запись, указывающую в конфиге dhcp, что читать теперь и файл /dhcp/vlanN/IPабонента

6. перезапускаем dhcpd

Но это только предположение, хотелось бы увидеть действующие реализации подобного, более автоматизированные.

Спасибо

calculator
Сообщения: 180
Зарегистрирован: Пн дек 26, 2005 13:17
Откуда: msk

Сообщение calculator »

Если выдача IP по мак адресу подойдет, то посмотри доку: http://netup.ru/articles.php?n=11

mikkey finn
Сообщения: 1612
Зарегистрирован: Пт ноя 10, 2006 15:23

Сообщение mikkey finn »

а кто какое решение видит в таком разрезе:
DHCP раздает адреса из пула, привязка идет MAC-имя хоста(динамическое обновление ДНС), причем надо будет считать трафик. Я совсем не удивлюсь, если найдется юзверь(самый страшный зверь), которой статикой будет прописывать IP соседа. Потенциально будет конечно возможность не выпустить его за пределы некоторой песочницы(в перспективе вплоть до порта включения). А сосед деньги за сервис платит. И хочет потреблять услугу. То есть нормальный выход - это давать динамический адрес с длительной арендой. Если адрес оказался занят, то выдавать другой с апдейтом в ДНС. Задача будет глобальная: заставить пользователя платить за то, что он скачает из "соседней" сети при прямой маршрутизации между сетями.
Сдается мне, что задача схожа с услугой хотспот... Но в хотспоте считается время, а мне надо считать трафик. Кто подскажет варианты?

Аватара пользователя
Chris
Сообщения: 2323
Зарегистрирован: Чт июн 02, 2005 14:08
Откуда: 33 76 77 71 86 37 98

Сообщение Chris »

Мдя.. тяжело вам даются решения, видимо совсем уже от знаний легких путей не ищите. Смотрите в сторону GRE - PPPOE. и будет вам счастье.

kapa
Сообщения: 80
Зарегистрирован: Пт сен 30, 2005 16:58

Сообщение kapa »

Chris писал(а):Мдя.. тяжело вам даются решения, видимо совсем уже от знаний легких путей не ищите. Смотрите в сторону GRE - PPPOE. и будет вам счастье.
по-вашему "лёгкий" путь завернуть всех в туннели? :shock:
имхо, стремиться надо к радиусу и гостевому вилану, а вот упростить работу с dhcp не мешало бы.


з.ы. а LDAP option 82 или cirquit id не поддерживает? хотелось бы от маков отойти.

prx
Сообщения: 139
Зарегистрирован: Чт дек 01, 2005 18:44

Сообщение prx »

kapa писал(а):
Chris писал(а):Мдя.. тяжело вам даются решения, видимо совсем уже от знаний легких путей не ищите. Смотрите в сторону GRE - PPPOE. и будет вам счастье.
по-вашему "лёгкий" путь завернуть всех в туннели? :shock:
имхо, стремиться надо к радиусу и гостевому вилану, а вот упростить работу с dhcp не мешало бы.


з.ы. а LDAP option 82 или cirquit id не поддерживает? хотелось бы от маков отойти.
В данный момент сделали переходную реализацию, пока свичи не все свичи Option 82 поддерживают, сделали dhcp snooping и IP Guard на корневых свичах. А в DHCPd делаем привязку IP-MAC. Конфиг генерируем из биллинга по крону... :)

А вообще в правильную сторону джвигаетесь товариЩ!

Аватара пользователя
Chris
Сообщения: 2323
Зарегистрирован: Чт июн 02, 2005 14:08
Откуда: 33 76 77 71 86 37 98

Сообщение Chris »

А как всё красиво наяб....ся как только пользователь подключит какой нить WIFI от DLINK со своим DHCP :-) Ой как красиво то :-)

prx
Сообщения: 139
Зарегистрирован: Чт дек 01, 2005 18:44

Сообщение prx »

Chris писал(а):А как всё красиво наяб....ся как только пользователь подключит какой нить WIFI от DLINK со своим DHCP :-) Ой как красиво то :-)
А для этого и есть DHCP snooping

SmokerMan
Сообщения: 4
Зарегистрирован: Сб май 03, 2008 16:26

Сообщение SmokerMan »

И как успехи?..

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

prx писал(а):
Chris писал(а):А как всё красиво наяб....ся как только пользователь подключит какой нить WIFI от DLINK со своим DHCP :-) Ой как красиво то :-)
А для этого и есть DHCP snooping
Это при условии юзер - порт. И не забывайет про проблему в продлением аренды у DES3526 и Vista, до конца еще не починили вроде..

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Re: DHCP + option 82 + NetUp

Сообщение Magnum72 »

1. создаём базу, где привязываем мак свича к имени вилана (виланы у нас на дом или на подъезд, т.е. фактически 1 свич - 1 вилан, если нет - в стек поставим 2 свича)
В биллинге есть табличка Houses в ней дома по id раскиданы, раз один влан на дом, то можно номер влана к дому привязать. думаю вланов хватит :)
2. при заведении юзверя в нетапе прописываем ему порт свича и вилан в одно из полей
порт свитча пусть сам прописывается, по приходу первого запроса на dhcp сервак сделай для неизвестных маков левый пул, и общий влан после захода на страничку авторизации (не обязательно на статистике) юзер активируется в этот момент мы его мак и порт окончательно забиваем в биллинг урфаклиентом.

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

kapa писал(а):имхо, стремиться надо к радиусу и гостевому вилану, а вот упростить работу с dhcp не мешало бы.
з.ы. а LDAP option 82 или cirquit id не поддерживает? хотелось бы от маков отойти.
на 3526 чтобы в этот гостевой влан попасть надо чтобы операционка поддерживала, 98 нервно курит...

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Re: DHCP + option 82 + NetUp

Сообщение Magnum72 »

G@rik писал(а):1. создаём базу, где привязываем мак свича к имени вилана (виланы у нас на дом или на подъезд, т.е. фактически 1 свич - 1 вилан, если нет - в стек поставим 2 свича)
Забыл сказать у DES3526 нет стека и не будет, хоть и на нем написано X-Stack.

prx
Сообщения: 139
Зарегистрирован: Чт дек 01, 2005 18:44

Сообщение prx »

Magnum72 писал(а):
prx писал(а):
Chris писал(а):А как всё красиво наяб....ся как только пользователь подключит какой нить WIFI от DLINK со своим DHCP :-) Ой как красиво то :-)
А для этого и есть DHCP snooping
Это при условии юзер - порт. И не забывайет про проблему в продлением аренды у DES3526 и Vista, до конца еще не починили вроде..
А как еще то может быть? Ставить DES3526 на агрегацию??? :) Не смешите меня...
По поводу багов я вообщем то не про конкретный свитч говорил, я бы например с длинками даже связываться не стал, есть ведь более серьезные вендоры.

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

prx писал(а):
Magnum72 писал(а):
prx писал(а):
Chris писал(а):А как всё красиво наяб....ся как только пользователь подключит какой нить WIFI от DLINK со своим DHCP :-) Ой как красиво то :-)
А для этого и есть DHCP snooping
Это при условии юзер - порт. И не забывайет про проблему в продлением аренды у DES3526 и Vista, до конца еще не починили вроде..
А как еще то может быть? Ставить DES3526 на агрегацию??? :) Не смешите меня...
По поводу багов я вообщем то не про конкретный свитч говорил, я бы например с длинками даже связываться не стал, есть ведь более серьезные вендоры.
Ну от других вендоров свитч на агрегации умеющий DHCP snooping будет стоить если не столько то больше чем DES3526

Ответить