lkml.org 
[lkml]   [2003]   [Jan]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Why doesn't kernel store ICMP redirect in the routing tables?
On Thu, Jan 30, 2003 at 02:36:30PM +0900, Takeshi Kodama wrote:
> Hello.
>
> I run kernel-2.4.18.
> When kernel receives ICMP redirect message, only store ICMP redirect in the route cache,
> not in the routeing tables.
> I have a question.
>
> Why doesn't kernel store ICMP redirect in the routing tables?
>
> In kernel-2.4.18, when new route is added(or existed route is deleted)
> and route become old, kernel flushs the route cache.
> If kernel doesn't store ICMP redirect in the routing tables,
> kernel will send packet to wrong gateway whenever flush the route cache.
>
> Is it no matter that it generates ICMP redirect every time flush the route cache?
>
> Please tell me why kernel has such a specification that doesn't store ICMP redirect
> in the routing tables.

In your case, apparently the (static) routing info changes every now
and then, and you see the redirects getting flushed. In another case,
the "redirect" may become invalidated, and if the kernel would have
put the redirect into the routing table, the system would not
recover, and keep on sending packets to the wrong router.

Roger.

--
** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 **
*-- BitWizard writes Linux device drivers for any device you may have! --*
* The Worlds Ecosystem is a stable system. Stable systems may experience *
* excursions from the stable situation. We are currently in such an *
* excursion: The stable situation does not include humans. ***************
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:32    [W:0.051 / U:1.748 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site