simple QoS for dhcpd
Shane Kerr
Shane_Kerr at isc.org
Thu Nov 15 10:43:28 UTC 2007
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
In that case, the simplest solution would probably be to have a set of variables
like this:
time_t qos_discover_timestamp; /* 0 means no discover received yet */
unsigned short qos_uid_len; /* 0 means no client identifier, use hw_addr */
unsigned char *qos_uid;
struct hardware qos_hw_addr;
You set the appropriate variables when you get a new discover, and then can
check them in all other places. We use a timestamp so you can time out
eventually (in case the client goes away).
Good luck! :)
fadey wrote:
> Yes. It is for research, not production.
>
>> You do realise that this gives yet another means for a DoS attack don't you ?
>>
>>
>> fadey wrote:
>>
>>> I'm interested in modifying dhcpd in a way that it serves one client at
>>> a time: takes a DISCOVER packet, serves OFFER, waits for the REQUEST and
>>> serves ACK, and only after that pays attantion to whats going on on port
>>> 67 again.
- --
Shane
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHPCLLMsfZxBO4kbQRAmQLAKCU0WZFe/4T7nilJ9JMHrA2jcCGvQCggqQL
h/ZtQhcpoEsM3M57jXzE3zo=
=QVKN
-----END PGP SIGNATURE-----
More information about the dhcp-users
mailing list