I currently manage a Large network (300) routers running OSPF and IPX. When
I first got here the network was Proteon routers. The routers were severely
limited in memory. Think 2500's with 8Mb RAM. We had a Cisco 5500 w/ RSM in
the core and started to replace the Proteons with Bay ASN. So we h
> Also, what about OSPF between Cisco and non-Cisco products?
> Do they always
> work together like they're supposed to?
>
Doug,
I've worked with OSPF in a multi-vendor environment and had no problems. All
the required parameters in the Hello packets were met and neigh/adj's were
established w
e Passport ATM Net that we
had). They would not form an adjacency, and the error message was about the
DDP packets, which could not be exchanged once that the MTU didn't match.
Persio
- Original Message -
From: "Kane, Christopher A."
To:
Sent: Wednesday, April 17, 2002 12:3
""Kane, Christopher A."" wrote in message
news:[EMAIL PROTECTED]...
> > The most frequently mismatched parameters relevant for OSPF
> > configuration
> > seem to be dead intervals & mtu sizes.
>
> OSPF doesn't care about MTU size.
Uh, excuse me? Go read RFC 2178 (OSPF v2), section G.9:
"When t
> > > The most frequently mismatched parameters relevant for OSPF
> > > configuration
> > > seem to be dead intervals & mtu sizes.
> >
> > OSPF doesn't care about MTU size.
>
> Uh, excuse me? Go read RFC 2178 (OSPF v2), section G.9:
>
> "When two neighboring routers have a different interface M
You got here just before I did. I was just about to say that RFC 2328
overrides 2178.
""Kane, Christopher A."" wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > > > The most frequently mismatched parameters relevant for OSPF
> > > > configuration
> > > > seem to be dead interva
The problem happens when the routers try to exchange database description
packets. One side can send packets that are too large for the other side to
receive. Then the routers never achieve adjacency. It's an infamous
problem. I was glad that Kevin brought it up. I was thinking we should have
If I am not wrong this problem also occurs for BGP
peers with unmatched MTU sizes which causes BGP to
flap when they exchange routing tables , especially if
one neighbour is configured with full-routes
regards,
suaveguru
--- Priscilla Oppenheimer wrote:
> The problem happens when the routers
Really? I had never heard of this problem. I'm not aware that BGP
negotiates MTU in any of its PDU's. Can you provide the RFC that discusses
this problem?
""suaveguru"" wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> If I am not wrong this problem also occurs for BGP
> peers
He didn't say that BGP negotiates the MTU in any of its PDUs. He just says
that mismatched MTUs can be a problem, which is all I mentioned in my
message about OSPF also (although OSPF does in fact also include the MTU in
database description packets and refuse to become adjacent with a router
""Priscilla Oppenheimer"" wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> He didn't say that BGP negotiates the MTU in any of its PDUs. He just says
> that mismatched MTUs can be a problem, which is all I mentioned in my
> message about OSPF also (although OSPF does in fact also i
At 10:57 PM -0400 4/18/02, nrf wrote:
>""Priscilla Oppenheimer"" wrote in message
>[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>> He didn't say that BGP negotiates the MTU in any of its PDUs. He just
says
>> that mismatched MTUs can be a problem, which is all I mentioned in my
>> message abou
There's not a word about MTU in draft 17 of the update to RFC1771
(even being on the working group, I'm not sure if draft 18 is out
yet). There is a maximum update length of 4K, but updates are
inherently variable length.
At 9:53 PM -0400 4/18/02, nrf wrote:
>Really? I had never heard of thi
That's what I thought, which is why what suaveguru said made me so curious.
The only problems with MTU that I thought BGP would have are the same
problems that any IP packet might have with MTU (fragmentation, etc.)
""Howard C. Berkowitz"" wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECT
BGP Keepalives are very short, but Updates can be very long. It looks like
they can be 4096 bytes from RFC 1771 (not counting headers).
BGP relies on TCP and IP, as you know, of course. Those layers would have
to make sure that the IP Don't Fragment bit was set to 0 (which means May
Fragment).
in the
command above on the tunnel interface, works like a charm. Just thought it
was interesting so I figured I would send this.
~-Original Message-
~From: Priscilla Oppenheimer [mailto:[EMAIL PROTECTED]]
~Sent: Thursday, April 18, 2002 10:18 PM
~To: [EMAIL PROTECTED]
~Subject: Re: OSPF vs
16 matches
Mail list logo