dhcpd NAK, schnellere Antworten

[Tim Niemeyer]

Moin

Am Mittwoch, den 09.03.2016, 11:16 +0100 schrieb kwadronaut:
> Hi,
> 
> ich habe soeben der dhcpd auf ein Erlanger GW umgebaut. Mit verschiedene
> Gateways im gleichen Subnetz mit unterschiedlichen Bereiche, antwortet
> einen dhcpd *nicht* wenn der eine REQUEST bekommt von ein Client der
> soeben noch beim anderen GW seine IP geholt hatte. Deswegen dauert es
Das ist sehr interessant. Ich dachte ein solcher Request wäre ein Renew
und der wäre dann kein Broadcast sondern ein Unicast. Das würde
bedeuten, dass es nur lange dauern, wenn der ursprüngliche Server nicht
mehr da wäre.

Die Gateway-Selection baut nur Broadcast um, daher hat sie auf ein Renew
keinen Einfluss.

> manchmal länger als nötig um eine IP zu bekommen. Jetzt verschicke ich
> auch ein NAK an derjenigen der eine IP vom anderen range hat. Falls
> bedenken, höre ich es gerne:
Wie sind denn bis jetzt deine Erfahrungen?

Tim

> ---
> subnet 10.50.64.0 netmask 255.255.248.0 {
>         option routers 10.50.64.4;
> 
>         pool {
>                 range 10.50.65.0 10.50.66.255;
>                 option domain-name-servers 10.50.64.4;
>                 allow unknown-clients;
>         }
> 
>         pool {
>                 range 10.50.69.0 10.50.71.254;
>                 deny unknown-clients;
>         }
> }
> ---

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 473 bytes
Beschreibung: This is a digitally signed message part
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20160314/87552476/attachment-0002.sig>