The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2002-Dec> msg00287



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

Last call on LSP Ping

  • From: "Gray, Eric" <egray@celoxnetworks.com>
  • Date: Fri, 13 Dec 2002 14:30:30 -0500
  • Cc: Shahram Davari <Shahram_Davari@pmc-sierra.com>, mpls@UU.NET

And so, naturally, you could make this same argument for
how an ECMP splitter would test out all of the equal cost
paths...

Eric W. Gray
Systems Architect
Celox Networks, Inc.
egray@celoxnetworks.com
508 305 7214


> -----Original Message-----
> From: George Swallow [mailto:swallow@cisco.com]
> Sent: Friday, December 13, 2002 2:22 PM
> To: curtis@fictitious.org
> Cc: Shahram Davari; mpls@UU.NET; swallow@cisco.com
> Subject: Re: Last call on LSP Ping
> 
> > Currently you'd have to do that from each PLR.  We don't provide a
> > means to tell the ingress of the existance of a detour (except the
> > local-protect-available bit in the signaling itself which one major
> > implementation wasn't using last I checked).  We also don't provide a
> > means to tell a specific PLR to exercise its detour and report back.
> >
> > Let's wait and hear from Kireeti or other authors whether they think
> > anything should be added or whether the intent is to require testing
> > initiated at each PLR.
> 
> The PLR is responsible for the bypass.  It knows what sender-template
> it used, so it can form the proper FEC for the ping.  It can send a
> lsp-ping with the proper label stack.  So it is the natural place to
> do this.  If it fails, it should
> 
> a) report to network management
> b) reset the backup in place bit
> c) look for another way of establishing a backup
> d) if successful on c) set the backup in place bit.
> 
> You may want to put a hold-down on b) to avoid reporting to the
> head-end on a transient situation.
> 
> I don't see what advantage you would gain by moving all this to the
> head-end.  I do see a lot of complications...
> 
> ...George
> 
> 
> ==================================================================
> George Swallow       Cisco Systems                  (978) 497-8143
>                      250 Apollo Drive
>                      Chelmsford, Ma 01824