Пара вопросов о dhcp option 82

[holtdoor 0]

Добрый день.

Есть пара вопросов по поводу настройки option82.

Для примера приведу кусок из офф.мануала:

option domain-name "ourisp";
option domain-name-servers 172.16.0.1;
default-lease-time 3600;
max-lease-time 43200;
authoritative;
ddns-update-style none;
log-facility local7;
one-lease-per-client true;
deny duplicates;
 
shared-network ourisp {
 
{SUBNETS}
 
subnet 192.168.94.0 netmask 255.255.255.0 {
}
 
subnet 172.32.0.0 netmask 255.255.240.0 {
  default-lease-time 3600;
  option domain-name "isp";
  option subnet-mask 255.255.240.0;
  option domain-name-servers 172.32.0.1;
  option routers 172.32.0.1;
 
  pool {
   range 172.32.0.100 172.32.0.254;
    {DENYMEMBERS}
   }
 
log(info, "==");
if exists agent.remote-id {
        set clip = binary-to-ascii(10,8,".",leased-address);
        set clremote = binary-to-ascii(16,8,"",option agent.remote-id);
        set clcircuit = binary-to-ascii(10,8,"",option agent.circuit-id);
 
        log( info,concat("*Leased IP: ",clip, " SWITCH: ",clremote," PORT: ",clcircuit ," (with opt82)") );
} else {
        set clhw = concat (
        suffix (concat ("0", binary-to-ascii (16, 8, "", substring(hardware,1,1))),2), ":",
        suffix (concat ("0", binary-to-ascii (16, 8, "", substring(hardware,2,1))),2), ":",
        suffix (concat ("0", binary-to-ascii (16, 8, "", substring(hardware,3,1))),2), ":",
        suffix (concat ("0", binary-to-ascii (16, 8, "", substring(hardware,4,1))),2), ":",
        suffix (concat ("0", binary-to-ascii (16, 8, "", substring(hardware,5,1))),2), ":",
        suffix (concat ("0", binary-to-ascii (16, 8, "", substring(hardware,6,1))),2)
        );
 
        log( info,concat("*Leased IP: ",binary-to-ascii(10,8,".",leased-address), " MAC: ", clhw," (without opt82)") );
}
log(info, "==");
 
 
}
 
}

Собственно правильно ли я понимаю, что новый не прописаный абонент будет по началу получать ip из пула 172.32.0.100 - 172.32.0.254 а после того как он будет прописан уже в самом биллинге и в разделе "Черная маги" > Dhcp option 82 ему будет прописана нужная пара remote-id/circuit-id, он будет получать ip из конкретной абонентской сети из {SUBNETS} ?

И еще маленький вопрос, для чего определен subnet 192.168.94.0 в этом примере?

Спасибо.

[l1ght 377]

  В 04.10.2019 в 08:34, holtdoor сказал:

И еще маленький вопрос, для чего определен subnet 192.168.94.0 в этом примере?

Expand  

для dhcp relay, подсеть где живут свичи с которых dhcp трафик отправляется unicast-ом

и если она не directly connected (влан какой-то на сервере например) то до нее ещё нужен маршрут

Изменено 2019-10-04 09:15:50 пользователем l1ght

[vop 370]

Там бывает еще проблемка, что при назначении пары по opt82, сервер будет продлевать старую лизу. Deny не помогают. Ну так работает dhcp сервер.

У меня это решается на добавлением в конфиг записи host с абонентским адресом на время, превышающее максимальный срок лизы.

Изменено 2019-10-04 12:52:43 пользователем vop

[l1ght 377]

  В 04.10.2019 в 12:51, vop сказал:

Там бывает еще проблемка, что при назначении пары по opt82, сервер будет продлевать старую лизу. Deny не помогают. Ну так работает dhcp сервер.

У меня это решается на добавлением в конфиг записи host с абонентским адресом на время, превышающее максимальный срок лизы.

Expand  

ну это плата за то что раздаешь адреса и "неизвестным" в том числе

[vop 370]

  В 04.10.2019 в 15:15, l1ght сказал:

ну это плата за то что раздаешь адреса и "неизвестным" в том числе

Expand  

 

У меня достаточно тупо. Раздаются непубличные адреса, с которых можно только попасть в кабинет клиента. В кабинете проверяется, что клиент зашел из этой дежурной подсети, что opt82 никем не занята, после чего клиент подтверждает, что он хочет выходить в интернет с этого компа. И за ним регистрируется пара opt82, в конфиг прописывается class + host на время потухания изначальной лизы (либо адрес остается за ним, если ему не нужен реальный, то host не прописывается). Затем любые устройства, приходящие с парой opt82 автоматически подцепляются к клиентскому профайлу в качестве ресурсов. Если ресурс не использовался больше месяца после последней выдачи адреса, ресурс утилизируется.