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

Reply via email to