
<HTML><HEAD>

<META content="text/html; charset=utf-8" http-equiv=Content-Type>

<META name=GENERATOR content="MSHTML 8.00.6001.18812"></HEAD>

<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Tahoma">

<DIV>><BR>>From: Scott Baker <scott@perturb.org><BR>>Subject: Re: Option 82 & limit lease 1<BR>>I think maybe I missed part of the conversation. What's "option matching"?<BR><BR>Option matching appears to be a new feature in 4.2.x. It allows you to define a host by an option, instead of (in addition to?) by a mac-address. For a service provider, like us, this is a HUGE step forward (thanks btw to ISC for adding this feature). We've seen improvement of 2 orders of magnitude in performance over our old configuration on 3.1.2 both in restart times of the daemon and in DORA/second.</DIV>

<DIV> </DIV>

<DIV>As example, we used to define a class that matched on a specific option 82 (agent.circuit-id). Then we'd build a pool. Then we'd build a range (of 1 IP). Then apply the filter of our class to the range. For tens of thousands of customers, that's a very large conf file. And it's slow, _really_ slow.</DIV>

<DIV> </DIV>

<DIV>With 4.2, one can define a host and give it a fixed address. Done. It's very, _very_ nice. Smokin' performance too.</DIV>

<DIV> </DIV>

<DIV>And because I couldn't find it documented anywhere (man pages referred to ipv6, but this works in ipv4 too), it goes like:</DIV>

<DIV> </DIV>

<DIV>host [some_unique_host_name] { host-identifier option agent.circuit-id "[some_static_CID]"; fixed-address [a.b.c.d]; } #[some_customer_identifier]</DIV>

<DIV> </DIV>

<DIV>HTH</DIV>

<DIV> </DIV>

<DIV>--Marc</DIV></BODY></HTML>