Thank you very much for your example and explanaitions, they are very very useful for me. But what about if I might need to send a diferent information every time I start the client for example, I should modify the code itself, right? Any tips if I need to do so?<br><br>Thank you again for helping so much,<br>Ruben<br><br><b><i>"David W. Hankins" <David_Hankins@isc.org></i></b> escribió:<br><blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">Ruben;<br><br>You can use whatever option codes you want from 224 to 254 inclusive,<br>including options 249 and 252.  Collissions within the site-local<br>space was one of the things Ted prepared for when he originally wrote<br>the software; you can manage collisions in ISC DHCP by using 'site<br>local spaces'.  Documentation for these can be found in the dhcpd.conf<br>manpage, but here's a brief primer;<br><br> option space vendor1;<br> option vendor1.blart code 252 =
 text;<br><br> option space vendor2;<br> option vendor2.frobnitz code 252 = array of ip address;<br><br> class "vendor1s" {<br>  match if option vendor-class-identifier = "vendor1";<br><br>  site-local-space "vendor1";<br><br>  # vendor1s do not put 252 on their PRL!<br>  option dhcp-parameter-request-list =<br>   concat(option dhcp-parameter-request-list, FC);<br> }<br><br> class "vendor2s" {<br>  match if option vendor-class-identifier = "vendor2";<br><br>  site-local-space "vendor2";<br> }<br><br> option vendor1.blart "http://global.example.com/your.pac";<br> option vendor2.frobnitz global.example.com;<br><br> subnet yadda yadda {<br>  option vendor1.blart "http://local.example.com/your.pac";<br> }<br><br>In this example, the vendor-class-identifier provided by the client<br>(check wireshark or vendor documentation to find out what these really<br>say) is used to assign the client a site-local-space.  When the<br>reply packet is transmitted, options within the "site
 local" range are<br>tried first from the named site local space.  So vendor1's will use<br>the vendor1.blart values, and vendor2's are given theirs.<br><br>This gives you a way to make sense of varying, different views of<br>the site-local option space.<br><br>3.1.0 and later differ from 3.0.x maintenance track; in 3.1.0 we<br>changed the site-local cutoff to 224 to track RFC 3942, but forgot to<br>put in a warning for configs using options prior to 224.  We're going<br>to put in a warning in 3.1.1, and since we're bothering to detect<br>options between 128-224, we're supporting them as well (3.1.0 won't<br>"find" options between 128-224 in site-local spaces).<br><br>-- <br>Ash bugud-gul durbatuluk agh burzum-ishi krimpatul.<br>Why settle for the lesser evil?  https://secure.isc.org/store/t-shirt/<br>-- <br>David W. Hankins "If you don't do it right the first time,<br>Software Engineer       you'll just have to do it again."<br>Internet Systems Consortium, Inc.  -- Jack T.
 Hankins<br></blockquote><br><p>


      <hr size=1><br><font face="Verdana" size="-2">Web Revelación Yahoo! 2007:<br> Premio Favorita del Público - <a href="http://es.promotions.yahoo.com/revelacion2007/favoritos/">¡Vota tu preferida!</a></font>