RE: vpn question

From: David Paraje (david.paraje@telia.es)
Date: Tue Nov 21 2000 - 06:46:22 EST


I had more or less the same problem with 12.1.3T.
In my scenario r3 and r4 was dial-in users... and the PE routers was CISCO
7507.

Our VPNS didnt have end to end connectivity, but localy yes...
First of all, we note that if you made a debug tag-switching in the PEs it
works... so you are forcing the routers to work in Process switching...
Strange...

But the real solution was that, in my case, the Virtual interface, when the
router reloads, losses the "ip route-cache CEF" , in the config didnt
apperar the no ip route-cache cef, but if you did sh running interfa
virtual-template, you could see the no ip route-cache.

Just reconfigure each time you reload the router, and It works!

Thats my case, I hope it works...

(because, all the tag-switching, and the address families and the simple
config was ok , NO?)

> -----Mensaje original-----
> De: kevin Young [SMTP:kvyoung@21cn.com]
> Enviado el: martes 21 de noviembre de 2000 11:14
> Para: cisco-nsp@puck.nether.net; mpls-ops@mplsrc.com
> Asunto: vpn question
>
> hi, group
> when i config mpls vpn, r1 and r2 are 3640, as PE; r3 and r4 are 2610,
> as CE. IOS are 12.1.3T
> r3-------------r1--------------r2---------------r4
> ether atm ether
>
> r1 could ping r3, and r2 could ping r4, r3 and r4 could see each other
> routes, but r3 couldn't ping r4
> and r1 couldn't ping r4, r2 could not ping r3.
> i fould r1 and r2 didn't tag the vpn, this is the show on r1:
>
> r1#sh tag-switching for vrf vpn-lab detail
> Local Outgoing Prefix Bytes tag Outgoing Next Hop
> tag tag or VC or Tunnel Id switched interface
> 16 Untagged 136.5.1.0/24[V] 0 Fa0/1 10.1.1.1
> MAC/Encaps=0/0, MTU=1500, Tag Stack{}
> VPN route: vpn-lab
> Per-packet load-sharing
> 17 Aggregate 10.1.1.0/24[V] 0
> MAC/Encaps=0/0, MTU=0, Tag Stack{}
> VPN route: vpn-lab
> Per-packet load-sharing
>
> any advice are appreciated.
>
>
> one another question: one PE in a AS through static route connects to
> another PE in another AS,
> could it can solve the mpls vpn could not span AS problem ? thanks.



This archive was generated by hypermail 2b29 : Sun Aug 04 2002 - 04:12:21 EDT