From: Kevin M. Woods (kev@xxxxxxx)
Date: Wed May 10 2000 - 20:58:33 GMT-3
You mentioned that you have a full-mesh Frame Relay setup so this sounds like
R2 and R3 have an active PVC between each other? If so, they will get to the
2WAY state because their muticasts are seen, but cannot exchange DD packets
since Inverse ARP has been disabled and no map statements are pointing to the
other side--hence they are stuck in EXSTART.
Kevin
// Hello,
// I have a very simple frame relay/ospf question. For some reason, I
// can't make this work ...
//
// I have a hub router (r1) and two spoke routers (r2 & r3). r1 has a
// multipoint sub-interface and r2 & r3 are using physical FR interfaces.
// They are all in the same ip subnet which is in OSPF Area 0.
//
// On r1: there are 2 frame-relay map statements pointing to r2 and r3, it is
// configured as an "ip ospf netw point-multipoint".
//
// On r2 &r3 each : there is a single frame-relay map statement pointing to r1
// and the interface is also configured as "ip ospf netw point-multipoint".
//
// The problem is with OSPF adjacency - r1 has both r2 & r3 as neighbors with
// a state of FULL. r2 & r3 have r1 as their neighbor with a state of full
// BUT they also have each other as neighbors and they are in an EXSTART
// state.
//
// My understanding is that the two spoke routers should only form an
// adjacency with the hub in this point-to-multipoint configuration. r2 and
// r3 should not even try to become neighbors (?). I am working with a
// full-mesh frame relay network but inverse-arp is disabled (by virtue of the
// map statements and manually typing 'no frame-relay inverse-arp' at the
// interfaces).
//
// Can anyone provide any suggestions? Thanks for your help.
//
// p.s. I have serached the archives but wasn't able to find an answer to this
// particular problem.
//
//
// Meena Agnihotri
// IBM Global Services - Network Services
// 1630 Long Pond Road
// Rochester, New York 14626
//
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:28 GMT-3