[117520] in North American Network Operators' Group
Re:
daemon@ATHENA.MIT.EDU (Richard A Steenbergen)
Wed Sep 16 22:00:24 2009
Date: Wed, 16 Sep 2009 20:58:47 -0500
From: Richard A Steenbergen <ras@e-gerbil.net>
To: Michael Ruiz <mruiz@telwestservices.com>
In-Reply-To: <9F285BFE1D7757499D9FF095B4EE347D0449C3C1@tw-xchange01.TWC.local>
Cc: Brian Dickson <Brian.Dickson@concertia.com>, nanog@nanog.org
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On Wed, Sep 16, 2009 at 06:47:10PM -0500, Michael Ruiz wrote:
> >Either a) you have the mtu misconfigured on that 7206vxr
>
> That part is where I am at a loss. How is it the 6509 can establish a
> IBGP session with a 7606 when it has to go through the 7206 VXR? The
> DS-3s are connected to the 7206 VXR. To add more depth to the story. I
> have 8 IBGP sessions that are connected to the 7206 VXR that have been
> up and running for over a year. Some of the sessions traverse the DS-3s
> and or a GigE long haul connections. There are a total 10 Core routers
> that are mixture of Cisco 7606, 6509s, 7206 VXR w/ NPE400s or G1s. Only
> this one IBGP session out of 9 routers is not being established. Since
> I have a switch between the 7606 and 7206, I plan to put a packet
> capture server and see what I can see.
And is that the one that traverses the 3550 with the 1500 byte MTU?
Re-read what we said. You should be able to test the MTU theory by
disabling path-mtu-discovery, which will cause MSS to fail back to the
minimum 576.
--
Richard A Steenbergen <ras@e-gerbil.net> http://www.e-gerbil.net/ras
GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC)
