BIND 10 #1648: Abstract pool/lease store: design
BIND 10 Development
do-not-reply at isc.org
Tue Jul 10 15:18:24 UTC 2012
#1648: Abstract pool/lease store: design
-------------------------------------+-------------------------------------
Reporter: tomek | Owner: UnAssigned
Type: task | Status: reviewing
Priority: | Milestone: Sprint-
medium | DHCP-20120703
Component: data | Resolution:
source | Sensitive: 0
Keywords: | Sub-Project: DHCP
Defect Severity: N/A | Estimated Difficulty: 0
Feature Depending on Ticket: | Total Hours: 0
Add Hours to Ticket: 0 |
Internal?: 0 |
-------------------------------------+-------------------------------------
Comment (by tomek):
Replying to [comment:5 marcin]:
> '''Pool removal and DB consistency'''
> The description on wiki page says:
> ''I propose following mechanism: once the lease is marked for removal,
it is removed immediately, if the number of active leases is 0. Otherwise
it is marked for removal. No new leases are allowed and existing leases
are not extended. This will allow for gentle lease removal.''
>
> Shouldn't that be?
> ''I propose following mechanism: once the '''pool''' is marked for
removal, it is removed immediately, if the number of active leases is 0.
Otherwise it is marked for removal. No new leases are allowed and existing
leases are not extended. This will allow for gentle '''pool''' removal.''
Yes. Thanks for catching this. Fixed.
> In general I like the idea not to remove things immediately but are
there possible any corner cases like "infinite leases"? If so, is there
any way to assign finite expiration time to make sure we will be finally
able to remove it and parent pool?
The cleanest way to solve this is to not allow fixed leases in your
dynamic pool.
> '''Q6: Do we want to specify fixed values or ranges for timers like t1,
t2, preferred or valid lifetimes?'''
> Is this meant to be per/pool configuration or it is global for the
server?
Both. See our idea of parameter hierarchy.
> '''Q9: Reserved leases?'''
> If we have leases within pools we will not be actually able to remove
pools as there will be fixed leases referencing this pool in DB. This will
support idea to split them.
One more argument for going with out-of-pool fixed leases then.
--
Ticket URL: <http://bind10.isc.org/ticket/1648#comment:7>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list