From: Scott Vermillion (scott_ccie_list@it-ag.com)
Date: Sun Jan 13 2008 - 17:24:21 ARST
I've never captured this with a PA (maybe I will next time I lab up FRF.12),
but I don't think this is a negotiated type of thing. If one side is set to
fragment, it's also set to reassemble. If one side is set to fragment and
the other side is not, said other side is also not set to reassemble. This
would be my strong suspicion anyway. If you run Dynamips, capture it off of
the interface and have a gander.
BTW, I was working a project over in Korea last night involving an ASA.
Finally got to use that packet capture function in a real-world
troubleshooting environment. WAY COOL. Cisco, if you're listening, we need
this on ALL devices. Yesterday.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Ernst Pelser
Sent: Sunday, January 13, 2008 12:58 AM
To: ccielab@groupstudy.com
Subject: Legacy FRTS breaks OSPF Neighborship
Hi All
Could someone help me with understanding this please?
Topology:
I have R4 and R5 connected to each other over a Frame-Relay cloud.
R4 is using PVC 405
R5 is using PVC 504
Both router's Serial interfaces are in OSPF area0.
Problem:
Before I configure legacy FRTS with FRF.12 OSPF is happy and forming
neighbors. If I configure FRF.12 on R4 is breaks the neigborship. Now I
understand that I need to configure both R4 and R5 but I would just like to
understand why this happens when I configure just one side.
Any help would be appreciated. Sorry if this is in the GS Archives or has
been discussed but I couldn't find anything.
Thanks, EP.
This archive was generated by hypermail 2.1.4 : Fri Feb 01 2008 - 10:37:59 ARST