From: Rogier Wolff <R.E.Wolff@BitWizard.nl>
To: Eric Dumazet <eric.dumazet@gmail.com>
Cc: linux-kernel@vger.kernel.org, netdev <netdev@vger.kernel.org>
Subject: Re: Route cache problem.
Date: Fri, 18 Nov 2011 09:17:35 +0100 [thread overview]
Message-ID: <20111118081734.GA25843@bitwizard.nl> (raw)
In-Reply-To: <1320333410.2344.13.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC>
On Thu, Nov 03, 2011 at 04:16:50PM +0100, Eric Dumazet wrote:
> Le jeudi 03 novembre 2011 à 15:37 +0100, Rogier Wolff a écrit :
> > Hi,
> >
> > My workstation has an incorrect route cache entry:
> >
>
> What kernel version ?
Linux version 3.0.0-12-generic (from Ubunutu oneiric.)
> > assurancetourix:~> route -nC | head -2 ; route -nC | grep 234.34
> > Kernel IP routing cache
> > Source Destination Gateway Flags Metric Ref Use Iface
> > 192.168.235.8 192.168.234.34 192.168.235.251 0 0 3 eth0
> > 192.168.235.8 192.168.234.34 192.168.235.251 0 0 4 eth0
> > 192.168.235.8 192.168.234.34 192.168.235.251 0 0 2 eth0
> >
> > (I don't know why there are three).
Today there are four.
> 192.168.20.108 10.37.168.112 192.168.20.254 0 1 2 eth3
That indeed got me a full complement of route cache entries.
> Better use "ip -s route list cache" to diagnose problems (more
> information)
After doing the tos ping you suggested All TOS levels have a route
cache entry.
192.168.234.34 from 192.168.235.8 tos 0x1c via 192.168.235.251 dev eth0
cache <redirected> age 77sec ipid 0xaa09 rtt 47ms rttvar 15ms ssthresh 7 cwnd 9
192.168.234.34 tos 0x1c via 192.168.235.251 dev eth0 src 192.168.235.8
cache <redirected> used 3 age 72sec ipid 0xaa09 rtt 47ms rttvar 15ms ssthresh 7 cwnd 9
192.168.234.34 from 192.168.235.8 tos 0x1c via 192.168.235.251 dev eth0
cache <redirected> age 72sec ipid 0xaa09 rtt 47ms rttvar 15ms ssthresh 7 cwnd 9
> > Any suggestions? Any at all?
Last time, as well as this time, it is triggered by a network error
that leads to the 192.168.235.4 router not being able to reach
192.168.234.34 or any other host on the 192.168.234.0/24 network.
During that time the VPN to 192.168.234.0/24 is down, so 192.168.235.4
doesn't have a route to 192.168.234.0/24 and it is logical that
with that route gone, it sends packets for 192.168.234.0/24 to the default
router 192.168.235.251. As it sees itself forwarding packets that come
in on eth0 back to eth0, it will send a redirect. However that redirect
should somehow expire, and not survive things like dropping the route
to 192.168.234.0/24, dropping the default route, shutting down the
interface or some time passing (that network problem was solved 20
hours ago)......
Roger.
--
** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 **
** Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233 **
*-- BitWizard writes Linux device drivers for any device you may have! --*
The plan was simple, like my brother-in-law Phil. But unlike
Phil, this plan just might work.
prev parent reply other threads:[~2011-11-18 8:17 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-03 14:37 Route cache problem Rogier Wolff
2011-11-03 15:16 ` Eric Dumazet
2011-11-18 8:17 ` Rogier Wolff [this message]
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:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20111118081734.GA25843@bitwizard.nl \
--to=r.e.wolff@bitwizard.nl \
--cc=eric.dumazet@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.