that is the missing piece i was looking for, i was at a loss, unicast vs. multicast over that frame-relay connection...
nice... -- Garry L. Baker "There is no 'patch' for stupidity." - www.sqlsecurity.com On Wed, Oct 20, 2010 at 3:55 PM, Marko Milivojevic <[email protected]>wrote: > Amer, take another look at your FrameRelay map on R4. When you see the > problem there, take a look again and try to think why you have the > OSPF communication between the two, but not the ping... :-) > > [ scroll below the message for answer if you gave up ] > > -- > Marko Milivojevic - CCIE #18427 > Senior Technical Instructor - IPexpert > > FREE CCIE training: http://bit.ly/vLecture > > Mailto: [email protected] > Telephone: +1.810.326.1444 > Web: http://www.ipexpert.com/ > > On Wed, Oct 20, 2010 at 18:40, Amer Mustafa <[email protected]> wrote: > > Weird issue facing , OSPF neighborship is up between R4 and R2, though i > > cant ping R2 from R4. below are the configuratons on the interfaces , can > > anyone adivse why is that ? > > > > R2 : > > > > interface Serial0/1/0 > > description Frame Relay Links > > no ip address > > encapsulation frame-relay > > no arp frame-relay > > no frame-relay inverse-arp > > frame-relay lmi-type cisco > > ! > > interface Serial0/1/0.24 point-to-point > > description Frame Relay Cloud 2 > > bandwidth 64 > > ip address 150.100.24.2 255.255.255.0 > > frame-relay interface-dlci 204 > > > > R4 : > > > > ! > > interface Serial0/0/0 > > bandwidth 64 > > ip address 150.100.24.4 255.255.255.0 > > ip nat enable > > encapsulation frame-relay > > ip ospf network point-to-point > > no arp frame-relay > > frame-relay map ip 150.100.24.4 402 broadcast > > no frame-relay inverse-arp > > frame-relay lmi-type cisco > > end > > > > ========== > > on R4 : > > > > R4(config)#do sospfn > > Neighbor ID Pri State Dead Time Address > Interface > > 200.0.0.2 0 FULL/ - 00:00:39 150.100.24.2 > > Serial0/0/0 > > > > ------------- > > on R4 : > > > > R4#ping 150.100.24.2 > > Type escape sequence to abort. > > Sending 5, 100-byte ICMP Echos to 150.100.24.2, timeout is 2 seconds: > > ..... > > Success rate is 0 percent (0/5) > > > > > > _______________________________________________ > > For more information regarding industry leading CCIE Lab training, please > > visit www.ipexpert.com > > > > > > You are mapping the IP of R4 on that map statement. However, you also > enable pseudobroadcast, which means that multicast packets WILL make > it through. The other end is point-to-point and it doesn't have the > problem - so, OSPF exchange will be successful, but not the unicast > traffic. > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
