The MPLS-OPS Archive

[Annie Yeh <annyyeh1@yahoo.com.au>]

Thanks to everyone who replied. I now have an
interesting finding. It seems that it's the local
Policy Based Routing that is interfering with the
setting up or rsvp signalling of my MPLS tunnels. As
soon as I removed the ip local policy the tunnels are
all coming back up happily again.  
This is somehow bad news because I want to use policy
based routing to divert certain traffic to use the
mpls tunnels. Anyone who has used PBR with MPLS
tunnels can you please show me some light? 
Thanks very much!

Annie

--- "Gopal@Home" <gnaganab@cisco.com> wrote: 
> Prior LSP:
> >       ID: path option 1 [1162]
> >       Removal Trigger: setup timed out
> You are right. It got to be rsvp issue. The tunnel
> is removed because "setup
> timed out". Setup is done by Rsvp. 'deb ip rsvp
> path' and deb ip rsvp res'
> wd give good info.
> To make things simple, you may want to try with
> 'no-auto-route-announce and
> path-option dynamic'.
> 
> from the output, the topology looks like,
> 
> r1----------r2
> 
> Cef must have been enabled becoz, Pcalc is passed
> and came to path setup
> step.
> You are not asking 0 bandwidth, i can't think of any
> possible mistakes that
> lead to Rsvp flaps.
> Worth trying with latest IOS. 12.2(4)T1 or 12.2(6).
> 
> Let us know hw it goes;-)
> 
> Cheers, Gopal
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ----- Original Message -----
> From: "Annie Yeh" <annyyeh1@yahoo.com.au>
> To: <mpls-ops@mplsrc.com>
> Sent: Monday, November 19, 2001 11:12 PM
> Subject: Cisco MPLS tunnels
> 
> 
> > Dear all,
> >
> >   I have set up some MPLS TE tunnels on Cisco 3640
> > routers and there is some strange behaviour that I
> > cannot explain: the operation status of the
> tunnels
> > changes between up and down from time to time
> (even
> > when I didn't change any configuration in
> between).
> > Here is an example of the output from "show mpls
> > traffic tunnel" when the oper status is down:
> >
> >
>
------------------------------------------------------
> >
> > Name: NIMA_t3                            
> (Tunnel3)
> > Destination: 10.1.7.7
> >   Status:
> >     Admin: up         Oper: down   Path: valid
> > Signalling: RSVP signalling proceed
> > ing
> >
> >     path option 1, type explicit 3 (Basis for
> Setup,
> > path weight 1)
> >
> >   Config Parameters:
> >     Bandwidth:  0        kbps  Priority: 7  7
> > Affinity: 0x0/0xFFFF
> >     AutoRoute:  enabled   LockDown: disabled
> > Loadshare: 0        bw-based
> >
> >   RSVP Signalling Info:
> >        Src 10.1.8.8, Dst 10.1.7.7, Tun_Id 3,
> > Tun_Instance 1163
> >     RSVP Path Info:
> >       My Address: 10.1.1.2
> >       Explicit Route: 10.1.1.1 10.1.7.7
> >       Record   Route:
> >       Tspec: ave rate=0 kbits, burst=8000 bytes,
> peak
> > rate=0 kbits
> >     RSVP Resv Info: NONE
> >   Shortest Unconstrained Path Info:
> >     Path Weight: 1
> >     Explicit Route: 10.1.1.2 10.1.1.1 10.1.7.7
> >   History:
> >     Current LSP:
> >       Setup Time: 30 seconds remaining
> >     Prior LSP:
> >       ID: path option 1 [1162]
> >       Removal Trigger: setup timed out
> >
>
------------------------------------------------------
> >
> > Looks like it has something to do with the timeout
> of
> > RSVP signalling. Can anyone who experienced this
> > before tell me what might have caused it?
> >
> > Thanks very much for your help
> >
> > Annie
> >
> >
> > http://shopping.yahoo.com.au - Yahoo! Shopping
> > - Get organised for Christmas early this year!
> >
> > -------
> > The MPLS-OPS Mailing List
> > Subscribe/Unsubscribe: 
> http://www.mplsrc.com/mplsops.shtml
> > Archive:
> http://www.mplsrc.com/mpls-ops_archive.shtml
> 
> -------
> The MPLS-OPS Mailing List
> Subscribe/Unsubscribe: 
> http://www.mplsrc.com/mplsops.shtml
> Archive:
http://www.mplsrc.com/mpls-ops_archive.shtml 

http://shopping.yahoo.com.au - Yahoo! Shopping
- Get organised for Christmas early this year!

-------
The MPLS-OPS Mailing List
Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
Archive: http://www.mplsrc.com/mpls-ops_archive.shtml