<div dir="ltr"><div>Hi,</div><div> </div><div>I tried changing the DHCP_MAX_TIMEOUT value to 64 in dhcp.h.</div><div> </div><div>As a result, I did have the requested DHCP attempts 1,2,4,8,16 and 32, but after the last attempt I did wait 1min for thr DHCP to break, which is bad user experience when DHCP is not configured. Any idea what parameter should be changed in</div>
<div> </div><div><br><br> </div><div class="gmail_quote">On Mon, Aug 20, 2012 at 9:36 AM, Ján ONDREJ (SAL) <span dir="ltr"><<a href="mailto:ondrejj@salstar.sk" target="_blank">ondrejj@salstar.sk</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">Portfast is not always useable. Sometimes for trunk ports with native vlan<br>

portfast is not enough. Sometimes I can't set portfast due to users,<br>
which can make a cycle in network. Sometimes I has no access to providers<br>
switch and can't set it.<br>
<br>
I too prefer a way to set a timeout for DHCP. Can you consider to add<br>
"dhcp --timeout=XX" option?<br>
<br>
I agree, that default timeout is OK, but ability to set it by user<br>
can be useful.<br>
<br>
                        SAL<br>
<div><div class="h5"><br>
On Mon, Aug 20, 2012 at 01:21:06AM +0000, <a href="mailto:mwhelton@gmail.com">mwhelton@gmail.com</a> wrote:<br>
> Itay,<br>
><br>
> Sounds like "portfast" is interfering...<br>
><br>
> <a href="http://www.cisco.com/en/US/tech/tk389/tk621/technologies_tech_note09186a008009482f.shtml" target="_blank">http://www.cisco.com/en/US/tech/tk389/tk621/technologies_tech_note09186a008009482f.shtml</a><br>
><br>
> Best,<br>
><br>
> Matt<br>
><br>
> On , Itay Gazit <<a href="mailto:itaygazit@gmail.com">itaygazit@gmail.com</a>> wrote:<br>
> >Thanks Michael,<br>
><br>
> >I have another timeout question, we found a CISCO switch where the<br>
> >spanning tree does not forward packets for almost 1min.<br>
><br>
> >I would like to change the DHCP timeout to try 0.5,1,2,4,8,16,32,<br>
> >and few seconds after quit.<br>
><br>
><br>
><br>
> >Thanks,<br>
><br>
> >Itay<br>
><br>
> >On Fri, Aug 3, 2012 at 12:05 AM, Michael Brown<br>
> ><a href="mailto:mbrown@fensystems.co.uk">mbrown@fensystems.co.uk</a>> wrote:<br>
><br>
><br>
> >On Wednesday 01 Aug 2012 12:24:48 Itay Gazit wrote:<br>
><br>
><br>
><br>
><br>
> >> Does anyone know how can I enlarge the timeout for the image fetch.<br>
><br>
><br>
> >><br>
><br>
><br>
> >> I have some network issues and I would like to change it from<br>
> >{0.5, 1, 2,<br>
><br>
><br>
> >> 4, 8} to {0.5, 1, 2, 4, 8, 16, 32}?<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> >Changing DEFAULT_MAX_TIMEOUT in include/ipxe/retry.h would do that. If you<br>
><br>
><br>
> >want to limit the change to a single protocol, then modifying the timer<br>
><br>
><br>
> >object's max_timeout immediately after timer_init() will work; see<br>
> >net/arp.c.<br>
><br>
><br>
><br>
><br>
><br>
> >Michael<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
<br>
</div></div>> _______________________________________________<br>
> ipxe-devel mailing list<br>
> <a href="mailto:ipxe-devel@lists.ipxe.org">ipxe-devel@lists.ipxe.org</a><br>
> <a href="https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel" target="_blank">https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel</a><br>
<br>
_______________________________________________<br>
ipxe-devel mailing list<br>
<a href="mailto:ipxe-devel@lists.ipxe.org">ipxe-devel@lists.ipxe.org</a><br>
<a href="https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel" target="_blank">https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel</a><br>
</blockquote></div><br></div>