[j-nsp] Link with errors, how to fast detect ?
james list
jameslist72 at gmail.com
Tue Oct 20 15:40:24 EDT 2015
Dear Adam
Very interesting.
So you suggest to use OAM LFM to detect pkt loss and to put down physical
interface, then to use hold-time to wait the storm is gone and put again up
the interface after some secs/mins.
I'm not so familiar with OAM, how does it works on a metro ethernet link
provided by the carrier? Is it end to end or is stopped at the ME carrier
switch?
Cheers
James
Il 20/Ott/2015 17:35, "Adam Vitkovsky" <Adam.Vitkovsky at gamma.co.uk> ha
scritto:
> Dear James,
>
> You can use LFM to detect errors on the link
>
> Edit protocols oam
> ethernet {
> link-fault-management {
> action-profile detect-loss {
> event {
> link-adjacency-loss;
> protocol-down;
> }
> action {
> syslog;
> link-down;
> send-critical-event;
> }
> }
> interface ge-x/x/x {
> apply-action-profile detect-loss
> pdu-interval 50;
> pdu-threshold 3;
>
>
> however there's no hold-time on LFM to test the link for say 10sec in
> order to render it usable again so you might need interface hold down
> timers for stability
>
> set int ge0/0/0/ hold-time up 10000 down 0
>
>
> adam
> >
>
> Adam Vitkovsky
> IP Engineer
>
> T: 0333 006 5936
> E: Adam.Vitkovsky at gamma.co.uk
> W: www.gamma.co.uk
>
> This is an email from Gamma Telecom Ltd, trading as “Gamma”. The contents
> of this email are confidential to the ordinary user of the email address to
> which it was addressed. This email is not intended to create any legal
> relationship. No one else may place any reliance upon it, or copy or
> forward all or any of it in any form (unless otherwise notified). If you
> receive this email in error, please accept our apologies, we would be
> obliged if you would telephone our postmaster on +44 (0) 808 178 9652 or
> email postmaster at gamma.co.uk
>
> Gamma Telecom Limited, a company incorporated in England and Wales, with
> limited liability, with registered number 04340834, and whose registered
> office is at 5 Fleet Place London EC4M 7RD and whose principal place of
> business is at Kings House, Kings Road West, Newbury, Berkshire, RG14 5BY.
>
>
> -----Original Message-----
> > From: juniper-nsp [mailto:juniper-nsp-bounces at puck.nether.net] On Behalf
> > Of james list
> > Sent: Monday, October 19, 2015 3:34 PM
> > To: juniper-nsp at puck.nether.net
> > Subject: [j-nsp] Link with errors, how to fast detect ?
> >
> > Dear experts,
> >
> > I currently have a wan link between two MXs that sometimes is
> experiencing
> > errors.
> >
> > I’ve on top of the link OSPF (timer 1/3) as routing protocol and I’d
> like to find
> > out any possible way to exclude the link when errors are in place and
> below
> > to the 3 seconds of the OSPF timers.
> >
> >
> > I’ve analyzed the following:
> >
> > 1) BFD with OSPF but it doesn’t support hold-time (as BGP does),
> in
> > order to avoid OSPF flapping and generate higher instability I cannot
> use it
> >
> > 2) RPM event based script: probe interval is currently not below of
> 1
> > second, hence to detect results with no false positive I need some
> sampling
> > and we’re still at 3 seconds or more
> >
> > Any other possible options ?
> >
> > OAM ? does it support hold-time ?
> >
> >
> > Cheers
> >
> > James
> > _______________________________________________
> > juniper-nsp mailing list juniper-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/juniper-nsp
>
More information about the juniper-nsp
mailing list