Cristiano, The output from the 'show linkflap' command SHOULD have shown all the parameters. What I was looking for was how your switch is currently set up in regards to link-flap.
David is right, linkflap won't help if there's an intermediary device that's keeping the switch port up. My understanding is Linkflap was designed to prevent flapping links causing havoc in L3 environments. Regards, Andy -----Original Message----- From: Sillsby, David [mailto:[EMAIL PROTECTED] Sent: 21 October 2008 16:50 To: Enterasys Customer Mailing List Subject: RE: [enterasys] Linkflap C2 / E1 Hello Cristiano, I have a port set up with linkflap in my lab. The configuration looks like this: #linkflap set linkflap globalstate enable set linkflap portstate enable fe.1.6 set linkflap action fe.1.6 disableInterface set linkflap threshold fe.1.6 2 set linkflap interval fe.1.6 10 set linkflap downtime fe.1.6 10 ! End The problem is that you must loose link on the switch for linkflap to work. If you have a wireless device attached to the port and the wireless link drops but the Ethernet link from the switch to the wireless device does not drop link linkflap will not be useful. Dave Sillsby Enterasys - GTAC -----Original Message----- From: Cristiano Rodrigues [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 21, 2008 11:26 AM To: Enterasys Customer Mailing List Subject: RE: [enterasys] Linkflap C2 / E1 The Linkflap feature is not enabled in the Switch. I did some experiments with it using a previous firmware version and it didn't work well. - The link would not come up and instead it was going offline more often. - Maybe it's time to try it again? I could do some experiments using linkflap, but I would be more sure of myself if I had anyone's working linkflap parameters. Cristiano Rodrigues Técnico Direcção de Estudos e Planeamento [EMAIL PROTECTED] - Rua do Repouso, n10, 8000-302 Faro T: +351 289 899 070 F: +351 289 899 079 W: http://www.aguasdoalgarve.pt -------------------------------------------------------------------- * Antes de imprimir este e-mail pense bem se tem mesmo de o fazer. * * Before printing this e-mail, assess if it is really needed. * -------------------------------------------------------------------- -----Original Message----- From: Andy Middlehurst [mailto:[EMAIL PROTECTED] Sent: terça-feira, 21 de Outubro de 2008 16:12 To: Enterasys Customer Mailing List Subject: RE: [enterasys] Linkflap C2 / E1 Hi Cristiano, Can you attach the output from the 'show linkflap' command? Regards, Andy Middlehurst Networks First Ltd Service Desk: +44 (0)845 850 1177 Number One Paper Mill Drive Church Hill South, Redditch, B98 8QJ Telephone: +44 (0)845 850 5577 Networks First Limited Networks First - committed to excellence, committed to you <http://www.networksfirst.com> Networks First Ltd , (Registered in England 291 2114) Data Protection Act Fair Collection Notice: Your data will be processed by Networks First Limited at their offices. We will record information relevant to the provision of IT services to your company, including your name, business address, telephone number, e-mail address and details of your requirements. We will use the data to forward to you information on projects and services we think may be of interest to you. If you do not want to receive such communications, wish to update your registration or have any queries concerning this statement, please contact [EMAIL PROTECTED] -----Original Message----- From: Cristiano Rodrigues [mailto:[EMAIL PROTECTED] Sent: 21 October 2008 15:48 To: Enterasys Customer Mailing List Subject: [enterasys] Linkflap C2 / E1 Does anyone have experience with the Linkflap function? We currently have a problem that is difficult to identify source. There is a optical wireless link between a C2 Stack and an E1. The Link often fails due to atmospheric factors, and the end-to-end link goes unusable even after the link gets back up. By our experience, the link at first drops a few packets (doing a "PING -T x.x.x.x") then goes completely unusable, dropping every packet. The logging buffer doesn't record anything useful regarding the specific port. The firmware installed is 03.07.29.0000 on the E1 and 05.01.03.0003 on the C2. Until now, the only way we have devised to get the link back up is by doing a manual reset to the link, either disconnecting the cable physically and plugging it back in or doing a "set port disable ge.x.x" and "set port enable ge.x.x". If the Linkflap could solve the problem I would be off the hook. Anyone has experience on these kind of issues? Another option is maybe having a script executing the port disable/enable on its own. Does anyone know how to run commands on a switch automatically, or through "unmanned" telnet sessions? Any kind of software that could accept scripts and run them in a telnet session automatically in case the links goes "flapping" again... Thanks everyone! Cristiano Rodrigues Técnico Direcção de Estudos e Planeamento [EMAIL PROTECTED] - Rua do Repouso, n10, 8000-302 Faro T: +351 289 899 070 F: +351 289 899 079 W: http://www.aguasdoalgarve.pt -------------------------------------------------------------------- * Antes de imprimir este e-mail pense bem se tem mesmo de o fazer. * * Before printing this e-mail, assess if it is really needed. * -------------------------------------------------------------------- --- To unsubscribe from enterasys, send email to [EMAIL PROTECTED] with the body: unsubscribe enterasys [EMAIL PROTECTED] This message has been scanned for malware by SurfControl plc. www.surfcontrol.com --- To unsubscribe from enterasys, send email to [EMAIL PROTECTED] with the body: unsubscribe enterasys [EMAIL PROTECTED] --- To unsubscribe from enterasys, send email to [EMAIL PROTECTED] with the body: unsubscribe enterasys [EMAIL PROTECTED] --- To unsubscribe from enterasys, send email to [EMAIL PROTECTED] with the body: unsubscribe enterasys [EMAIL PROTECTED] --- To unsubscribe from enterasys, send email to [EMAIL PROTECTED] with the body: unsubscribe enterasys [EMAIL PROTECTED]
