netdev - Re: possible routing table cache bug for mtu/advmss attributes in Linux 3.0.4

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Fri, 9 Sep 2011 23:28:15 +0200
From:	David Madore <david+ml@...ore.org>
To:	"Yan, Zheng " <yanzheng@...n.com>
Cc:	Linux Netdev Mailing-List <netdev@...r.kernel.org>
Subject: Re: possible routing table cache bug for mtu/advmss attributes in
 Linux 3.0.4

On Thu, Sep 08, 2011 at 10:42:20PM +0800, Yan, Zheng  wrote:
> On Fri, Sep 2, 2011 at 5:46 AM, David Madore <david+ml@...ore.org> wrote:
> > In a nutshell, the problem is this: my (manually entered) routing
> > tables specify an explicit MTU/MSS for certain IPv6 routes, and after
> > upgrading from 2.6.38.7 to 3.0.4, I found that this MTU/MSS setting is
> > sometimes ignored.  More precisely, it seems that connecting to a host
> > through the route in question causes a routing cache entry to be
> > created, and it is when this cache entry expires that the route
> > forgets the MTU/MSS setting.  (It may also be relevant that in my case
> > the route belongs to a routing table other than "main".)
> 
> Would you please try patch http://marc.info/?l=linux-netdev&m=131529445904858

Indeed, this appears to solve the problem I encountered.  Thanks!

-- 
     David A. Madore
   ( http://www.madore.org/~david/ )
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html