[f-nsp] NI-MLX-10Gx8-M TM Health Error

Dave Peters - Terabit Systems Dave at terabitsystems.com
Tue Sep 11 14:18:00 EDT 2012


Hey all-

I've got a NI-MLX-10Gx8-M running on an MLXe-16, software version 5.300a.  The top four ports (3/1 to 3/4)  work just fine, but when I plug a cable into port 5 or 6, the card abruptly power cycles, and continues to do so until I unplug that port.

In the logs (below) I'm getting a "TM Health Monitoring" error.

Has anyone experienced anything like this? Any advice?

As always, much appreciated.

--Dave Peters

Dynamic Log Buffer (50 lines):
Sep 11 18:21:12:N:System: Module 5 powered on
Sep 11 18:21:11:N:System: Module 5 powered off
Sep 11 18:21:11:I:System: Interface ethernet 5/6, state down - unspecified
Sep 11 18:21:11:N:System: Module down in slot 5, reason CARD_DOWN_REASON_POWERED
_OFF_BY_USER. Error Code 0
Sep 11 18:21:11:D:System: TM Health Monitoring detects an issue in slot 5 ppcr 1
Reg Offset 00000000 Value 00000004
Sep 11 18:21:11:D:System: Module reset in slot 5, triggered by TM Health Monitor
ing
Sep 11 18:21:06:I:System: Interface ethernet 5/6, state up
Sep 11 18:21:06:I:System: Interface ethernet 5/8, state down - link down
Sep 11 18:21:06:W:SYSTEM: Optic is not factory qualified (port 5/8).
    Type  : 10GE SR 300m SFP+
    Vendor:          FINISAR CORP.   , Version:                 A
    Part# :          FTLX8571D3BCL   , Serial#:     UBK00GS
Sep 11 18:21:05:I:System: Interface ethernet 5/8, state up
Sep 11 18:20:26:I:Security: running-config was changed by operator from console
Sep 11 18:20:24:I:PORT: 5/8 enabled by operator from console session.
Sep 11 18:20:24:I:PORT: 5/7 enabled by operator from console session.
Sep 11 18:20:24:I:PORT: 5/6 enabled by operator from console session.
Sep 11 18:20:24:I:PORT: 5/5 enabled by operator from console session.
Sep 11 18:20:24:I:PORT: 5/4 enabled by operator from console session.
Sep 11 18:20:24:I:PORT: 5/3 enabled by operator from console session.
Sep 11 18:20:24:I:PORT: 5/2 enabled by operator from console session.
Sep 11 18:20:24:I:PORT: 5/1 enabled by operator from console session.
Sep 11 18:19:35:N:System: Module up in slot 5
Sep 11 18:19:14:N:System: Module up in slot 3
Sep 11 18:19:03:D:TM logging started by an event trigger
Sep 11 18:18:33:I:System: Warm start
Sep 11 18:18:33:N:System: IfIndex assignment was changed
Sep 11 18:18:33:A:System: AC Power Supply 4 , 4th from left (top row), Installed
(OK)
Sep 11 18:18:32:A:System: AC Power Supply 3 , 3rd from left (top row), Installed
(OK)
NetIron MLX-16 Router#

From: foundry-nsp-bounces at puck.nether.net [mailto:foundry-nsp-bounces at puck.nether.net] On Behalf Of Youssef Bengelloun-Zahr
Sent: Wednesday, September 05, 2012 11:04 AM
To: Steven Raymond
Cc: foundry-nsp at puck.nether.net
Subject: Re: [f-nsp] Problem with IPv6 BGP community propagation

Hi Steven,

I added the 'neighbor ER-PEER-V6 activate' under ipv6 AFI on the RR, the command was missing.

Cleared the sessions, worked like a charm.

Thanks.

Y.


2012/9/5 Steven Raymond <sraymond at acedatacenter.com<mailto:sraymond at acedatacenter.com>>

On Sep 5, 2012, at 3:33 AM, Youssef Bengelloun-Zahr wrote:



Hello community,

I have been struggling with a nice IPv6 BGP problem.

I am using my route reflectors (CER-RT, v5.3.0b) to generate the BGP prefixes we will be announcing to our upstreams via our edge routers (MLXe-4, v5.3.0b).

The configuration works just fine for IPv4, but for some reason, my BGP communities are not propagated when using the same model under IPv6 AFI.
I had the same problem.



....


address-family ipv6 unicast

redistribute static route-map FROM-STATIC-V6-TO-BGP

neighbor RR-PEER-V6 send-community

neighbor 2a00:bf40::XYZ activate

neighbor 2a00:bf40::XYZ activate

exit-address-family



Try adding "neighbor RR-PEER-V6 activate".  Alternatively, I think if you add "send-community [both]" to each individual peer, it fixes it too.  My recollection is a little fuzzy, but one of these two should work.  Let me know if not.

It struck me as strange that the peer was already "up", so it would have never occurred to me that the peer-group itself needed an activate.






--
Youssef BENGELLOUN-ZAHR
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/foundry-nsp/attachments/20120911/953cad5d/attachment.html>


More information about the foundry-nsp mailing list