[f-nsp] Module Reset Due to TM Errors?

[Brad Fleming]

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
> foundry-nsp at puck.nether.net
> http://puck.nether.net/mailman/listinfo/foundry-nsp

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/foundry-nsp/attachments/20100326/05814dd5/attachment.html>