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
acquisition)..
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 ([email protected])
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
reiser...)"
Next in thread: Fred Reimer: "Re: 2.2.16 bootp timeout problem
(patch)"
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.)
[email protected] * Lars Magne Ingebrigtsen
On Mon, 15 Oct 2001 [email protected] wrote:
> 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
> acquisition)..
>
> I'm a bit of a linux newbie - does this involve editing the ifconfig.c file
yeah it will require a kernel rebuild...
assuming you have a kernel tree someplace for this mini distro (for
example in /usr/src/linux) you'd need to apply the patch to the file
/usr/src/linux/net/ipv4/ipconfig.c then rebuild the kernel...
regards
joelja
> 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 ([email protected])
> 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
> reiser...)"
> Next in thread: Fred Reimer: "Re: 2.2.16 bootp timeout problem
> (patch)"
> 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.)
> [email protected] * Lars Magne Ingebrigtsen
>
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> Please read the FAQ at http://www.tux.org/lkml/
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
--------------------------------------------------------------------------
Joel Jaeggli [email protected]
Academic User Services [email protected]
PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E
--------------------------------------------------------------------------
It is clear that the arm of criticism cannot replace the criticism of
arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of
the right, 1843.