RE: Can you use DHCP to assign an address to the downstream interface used by dhcrelay?
"Vallevand, Mark K" <[email protected]> Fri, 2 Feb 2024 14:19:28 +0000
| Newsgroups | gmane.network.dhcp.isc.dhcp-client |
|---|---|
| Message-ID | <CH2PR07MB6693ABB261A45745F5011528EA422@CH2PR07MB6693.namprd07.prod.outlook.com> |
--===============1828971250713385537== Content-Language: en-US Content-Type: multipart/related; boundary="_004_CH2PR07MB6693ABB261A45745F5011528EA422CH2PR07MB6693namp_"; type="multipart/alternative" --_004_CH2PR07MB6693ABB261A45745F5011528EA422CH2PR07MB6693namp_ Content-Type: multipart/alternative; boundary="_000_CH2PR07MB6693ABB261A45745F5011528EA422CH2PR07MB6693namp_" --_000_CH2PR07MB6693ABB261A45745F5011528EA422CH2PR07MB6693namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Thanks for the reply. I tried several different methods and hit on one that works. It involves MACvlans, dhclient pseudo interfaces, and dhclient hook scripts. I=E2=80=99ve formalized it into a utility library and it is used in a netwo= rk appliance for any interface that needs a DHCP address but cannot be dire= ctly connect to the subnet with the DHCP server. A macvlan interface is created to represent the target that needs a DHCP ad= dress. The other end of the interface is the desired uplink interface. A = special configuration file is created for dhclient which tells it to run tw= o instances of DHCP state machine - one for the macvlan interface, and one for a pseudo interface. The configuration also specifies a hook sc= ript for the pseudo interface. The hook script doesn't actually do anythin= g to the pseudo interface - its not real - but uses its assigned address to= configure the target. So, two DHCP leases are pulled from the server - on= e for the macvlan interface and one for the pseudo interface. Regards. Mark K Vallevand Unisys 651-635-7708 | [email protected]<mailto:mark.vallevand@unisy= s.com> [cid:[email protected]]<http://www.unisys.com/> From: dhcp-users <[email protected]> On Behalf Of Simon Sent: Friday, February 2, 2024 6:43 AM To: Users of ISC DHCP <[email protected]> Subject: Re: Can you use DHCP to assign an address to the downstream interf= ace used by dhcrelay? On 2 Nov 2023, at 17:=E2=80=8A13, Vallevand, Mark K <Mark.=E2=80=8AVallevan= d@=E2=80=8AUNISYS.=E2=80=8Acom> wrote: > I have configured dhcrelay upstrea= m and downstream interfaces and a server address. > DHCP addresses are corr= ectly relayed from machines on the downstream On 2 Nov 2023, at 17:13, Vallevand, Mark K <[email protected]<mailt= o:[email protected]>> wrote: > I have configured dhcrelay upstream and downstream interfaces and a serve= r address. > DHCP addresses are correctly relayed from machines on the downstream side= to the upstream side and back. > Rather than using a static address in the downstream interface, I would l= ike to assign a DHCP address using dhclient to the downstream interface. > Dhcrelay does not seem to handle this case. If the origin of the request= is the actual downstream interface, it is not relayed. > Is this possible? Can I use dhclient to get an address for the downstrea= m interface used by dhcrelay? Sorry, I=E2=80=99ve not had time to keep up here for a bit - I see this one= seems to have gone unanswered. Unfortunately, you are in a catch-22 situation here. If the downstream inte= rface doesn=E2=80=99t have an IP address then presumably the relay cannot f= ill in the GI-Addr field. If it can=E2=80=99t fill in the GI-Addr field, th= en the server can=E2=80=99t locate the interface in order to offer an addre= ss. To get around this situation, you=E2=80=99d need to configure the device in= some way before it could then use DHCP to get an address for the downstrea= m - and once you=E2=80=99ve set this up, you might as well just configure t= he interface. Alternatively, you might be able to do some =E2=80=9Cfudge=E2=80=9D to get = a subnet from the server (similar to the way IPv6 Prefix Delegations can be= done) and then use an algorithm to configure the interface (e.g. pick the = lowest usable address in the subnet). The DHCP server would need some way o= f associating the request with the device - and of course it needs the subn= et details (such as router) configured anyway in order to hand them to the = clients. However, I think your observation is a separate implementation specific lim= itation. Because of the need to handle unaddressed packets (i.e. it needs t= o receive and send broadcasts from/to the clients before they have an IP ad= dress) I assume the relay agent shares code with the server in using a raw = packet interface rather than going through the IP stack. You can=E2=80=99t = have two bits of software doing this, and in any case running a client woul= d result in a broadcast packet OUT of the interface which would not be seen= as an incoming packet by the relay agent. I assume not the answer you were looking for, but at least you now understa= nd why it isn=E2=80=99t working. Simon -- ISC funds the development of this software with paid support subscriptions.= Contact us at https://www.isc.org/contact/ for more information. dhcp-users mailing list [email protected]<mailto:[email protected]> https://lists.isc.org/mailman/listinfo/dhcp-users --_000_CH2PR07MB6693ABB261A45745F5011528EA422CH2PR07MB6693namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-8"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <!--[if !mso]><style>v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} </style><![endif]--><style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Consolas; panose-1:2 11 6 9 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in; font-size:10.0pt; font-family:"Calibri",sans-serif;} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} pre {mso-style-priority:99; mso-style-link:"HTML Preformatted Char"; margin:0in; margin-bottom:.0001pt; font-size:10.0pt; font-family:"Courier New";} span.HTMLPreformattedChar {mso-style-name:"HTML Preformatted Char"; mso-style-priority:99; mso-style-link:"HTML Preformatted"; font-family:Consolas;} span.EmailStyle22 {mso-style-type:personal-reply; font-family:"Calibri",sans-serif; color:windowtext;} .MsoChpDefault {mso-style-type:export-only; font-size:10.0pt; mso-ligatures:none;} @page WordSection1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext=3D"edit"> <o:idmap v:ext=3D"edit" data=3D"1" /> </o:shapelayout></xml><![endif]--> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple" style=3D"word-wrap:brea= k-word"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Thanks for the repl= y.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><br> I tried several different methods and hit on one that works.<o:p></o:p></sp= an></p> <p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">It involves MACvlan= s, dhclient pseudo interfaces, and dhclient hook scripts.<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">I=E2=80=99ve formal= ized it into a utility library and it is used in a network appliance for an= y interface that needs a DHCP address but cannot be directly connect to the= subnet with the DHCP server.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p> </o:p></= span></p> <p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">A macvlan interface= is created to represent the target that needs a DHCP address. The ot= her end of the interface is the desired uplink interface. A special c= onfiguration file is created for dhclient which tells it to run two instances of DHCP state machine - one for the macvlan = interface,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">and one for a pseud= o interface. The configuration also specifies a hook script for the p= seudo interface. The hook script doesn't actually do anything to the = pseudo interface - its not real - but uses its assigned address to configure the target. So, two DHCP leases are pu= lled from the server - one for the macvlan interface and one for the pseudo= interface.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p> </o:p></= span></p> <p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p> </o:p></= span></p> <div style=3D"mso-element:para-border-div;border:none;border-top:solid #CCC= CCC 1.0pt;padding:4.0pt 0in 0in 0in"> <p class=3D"MsoNormal" style=3D"margin-bottom:3.0pt;border:none;padding:0in= "><span style=3D"font-size:11.0pt;font-family:"Arial",sans-serif;= color:#444444">Regards.<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-bottom:3.0pt;border:none;padding:0in= "><b><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if;color:#444444"><o:p> </o:p></span></b></p> <p class=3D"MsoNormal" style=3D"margin-bottom:3.0pt;border:none;padding:0in= "><b><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if;color:#444444">Mark K Vallevand</span></b><span style=3D"font-size:11.0p= t;font-family:"Arial",sans-serif;color:#444444"><o:p></o:p></span= ></p> </div> <p class=3D"MsoNormal" style=3D"margin-bottom:3.0pt"><span style=3D"font-si= ze:9.0pt;font-family:"Arial",sans-serif;color:#444444">Unisys 651= -635-7708 | </span><span style=3D"font-size:9.0pt;font-family:"Arial",sans-se= rif"><a href=3D"mailto:[email protected]"><span style=3D"color:#056= 3C1">[email protected]</span></a><span style=3D"color:#444444"> <o:p></o:p></span></span></p> <p class=3D"MsoNormal" style=3D"margin-bottom:3.0pt"><span style=3D"font-si= ze:8.0pt;color:#2072BC"><o:p> </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-bottom:3.0pt"><a href=3D"http://www.= unisys.com/"><span style=3D"font-size:11.0pt;color:windowtext;text-decorati= on:none"><img border=3D"0" width=3D"124" height=3D"27" style=3D"width:1.291= 6in;height:.2812in" id=3D"Picture_x0020_49" src=3D"cid:image001.png@01DA55A= E.FD3E9B20"></span></a><span style=3D"font-size:11.0pt"><o:p></o:p></span><= /p> <p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p> </o:p></= span></p> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in = 0in 0in"> <p class=3D"MsoNormal"><b><span style=3D"font-size:11.0pt">From:</span></b>= <span style=3D"font-size:11.0pt"> dhcp-users <[email protected]= sc.org> <b>On Behalf Of </b>Simon<br> <b>Sent:</b> Friday, February 2, 2024 6:43 AM<br> <b>To:</b> Users of ISC DHCP <[email protected]><br> <b>Subject:</b> Re: Can you use DHCP to assign an address to the downstream= interface used by dhcrelay?<o:p></o:p></span></p> </div> <p class=3D"MsoNormal"><o:p> </o:p></p> <div> <p class=3D"MsoNormal" style=3D"mso-line-height-alt:.75pt"><span style=3D"f= ont-size:1.0pt;color:white">On 2 Nov 2023, at 17:=E2=80=8A13, Vallevand, Ma= rk K <Mark.=E2=80=8AVallevand@=E2=80=8AUNISYS.=E2=80=8Acom> wrote: &g= t; I have configured dhcrelay upstream and downstream interfaces and a serv= er address. > DHCP addresses are correctly relayed from machines on the downstream = <o:p></o:p></span></p> </div> <div> <p class=3D"MsoNormal" style=3D"mso-line-height-alt:.75pt"><span style=3D"f= ont-size:1.0pt;color:white"><o:p></o:p></span></p> </div> <pre style=3D"white-space:pre-wrap"><span style=3D"font-size:11.0pt;font-fa= mily:"Arial",sans-serif">On 2 Nov 2023, at 17:13, Vallevand, Mark= K <<a href=3D"mailto:[email protected]">[email protected]= om</a>> wrote:<o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if"><o:p> </o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">> I have configured dhcrelay upstream and downstream interfaces and = a server address.<o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">> DHCP addresses are correctly relayed from machines on the downstre= am side to the upstream side and back.<o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">> Rather than using a static address in the downstream interface, I = would like to assign a DHCP address using dhclient to the downstream interf= ace.<o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">> Dhcrelay does not seem to handle this case. If the origin of= the request is the actual downstream interface, it is not relayed.<o:p></o= :p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">> Is this possible? Can I use dhclient to get an address for t= he downstream interface used by dhcrelay?<o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if"><o:p> </o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">Sorry, I=E2=80=99ve not had time to keep up here for a bit - I see this= one seems to have gone unanswered.<o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if"><o:p> </o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">Unfortunately, you are in a catch-22 situation here. If the downstream = interface doesn=E2=80=99t have an IP address then presumably the relay cann= ot fill in the GI-Addr field. If it can=E2=80=99t fill in the GI-Addr field= , then the server can=E2=80=99t locate the interface in order to offer an a= ddress.<o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if"><o:p> </o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">To get around this situation, you=E2=80=99d need to configure the devic= e in some way before it could then use DHCP to get an address for the downs= tream - and once you=E2=80=99ve set this up, you might as well just configu= re the interface.<o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">Alternatively, you might be able to do some =E2=80=9Cfudge=E2=80=9D to = get a subnet from the server (similar to the way IPv6 Prefix Delegations ca= n be done) and then use an algorithm to configure the interface (e.g. pick = the lowest usable address in the subnet). The DHCP server would need some w= ay of associating the request with the device - and of course it needs the = subnet details (such as router) configured anyway in order to hand them to = the clients.<o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if"><o:p> </o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">However, I think your observation is a separate implementation specific= limitation. Because of the need to handle unaddressed packets (i.e. it nee= ds to receive and send broadcasts from/to the clients before they have an I= P address) I assume the relay agent shares code with the server in using a = raw packet interface rather than going through the IP stack. You can=E2=80= =99t have two bits of software doing this, and in any case running a client= would result in a broadcast packet OUT of the interface which would not be= seen as an incoming packet by the relay agent.<o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if"><o:p> </o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">I assume not the answer you were looking for, but at least you now unde= rstand why it isn=E2=80=99t working.<o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if"><o:p> </o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if"><o:p> </o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">Simon<o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if"><o:p> </o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">-- <o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">ISC funds the development of this software with paid support subscripti= ons. Contact us at <a href=3D"https://www.isc.org/contact/">https://www.isc= .org/contact/</a> for more information.<o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if"><o:p> </o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if">dhcp-users mailing list<o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if"><a href=3D"mailto:[email protected]">[email protected]</a= ><o:p></o:p></span></pre> <pre><span style=3D"font-size:11.0pt;font-family:"Arial",sans-ser= if"><a href=3D"https://lists.isc.org/mailman/listinfo/dhcp-users">https://l= ists.isc.org/mailman/listinfo/dhcp-users</a><o:p></o:p></span></pre> </div> </body> </html> --_000_CH2PR07MB6693ABB261A45745F5011528EA422CH2PR07MB6693namp_-- --_004_CH2PR07MB6693ABB261A45745F5011528EA422CH2PR07MB6693namp_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=2709; creation-date="Fri, 02 Feb 2024 14:19:28 GMT"; modification-date="Fri, 02 Feb 2024 14:19:28 GMT" Content-ID: <[email protected]> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAHMAAAAZCAYAAAACLBHaAAAAGXRFWHRTb2Z0d2FyZQBBZG9iZSBJ bWFnZVJlYWR5ccllPAAAA4lpVFh0WE1MOmNvbS5hZG9iZS54bXAAAAAAADw/eHBhY2tldCBiZWdp bj0i77u/IiBpZD0iVzVNME1wQ2VoaUh6cmVTek5UY3prYzlkIj8+IDx4OnhtcG1ldGEgeG1sbnM6 eD0iYWRvYmU6bnM6bWV0YS8iIHg6eG1wdGs9IkFkb2JlIFhNUCBDb3JlIDkuMC1jMDAwIDc5LjE3 MWMyN2ZhYiwgMjAyMi8wOC8xNi0yMjozNTo0MSAgICAgICAgIj4gPHJkZjpSREYgeG1sbnM6cmRm PSJodHRwOi8vd3d3LnczLm9yZy8xOTk5LzAyLzIyLXJkZi1zeW50YXgtbnMjIj4gPHJkZjpEZXNj cmlwdGlvbiByZGY6YWJvdXQ9IiIgeG1sbnM6eG1wTU09Imh0dHA6Ly9ucy5hZG9iZS5jb20veGFw LzEuMC9tbS8iIHhtbG5zOnN0UmVmPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvc1R5cGUv UmVzb3VyY2VSZWYjIiB4bWxuczp4bXA9Imh0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEuMC8iIHht cE1NOk9yaWdpbmFsRG9jdW1lbnRJRD0ieG1wLmRpZDowMzM3Yzk0MC03NDM1LTFlNDktYTE2OC04 MWVkMzk4YTVkYjUiIHhtcE1NOkRvY3VtZW50SUQ9InhtcC5kaWQ6NzFGNkUxNjI2QUYzMTFFRDlC QjRENDNFRERGQURDOUEiIHhtcE1NOkluc3RhbmNlSUQ9InhtcC5paWQ6NzFGNkUxNjE2QUYzMTFF RDlCQjRENDNFRERGQURDOUEiIHhtcDpDcmVhdG9yVG9vbD0iQWRvYmUgUGhvdG9zaG9wIENDIDIw MTUuNSAoV2luZG93cykiPiA8eG1wTU06RGVyaXZlZEZyb20gc3RSZWY6aW5zdGFuY2VJRD0ieG1w LmlpZDpmYjA1MGRjNy1jNjU1LTBkNGItYTc3ZC03MzE5NzZjYTg5OTIiIHN0UmVmOmRvY3VtZW50 SUQ9ImFkb2JlOmRvY2lkOnBob3Rvc2hvcDoyNWZlZDM1Zi1iYjBmLTg0NDUtYWE5NS1lZTc5OWUw ZjM5YjciLz4gPC9yZGY6RGVzY3JpcHRpb24+IDwvcmRmOlJERj4gPC94OnhtcG1ldGE+IDw/eHBh Y2tldCBlbmQ9InIiPz6P3u9rAAAGoklEQVR42uxaC2xURRSdbelXatGCiCCIUEFEUWJB+cQf+Fci UVH8RMVPFLESvyRqjRoJsSoaUogKAfGDAhVjNdqIRdpKLSpaKxW1DWmpNgottUJLf+u97Hn1djrv 7azsomn2Jqc7O2/ezJt37z1z7936/H6/ikrvkJjoK+g90sfU6avJXk0fKS73+AibCC8ariURHiKM I8Rq134j3N31rT8t/cYepQqbAu2ohCz+F7KDK5PkxiDzpBiU2Y+wjXCC29oHlcl/jyI9/9JCo/cp lRob1UokPZOknnC0x32/Gvqe8lAkS+XBv47uNpNHNnYoNShOqU6VRj2puNJI2OMyxzGEvuIZ9xrG JBCmEoYTEgm0kPqJ8IXLnPGEY8E47YRal3GnE0azKWLcLkIJoUEbdxKhBfPVYqxJjmB+Emy3U7ue gbmOJLQSqrGHfaEq89/ImXbmQ8/d2KlUXZtSyTGsSJaFhDswYglhnsvdrxGuQDsLBiSF++6B0k3G 9DxhqdZ/GmEr2r8ThhDaxPWbCA8Txhrm/IuwUnve5YQpaL9CuMtlLyVizicIT6M9l5BJSHdxMp5z QaQDoBY7oseqCTG6dzgS53F3gochbiA86aJIlhGEHEK21i95Plm7dh/hdRdFKrDEvYRi0femaN+i 7c2Rsdqcr+LzWRhzust6zJaPEj6ItDI7w2QIBzzGNYt2q2jfSZihefB0wgTCTEKBuPYA4SzxvUPz NEcGEl4S39+Dxx0P+rtf7HkS4UG0VxD2CyOdZtjHzaL9PqEOcy7QPHwC1htDeFxcu5wwu7emJvM0 z2DK/hT0yUo4n/C9pvxgMl60d8MoinFW/gxFyxecKYxsnei/3jD3LNFegs/ztCPhdjw/r1dBeEaM Vaaj6HDmBL4Izcu0PFh8z3EZx1T2MtpjLOZt0FKuDHG2OrIU1F8FBTuyTHjfVXAax4vZ24aiXQej cwxGZgbp2pxObFGP/or/Upkx3dQaPtUmaefSfpdxu0Pc91eEGtAcR56lhFzk2KzUMig8y3DvFu3e iwkf4dp12nHgSD6OEd5PGiLwtwiFWLscWUTW/6ECdKBLkX4gTLmzdl7HWUTuHRbzckpxkZaGzYR3 O8rKx9mZ4hJ5m2h1liHwUUihpiE1c2Q2vP9rpCZ5KLzEhaJMn8ULDFXKAivS1K307psJsb5Q5/aH xACHTvMVCEzmEz7DC5eR5XQUT5j2ztDuXSnal+HzZMJxaBdCQVI4jxyJiLVIC/gGYh4+Rn4knGi7 8dYIRK6rA35D77SJbm/qCLR7pgdtQbzFdI8K0etCEU7SFxMuAG1OgXI3aC86X/OYaihEgTa5KDLZ EPiYjoNFKHwMRWDEee7HYgwrcr2tMustynmhSBUoQqlEUmAd2cqfHYECQk8FpnnMM8Air+0MkxK5 KjQRVDdeVKeKoVwObM4Vz87VnFM9qJYLHNcIA1mnjeVixdkqUEodKRTLZ/RzhEsI12oVKStlVoUQ ttvIld2IspqU2e6XxCcjsxkow+kyGJt15LsIR82ZqNJwqvOuy5jPNSbQ3+c7giq5AHGhoGDd6BaB ZpnBVrmsl+t15Lgpc1OQjQ4DDdgUEtiifuii2Abaey0pMzFG37Q8i7Yi2OAU4hREgFtE1Mpn10aX NcNVuf9Qqx6tBU0OAHtkgG0SBbuUG4ohuYa5lxn6JG1PgldnwOP7Y+2NGo1bKXOVxWZZAcO1c0NK HpTxD9dzCa+hPYDuyuSa6Byt3LUeRsAv6G2cV9J724QnJlnsSUaziS7j5TxFoFNHrkbfLqBUBDZO VcdE/QsNgWC5YdxapCKOzMEaznq89jnadStl/qFtxCSDEFUtRkDA0dkawmMqUHTngviOHgTIpOT3 mchwBc6ECo81S8AIBYeYYvksI+H5oNudoi9eM4YysMgaj6KGsihqsNyA9yfToQTVvSb9JVKYHszk M/3biK+mqxZdClcPJnwuJAcd1Tc2QLHLyVbaaN141+NtMug1TRjXNuRbJgWMFoqo1EJ6WVUZIp63 UnjjCBEt73BJgTiKHYVjoBPBCZcIv/HYcR944ShBxSnKu/7s3DcVVaB+eC5mr2+lV9v+OK1E6Yk9 5laPMXmwqHBKser+S0Swc3m7xbi9yvz7Z7ML7elSJFINL5mISDcV8cIwcW2uhSIdoyowMFBQCwgm t6nAz0ZcqR8Hy2wGHX5C2KyiIuVSwiOG/hyt4hN2sa3Nbre0/qgEqkH1Il/fjoAyN9IL+6L/atl7 JPqvlr1I/hZgAAuvk9lyZsRRAAAAAElFTkSuQmCC --_004_CH2PR07MB6693ABB261A45745F5011528EA422CH2PR07MB6693namp_-- --===============1828971250713385537== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline -- ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. dhcp-users mailing list [email protected] https://lists.isc.org/mailman/listinfo/dhcp-users --===============1828971250713385537==--