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.vitkov...@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.vitkov...@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 postmas...@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-boun...@puck.nether.net] On Behalf > > Of james list > > Sent: Monday, October 19, 2015 3:34 PM > > To: juniper-nsp@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@puck.nether.net > > https://puck.nether.net/mailman/listinfo/juniper-nsp > _______________________________________________ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp