The MPLS-OPS Archive[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index][Thread Index][Author Index][Subject Index] Re: RSVP LSP without CSPF?
On Mon, Jul 28, 2003 at 07:56:59AM -0400, Beatty Lane-Davis wrote: > Caveat: > this only works with strict hops. > It should actually work with loose as well, although since the knob is currently unsupported, you get what you get. :) I'm curious - why the requirement for no checking of the TE DB? It seems like a useful thing to check the DB to make sure signalling won't fail. eric > -----Original Message----- > From: Beatty Lane-Davis > Sent: Monday, July 28, 2003 7:50 AM > To: 'Stephen Mullaney'; 'Lars Higham'; 'Terry Lee'; carlos@carlos.net; > richard.james@rogers.com > Cc: mpls-ops@mplsrc.com > Subject: RE: [MPLS-OPS]: RSVP LSP without CSPF? > > > To be very clear the hidden verbatim path-option keyword allows one to avoid > a cspf call in IOS. > 2 minutes of labwork made short work of this little mystery. If one uses > the verbatim keyword neither TE extensions nor friends named TED are > required to signal a tunnel: > > Lab2R1#sho mpls tra tun br > Signalling Summary: > LSP Tunnels Process: running > RSVP Process: running > Forwarding: enabled > Periodic reoptimization: every 3600 seconds, next in 2691 seconds > TUNNEL NAME DESTINATION UP IF DOWN IF > STATE/PROT > Lab2R1_t0 200.200.200.12 - Fa0/0.68 up/up > Displayed 1 (of 1) heads, 0 (of 0) midpoints, 0 (of 0) tails > Lab2R1#sho mpls tra tun > > Name: Lab2R1_t0 (Tunnel0) Destination: > 200.200.200.12 > Status: > Admin: up Oper: up Path: valid Signalling: connected > > path option 1, type explicit cspf (Basis for Setup, path weight 0) > > Config Parameters: > Bandwidth: 0 kbps Priority: 7 7 Affinity: 0x0/0xFFFF > AutoRoute: disabled LockDown: disabled Loadshare: 0 bw-based > > InLabel : - > OutLabel : FastEthernet0/0.68, 16 > RSVP Signalling Info: > Src 200.200.200.3, Dst 200.200.200.12, Tun_Id 0, Tun_Instance 3 > RSVP Path Info: > My Address: 200.200.200.3 > Explicit Route: 192.168.68.10 192.168.69.12 200.200.200.12 > Record Route: NONE > Tspec: ave rate=0 kbits, burst=8000 bytes, peak rate=0 kbits > RSVP Resv Info: > Record Route: NONE > Fspec: ave rate=0 kbits, burst=8000 bytes, peak rate=0 kbits > History: > Current LSP: > Uptime: 35 seconds > Lab2R1#sho ip exp > Lab2R1#sho ip explicit-paths > PATH cspf (strict source route, path complete, generation 5) > 1: next-address 192.168.68.10 > 2: next-address 192.168.69.12 > 3: next-address 200.200.200.12 > Lab2R1#sho run in tu 0 > Building configuration... > > Current configuration : 182 bytes > ! > interface Tunnel0 > ip unnumbered Loopback0 > tunnel destination 200.200.200.12 > tunnel mode mpls traffic-eng > tunnel mpls traffic-eng path-option 1 explicit name cspf verbatim > end > > Lab2R1# > > Lab2R1#sho run | begin router ospf > router ospf 1 > log-adjacency-changes > network 192.168.68.1 0.0.0.0 area 0 > network 200.200.200.1 0.0.0.0 area 0 > > > > > -----Original Message----- > From: Stephen Mullaney [mailto:stephen.mullaney@parc-technologies.com] > Sent: Monday, July 28, 2003 6:38 AM > To: Stephen Mullaney; 'Lars Higham'; 'Terry Lee'; carlos@carlos.net; > richard.james@rogers.com > Cc: mpls-ops@mplsrc.com > Subject: RE: [MPLS-OPS]: RSVP LSP without CSPF? > > > Tried an experimet - at least in the inter-area case if you build an > explicit path (no CSPF) it all goes belly up with a PCALC error of > destination not found (dest is in IGP). Put in a loose-hop to the ABR and > it works. So the TED is sanity checked in the strict explicit-path case (at > least on my cisco routers). > > -----Original Message----- > From: Stephen Mullaney [mailto:stephen.mullaney@parc-technologies.com] > Sent: 28 July 2003 11:15 > To: 'Lars Higham'; 'Terry Lee'; carlos@carlos.net; > richard.james@rogers.com > Cc: mpls-ops@mplsrc.com > Subject: RE: [MPLS-OPS]: RSVP LSP without CSPF? > > > The way I understand it (and I could be wrong) is that even for an explicit > path (no CSPF) the TED is still "sanity checked" to see if the nodes are in > it. But regarding the specifics of "what and how", I am not clear on. > > But I am seeing a little hole in my argument - time to experiment ;-) > > -----Original Message----- > From: Lars Higham [mailto:lhigham@yahoo.com] > Sent: 28 July 2003 10:54 > To: 'Stephen Mullaney'; 'Terry Lee'; carlos@carlos.net; > richard.james@rogers.com > Cc: mpls-ops@mplsrc.com > Subject: RE: [MPLS-OPS]: RSVP LSP without CSPF? > > > What's going to query the TED if you're not using CSPF? > > -----Original Message----- > From: Stephen Mullaney [mailto:stephen.mullaney@parc-technologies.com] > Sent: Monday, July 28, 2003 2:22 PM > To: 'Terry Lee'; 'Lars Higham'; carlos@carlos.net; > richard.james@rogers.com > Cc: mpls-ops@mplsrc.com > Subject: RE: [MPLS-OPS]: RSVP LSP without CSPF? > > > You still the the TED for Cisco to check the destination information. I > think the verbatim command will tell it not to check the database. But > if you don't use that option then CSPF or no CSPF, the TED will need to > be present. > > Using explicit paths allows you to use offline calculations to define > the path without the need for on-board CSPF. > > -----Original Message----- > From: Terry Lee [mailto:terrylee@huawei.com] > Sent: 28 July 2003 05:47 > To: 'Lars Higham'; carlos@carlos.net; richard.james@rogers.com > Cc: mpls-ops@mplsrc.com > Subject: RE: [MPLS-OPS]: RSVP LSP without CSPF? > > > which version does cisco support it ? > why cisco router as an ingress doesn't send path message ? > > > > Thanks and Regards, > Terry Lee > > > -----Original Message----- > > From: Lars Higham [mailto:lhigham@yahoo.com] > > Sent: Monday, July 28, 2003 12:27 PM > > To: 'Terry Lee'; carlos@carlos.net; richard.james@rogers.com > > Cc: mpls-ops@mplsrc.com > > Subject: RE: [MPLS-OPS]: RSVP LSP without CSPF? > > > > > > You are correct - no CSPF, no TED requirement - > > > > Regards, > > Lars > > > > -----Original Message----- > > From: Terry Lee [mailto:terrylee@huawei.com] > > Sent: Monday, July 28, 2003 6:44 AM > > To: carlos@carlos.net; richard.james@rogers.com > > Cc: mpls-ops@mplsrc.com > > Subject: RE: [MPLS-OPS]: RSVP LSP without CSPF? > > > > > > Hi > > If it works without cspf, I think ospt-te isn't needed in > > this case. am I right? > > > > > > > > > > Thanks and Regards, > > Terry Lee > > > > > -----Original Message----- > > > From: carlos@carlos.net [mailto:carlos@carlos.net] > > > Sent: Saturday, July 26, 2003 8:58 AM > > > To: richard.james@rogers.com > > > Cc: mpls-ops@mplsrc.com > > > Subject: Re: [MPLS-OPS]: RSVP LSP without CSPF? > > > > > > > > > On Fri, 25 Jul 2003 17:22:20 -0400, richard.james@rogers.com wrote: > > > > > > cisco has an option "verbatim" , juniper and others > > > support it with "no-cspf" > > > > > > thx > > > > > > carlos > > > > > > > > > > > Hi, > > > > Is it possible to configure an RSVP tunnel with IOS so that it > > > > doesn't run CSPF, but only uses the strict/loose path? This is > > > > when you want to ignore bandwidth and color constraints and only > > > > use the ERO > > > to > > > > compute the path. > > > > > > > > I haven't been able to find an option for this in the docs, but if > > > > > it's there I'd appreciate if someone > > > could > > > > point me to the command name. > > > > > > > > Thanks, > > > > Richard > > > > > > > > 1 > > > > > > > > ------- > > > > 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 > > > > > > > ------- > > 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 > > > > ------- > 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 > > ------- > 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
|
|