CISCO KA, Istorya Ta

[juantamad]

Hi Rommel,

Actually in FRame-relay back-to-back simulation doesn't work not unless you have a frame-relay switch or router that acts as frame switch or you should provide dlci to map with the ip add. Actually, we have done this before on our lab by mapping the dlci to ip add (inverse arp) but the prob is, one of hub router or spoke router couldn't ping the directly connected(which is your serial int). But you can ping the ethernet interface.This not applicable to subinterface frame-relay configuration.

I think your OSPF packet wasn't traversed to other spoke router based on your "sh ip route". Perhaps, configure this one. ip ospf network point-to-point (subinterface) command both sides hub-spoke routers. (I'm assuming that your Frame Relay works on the real WAN setup).

I hope this well help...

[ridney]

Hi Juantamad,

That's a good point to mention here about the frame relay switch. As from my understanding of what Rommel has been trying to say, he got the frame relay links from a service provider. That's a bit way too much to practice frame relay and ospf does it? Well, he could still simulate a frame relay back-to-back connection by setting up a clock rate on the dce side and the 'frame-relay switching' command at the global config or he could just disable keepalives on the serial interface to disable LMIs. He also needs to specify the same DLCI for the other end of the link though.

Back-to-Back frame relay with no keepalives set
http://www.cisco.com/en/US/tech/tk71...80094a3b.shtml

Back-to-Back frame relay with frame-relay switching turned on
http://www.cisco.com/en/US/tech/tk71...80094a3c.shtml

Ridney

[ridney]

Hi Edsel,

Here is link to a sample configuration of site-to-site VPN using pre-shared keys with nat overload.

http://www.cisco.com/en/US/tech/tk58...80094634.shtml

Regards,

Ridney

[rocknolds]

Router1 (hub)
interface serial 0
no IP address
encapsulation frame-relay
interface serial0.1 point-to-point
ip address 192.168.10.9 255.255.255.252
frame-relay interface-dlci 102
interface serial0.2 point-to-point
ip address 192.168.10.13 255.255.255.252
frame-relay interface-dlci 103
router ospf 1
network 192.168.10.8 0.0.0.3 area 0
network 192.168.10.12 0.0.0.3 area 0

Router2 (spoke)
interface serial 0
no IP address
encapsulation frame-relay
interface serial0.1 point-to-point
ip address 192.168.10.10 255.255.255.252
frame-relay interface-dlci 201
router ospf 1
network 192.168.10.8 0.0.0.3 area 0

Router3 (spoke)
interface serial 0
no IP address
encapsulation frame-relay
interface serial0.1 point-to-point
ip address 192.168.10.14 255.255.255.252
frame-relay interface-dlci 301
router ospf 1
network 192.168.10.12 0.0.0.3 area 0

commens/clarifications:
here are the comments and clarifications i have upon analyzing your config since you are not providing us the diagram.
1. are you really using a live FR switch in between these 3 routers? do you have access to config of this/these swicth/switches? most of the time, only the FR provider has access to this and they are also the one configuring this devices and they only provide you such information that is needed for you to be able to configure your router attached to their FR cloud...
2. it seems the three routers belong to the same network/subnet 192.168.10.X and with this, you dont even need to use sub interface in your router 2 and 3. sub interfaces are not necessary when configuring PVCs on the same subnets. We only need to enter a map command command to link the remote router's DLCIs to its ip address.
3. how about this command: frame-relay map ip <ip address of next hop remote router> <dlci of remote router> broadcast
4. the command: no ip address is only useful when you are utiliizing sub interfaces with mutliple subnetworks (1sub int per subnet)
5. Assuming you are really using switching cloud in between and that all the info like DLCI, LMI, etc are correct as provided by the FR provider or you maybe the owner of that too, then try using classfull network address instead of classless (VLSM) and use simple routing prot instead of OSPF..

* with this being said, i suspect that you are not using a real live switching cloud in between which makes your network later verification fails (using PING)

Suggestion: since you have three routers, you can use your third router to act as a switch between this two other routers. configure the previous config you have in the two routers and make a FRAME-RELAY SWITCHING command for the router in between that acts as FR switch.

let me know if have questions or clarificatons.

-=tabs=-

[ridney]

Scheduled to take the 642-143 IP Telephony Express (IPTX) exam today! Wish me luck!

[TaughtWorks]

good news guys,

we offer CCNA Bootcamp - that is, a training in preparation for your exam. we offer extensive training and you can take the exam in our testing center.

for details, check www.taughtworks.com or email me at kristiner@taughtworks.com

[ridney]

Then I PASSED!!! hehehe

emphasis are on cme/cue installation, configuration, back-up and recovery

[Anton]

bai ridney,
update sad ta sa imo exams beh asa naka kutob?

[ridney]

anton, i'm currently working on BCRAN and CIT to finish my ccnp. probably taking the remote access exam next week and troublehsooting exam 2 weeks after

[Anton]

IPTX was part of what cerftification diay?