If you're using physical interfaces and there are two spokes in the network then two frame relay map statements on each router should fix this problem. The issue is that RTRA can't ping the interface on RTRC because it has no map for it. If you turn on debug ip packet you'll see 'encapsulation failed'. Warning: Don't use that command in a production network.
Anyway, on each spoke, add a map statement for the IP address of the other spoke. I'm assuming you have one configured for the hub. If not, add one because you're relying on inverse ARP to map the address of the hub. Once you add an explicit frame relay map statement, inverse ARP is disabled for that protocol. Things will still work until you reboot your router. :-) John >>> "Chuck Larrieu" 1/15/02 3:34:27 PM >>> split horizon is NEVER an issue with OSPF. Nor with BGP If you are using the physical interfaces in all cases, and you are trying to ping the directly connected interface of the other side, your pings will fail. This is true of all routing protocols. At least according to the extensive experimentation and resulting observation when I did these tests last September. I've never brought it up as a topic of discussion because I could not come up with a conceptual framework that explained the phenomenon. I do have a note indicating that static maps must exist for all directly connected addresses to overcome this problem. betcha if you use an extended ping, and use something other than the directly connected interface as your source address it works fine. Chuck ""Cisco Nuts"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Hello, > I have RTA and RTC as spoke routers connected to a FR router. I have RTB > connected as the hub. I have OSPF configed as a non-broadcast mode on all > three routers. They are all on the same subnet, 7.7.7.0/24 > The routing table of RTB shows networks from RTA and RTC and I can ping > successfully to either network. > The routing table of RTA and RTC also show networks from each other's > networks. But I am not able to ping to the other side?? > I configured a no ip split-horizon on RTB, the hub router and also neigbor > commands on all 3 routers but no luck. > > Why would the routes show up in the routing table but pings be > unsuccessfull? Any solution for this. > Thank you. > > RTA config for eg. > 16.0.0.0/32 is subnetted, 1 subnets > O 16.16.16.1 [110/129] via 7.7.7.1, 01:30:04, Serial0 > O 192.168.10.0/24 [110/134] via 7.7.7.1, 01:30:05, Serial0 > 7.0.0.0/24 is subnetted, 1 subnets > C 7.7.7.0 is directly connected, Serial0 > 9.0.0.0/32 is subnetted, 1 subnets > O 9.9.9.9 [110/65] via 7.7.7.1, 01:30:05, Serial0 > 15.0.0.0/32 is subnetted, 1 subnets > C 15.15.15.1 is directly connected, Loopback15 > > RTA#ping 192.168.10.2 > > RTA#sh ip ospf nei > > Neighbor ID Pri State Dead Time Address Interface > N/A 0 ATTEMPT/DROTHER - 7.7.7.2 Serial0 > 9.9.9.9 1 FULL/BDR 00:01:56 7.7.7.1 Serial0 > > > Type escape sequence to abort. > Sending 5, 100-byte ICMP Echos to 192.168.10.2, timeout is 2 seconds: > ..... > Success rate is 0 percent (0/5) > > > _________________________________________________________________ > MSN Photos is the easiest way to share and print your photos: > http://photos.msn.com/support/worldwide.aspx Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=32091&t=32077 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
