The MPLS-OPS Archive

Cell Relay Retreat>MPLS-OPS Archive>month:2005-Apr> msg00067



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

Re: Testing/validating Backup Path LSP

  • From: "M. elk" <elkou141061@hotmail.com>
  • Date: Sat, 30 Apr 2005 12:05:54 +0300
  • Cc: "mpls-ops" <mpls-ops@mplsrc.com>
  • Resent-Date: Sat, 30 Apr 2005 04:23:46 -0400
  • X-OriginalArrivalTime: 30 Apr 2005 07:57:21.0261 (UTC) FILETIME=[3CD059D0:01C54D5A]
  • X-Originating-Email: [elkou141061@hotmail.com]
  • X-Originating-IP: [57.250.229.136]
  • X-Scanned-By: MIMEDefang 2.45

Hi Truman & John

Thanks for the answers .

actually i was thinking about a derivative ,Extension , or a modified
version of LSP PING .
The Operator could use such cmds to test/validate the status of FRR without
the need to visit all
the nodes along the path and checking their forwarding tables (checking the
data and control plane along all the path ) .


My guess in Such Version , the Modified LSP PING ( or TRACE) need to be
routed/switched hop by hop (Router Alert label) .
If any transit LSR do have a primary path and FRR path , such packet need to
be rerouted/switched over the FRR path as if the primary path
is down .

Other alternative , May be extending the DS Mapping TLV , to report not just
the primary interface but also the backup one .
using LSP Trace and the modified DS Mappings TLV to instruct the transient
LSR to forward the traffic over the backup Path .

Hopefully this need will be fulfilled by the manufacturers and we will see
some draft suggestion new tool for testing the FRR feature .

Brgds

----- Original Message ----- 
From: "Truman Boyes" <truman@suspicious.org>
To: "Bell, John" <john.bell@thus.net>
Cc: "M. elk" <elkou141061@hotmail.com>; "mpls-ops" <mpls-ops@mplsrc.com>
Sent: 28 April, 2005 1:47 AM
Subject: Re: [MPLS-OPS]: Testing/validating Backup Path LSP


> Hi there,
>
> On Juniper's (JUNOS) you can verify standby paths with mpls rsvp pings.
> (ie. ping mpls rsvp standby <lsp-name>). It is not possible to send
> packets over the "detour" path, which has been computed but is not
> installed in forwarding, as you indicate.
>
>
> JUNOSe (ERXs) has a command 'show mpls fast-reroute database' where you
> can see the "backup interface" and associated labels, and the status of
> the bypass for the LSP.
>
> --truman
> PGP KeyID: A6064EA9
> PGP FingerPrint: C69F 88D7 D402 7B80 D9B5  5D7F DB52 84ED A606 4EA9
>
>
> On 28/04/2005, at 3:21 AM, Bell, John wrote:
>
> > Cisco state in their "Tunnel Builder Pro Installation and User Guide"
> > that Tunnel Builder Pro "provides the ability to quickly check whether
> > an existing set of backup tunnels provide guaranteed bandwidth Fast
> > ReRoute protection for elements in the network" (Chapter 1, p4), if
> > that is of any use.
> >
> > cheers,
> > John
> >
> >
> > From: M. elk [mailto:elkou141061@hotmail.com]
> >  Sent: Wednesday, April 27, 2005 11:03
> > To: mpls-ops
> > Subject: [MPLS-OPS]: Testing/validating Backup Path LSP
> >
> > Hi
> >
> > In LSP PING draft :
> >  quote
> >  The problem of probing the various flavors of backup paths that
> > will typ-
> > ically not be used for forwarding data unless the primary LSP is
> > down
> > will not be addressed here.
> > Unquote
> >
> > Any other draft address/suggest a way/technique to on-line test a FRR
> > facility ??.
> > Or , did any manufacturer introduce a proprietary feature to do the
> > same ???
> >
> > Brgds
>
>
> -------
> The MPLS-OPS Mailing List
> Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
> Archive: http://www.mplsrc.com/mpls-ops_archive.shtml
>
> MPLScon 2005 - May 16-19, NYC, NY
> http://www.mplscon.com/
>

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

MPLScon 2005 - May 16-19, NYC, NY
http://www.mplscon.com/