archive mirror
 help / color / mirror / Atom feed
Subject: Bootp Timeout Problem
Date: Mon, 15 Oct 2001 12:05:30 -0500	[thread overview]
Message-ID: <> (raw)

Lars - I came across the message below while searching to a solution for a
DHCP timeout issue. I'm fairly certain that this fix is relevant to the
problem I'm investigating. We're working with a floppy linux distro that
Novell created for imaging Novell workstations and I hope to apply this
patch to the floppy distro to see if it is the fix we're looking for (we
suspect Spantree Portfast on Cisco Catalyst3524XLs is tripping up DHCP

I'm a bit of a linux newbie - does this involve editing the ifconfig.c file
only, or is a recompile or any components (or even the kernel?)  required
to cause the change to take effect? If so, I expect the various FAQs can
walk me through the actual procedure.

LKML - apologies if this is off-topic, please reply off-list or CC me.

thanks much,
-carl hirsch
network analyst

From: Lars Magne Ingebrigtsen (
Date: Sat Jul 29 2000 - 06:16:33 EST
     Next message: Adam Sampson: "Re: sysconf (was Re: RLIM_INFINITY
     inconsistency between archs)"
     Previous message: Amit D Chaudhary: "Re: NFSv4 ACLs (was: ...ACL's and
     Next in thread: Fred Reimer: "Re: 2.2.16 bootp timeout problem
     Reply: Fred Reimer: "Re: 2.2.16 bootp timeout problem (patch)"
     Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

The Cisco Catalyst 3500 switch has what seems like a training period
of about ten seconds. Therefore, the default 3*2 second waiting
period between card resets is too small to allow a Linux bootp client
to boot through one of these switches.

The following micro-patch just increases the CONF_SEND_RETRIES (which
says how many bootp packets to send out between reopening the device(s))
from 3 to 10, which fixes the problem.

--- ipconfig.c~ Wed Jun 7 23:26:44 2000
+++ ipconfig.c Sat Jul 29 12:53:18 2000
@@ -75,7 +75,7 @@

 /* Define the timeout for waiting for a DHCP/BOOTP/RARP reply */
 #define CONF_OPEN_RETRIES 3 /* (Re)open devices three times */
-#define CONF_SEND_RETRIES 3 /* Send requests three times */
+#define CONF_SEND_RETRIES 10 /* Send requests ten times */
 #define CONF_BASE_TIMEOUT (HZ*2) /* Initial timeout: 2 seconds */
 #define CONF_TIMEOUT_RANDOM (HZ) /* Maximum amount of randomization */
 #define CONF_TIMEOUT_MULT *7/4 /* Rate of timeout growth */

(domestic pets only, the antidote for overdose, milk.) * Lars Magne Ingebrigtsen

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

             reply	other threads:[~2001-10-15 17:06 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-10-15 17:05 CARL.P.HIRSCH [this message]
2001-10-15 17:24 ` Joel Jaeggli

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \ \ \ \ \
    --subject='Re: Bootp Timeout Problem' \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).