We are using 3rd parts optics to 95 % in our NetIrons, and have had quite a few Resets due to TM Errors. But we don't use Cisco SFP's/XFP's.
I'm interesting to hear what code Brocade TAC has suggested for the upgrade? Best regards Jan Pedersen Senior Network Specialist D: +45 7730 2932 M: +45 2550 7321 From: [email protected] [mailto:[email protected]] On Behalf Of Brad Fleming Sent: 27. marts 2010 04:30 To: Brad Fleming Cc: [email protected] Subject: Re: [f-nsp] Module Reset Due to TM Errors? Following up my previous email with an update and an additional question... Update: Brocade TAC has suggested a software upgrade because this appears to be an issue with the code version we are running. That upgrade has NOT been completed yet so I cannot confirm or deny resolution to the issue with that solution. Question: I noticed that this is the only XMR that is running Cisco SFP optics. Specifically, there are two Cisco SFPs on this card that each pass ~20Mbps. Has anyone seen linecard reboots when using 3rd Party optics, specially Cisco optics? Thanks for sharing any of your experiences and for any feedback or insights. -- Brad Fleming On Mar 11, 2010, at 8:44 PM, Brad Fleming wrote: We just saw this on one of our NetIron XMR 4000 devices: Mar 11 19:03:00:N:System: Module 1 powered on Mar 11 19:02:59:N:System: Module 1 powered off Mar 11 19:02:59:I:System: Interface ethernet 1/20, state down - unspecified Mar 11 19:02:59:I:System: Interface ethernet 1/19, state down - unspecified Mar 11 19:02:59:I:System: Interface ethernet 1/16, state down - unspecified Mar 11 19:02:59:I:System: Interface ethernet 1/12, state down - unspecified Mar 11 19:02:59:I:System: Interface ethernet 1/11, state down - unspecified Mar 11 19:02:59:I:System: Interface ethernet 1/10, state down - unspecified Mar 11 19:02:59:I:System: Interface ethernet 1/6, state down - unspecified Mar 11 19:02:59:I:System: Interface ethernet 1/5, state down - unspecified Mar 11 19:02:59:I:System: Interface ethernet 1/2, state down - unspecified Mar 11 19:02:59:I:System: Interface ethernet 1/1, state down - unspecified Mar 11 19:02:59:N:System: Module down in slot 1, reason CARD_DOWN_REASON_POWERED_OFF_BY_USER. Error Code 0 Mar 11 19:02:59:D:System: TM errors detected in slot 1 ppcr 0 Reg Offset 00002080 Value 00000400 Mar 11 19:02:59:D:System: Module reset in slot 1, TM errors detected Here's a show version output for that card: ======================================================================== == SL 1: NI-XMR-1Gx20-SFP 20-port 1GbE/100FX Module (Serial #: <<deleted>>, Part #: 35570-200B) Boot : Version 3.5.0fT175 Copyright (c) 1996-2007 Foundry Networks, Inc. Compiled on Sep 22 2008 at 11:28:04 labeled as xmlprm03500f (387720 bytes) from boot flash Monitor : Version 3.5.0fT175 Copyright (c) 1996-2007 Foundry Networks, Inc. Compiled on Oct 31 2008 at 12:06:22 labeled as xmlb03500f (387707 bytes) from code flash IronWare : Version 4.0.0cT177 Copyright (c) 1996-2007 Foundry Networks, Inc. Compiled on Apr 28 2009 at 22:01:00 labeled as xmlp04000ca (4114050 bytes) from Primary FPGA versions: Valid PBIF Version = 3.14, Build Time = 12/17/2008 14:32:00 Valid XPP Version = 5.07, Build Time = 12/9/2008 16:39:00 BCM5695GMAC 0 BCM5695GMAC 1 666 MHz MPC 8541 (version 8020/0020) 333 MHz bus 512 KB Boot Flash (AM29LV040B), 16 MB Code Flash (MT28F640J3) 1024 MB DRAM, 8 KB SRAM, 286331153 Bytes BRAM PPCR0: 1024K entries CAM, 16384K PRAM, 2048K AGE RAM LP Slot 1 uptime is 1 hours 38 minutes 24 seconds ======================================================================== == Has anyone else seen behavior like this on a NI XMR before? Thanks for any suggestions or insights. -- Brad Fleming _______________________________________________ foundry-nsp mailing list [email protected] http://puck.nether.net/mailman/listinfo/foundry-nsp
_______________________________________________ foundry-nsp mailing list [email protected] http://puck.nether.net/mailman/listinfo/foundry-nsp
