Bart Smit wrote:
> Hi Manuel & lists (cc-ing -dev),
>
>> m0n0wall loses the DHCP lease database on reboot - this is a design
>> choice.
>
>
> After actually digging up and reading the relevant RFC (2131), I feel
> the need to reiterate my previously stated point that this is a bad
> design choice. It conflicts with an explicit design goal of the DHCP
> mechanism. To quote:
>
> > The following list gives design goals specific to the transmission of
> > the network layer parameters. DHCP must:
> [...]
> > o Retain DHCP client configuration across server reboots, and,
> > whenever possible, a DHCP client should be assigned the same
> > configuration parameters despite restarts of the DHCP mechanism,
>
> I really feel this leaves no room for slack (apart from the fact that
> I'm one of those rare folks that is actually bitten by the loss of state) .
>
> Will a big "please" do? :-)
>
> --Bart
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: m0n0wall dash unsubscribe at lists dot m0n0 dot ch
> For additional commands, e-mail: m0n0wall dash help at lists dot m0n0 dot ch
>
I think you are going to have added cost as soon as you implement this:
especially with a short lease time, your CF will wear out very soon.
But: is it possible to use an NFS mount for these kind of things? If you
really need it you probably don't mind setting up another server w/ NFS
(eh... am I the only geek with to many servers? :)). Or, is this too
far-fetched?
Anyway, just a thought.
Michael |