The MPLS WG Archive

[neil.2.harrison@bt.com]

Glen,

I, and few others, are working on an ID for MPLS user-plane OAM functions.
Progress has been slowed for several reasons.....not least of which is an
ITU SG13/Q6 mtg next month which will be looking at MPLS user-plane OAM
requirements.  I have prepared some papers for this which are the same
(though cut-up to suit ITU needs) since I want to try and keep ITU/IETF as
aligned as possible....or at least from our perspective wrt requirements.

If anyone wants a copy please let me know........note they have to get
formal BT approval (as indeed do all papers submitted to any stds fora), and
this will take about 1 week if all goes OK. 

Neil

> -----Original Message-----
> From:	Glen Turner [SMTP:glen.turner@aarnet.edu.au]
> Sent:	Thursday, October 26, 2000 8:51 AM
> To:	'mpls@UU.NET'
> Subject:	Re: LSP failure detection
> 
> 
> > Detection:
> > 
> >         # Hardware notifies you of a failure
> >         # Software detects a failure through keep-alives, time-outs,
> etc...
> 
> As far as I can tell, currently defined IP keepalives don't really
> cut it.  For example most vendors have a minimum keepalive
> interval of 1 second and require 3 lost keepalives before
> marking the link as down.  Similarly for OSPF HELLOs.
> 
> Is there a special MPLS keepalive defined that allows subsecond
> detection of a forwarding failure?  Or is such a beast yet to
> be engineered?
> 
> -- 
>  Glen Turner                                 Network Engineer
>  (08) 8303 3936      Australian Academic and Research Network
>  glen.turner@aarnet.edu.au          http://www.aarnet.edu.au/
> --
>  The revolution will not be televised, it will be digitised