[f-nsp] BR-MLX-1GFx24-X configured as invalid module

Jeroen Wunnink | Atrato IP Networks jeroen.wunnink at atrato-ip.com
Mon Nov 12 20:15:16 EST 2012


I see a NI-MLX-MR management card and a BR-MLX-1GFx24-X module. *-X 
linecards are meant for NI-XMR-MR cards, so that's most likely your problem.


On 11/12/12 8:55 PM, Alexander Shikoff wrote:
> Hello,
>
> On Mon, Aug 20, 2012 at 08:17:29PM +0200, Frederic Jaeckel wrote:
>> Hej,
>>
>> I got these all new modules in completely new MLX4-e chassis and don't
>> know what the issue is, but the BR-MLX-1GFx24-X modules are always
>> recognized as invalid and put into interactive mode. I tried upgrading
>> the devices from IronWare 5.2c to IronWare 5.3b, but this didn't help.
>> The LP FPGA images, monitor and boot images are all up to date and the
>> linecard is not being recognized in both 5.2c and 5.3b. Anyone has an
>> idea why that is? I have 1GE Fiber SFPs in these linecards.
>>
>> #sho mod
>>          Module                             Status      Ports  Starting MAC
>> M1 (left): NI-MLX-MR Management Module     Active
>> M2 (right): NI-MLX-MR Management Module     Standby (Ready State)
>> F1: NI-X-HSF Switch Fabric Module         Active
>> F2: NI-X-HSF Switch Fabric Module         Active
>> F3: NI-X-HSF Switch Fabric Module         Active
>> S1: BR-MLX-1GFx24-X 24-port 1GbE SFP Module  CARD_STATE_INTERACTIVE	0	
>> 0024.38a5.4c00
>> (S1: Configured as invalid module)
>> S2: NI-MLX-10Gx8-D 8-port 10GbE (D) Module  CARD_STATE_UP	8	 0024.38a5.4c30
>> S3: NI-MLX-10Gx8-D 8-port 10GbE (D) Module  CARD_STATE_UP	8	 0024.38a5.4c60
>> S4:
>>
>> # sho log
>> Aug 20 16:33:53:N:Module 1 is reset by mgmt (reason: boot to interactive mode)
>> Aug 20 16:33:36:N:System: Module was inserted to slot 1
>> Aug 20 16:33:25:N:System: Module was removed from slot 1
> Dear Colleagues,
> Are there any updates on that issue? I have the same problem with
> BR-MLX-1GFx24-X-ML card in MLXe-16 chassis:
> telnet at lsr1-gdr.ki#show module
>          Module                             Status      Ports  Starting MAC
> M1 (upper): BR-MLX-MR2-M Management Module     Active
> M2 (lower):
> F1: NI-X-HSF Switch Fabric Module         Active
> F2: NI-X-HSF Switch Fabric Module         Active
> F3: NI-X-HSF Switch Fabric Module         Active
> F4:
> S1: NI-MLX-10Gx8-D 8-port 10GbE (D) Module  CARD_STATE_UP       8        0024.38a1.c900
> S2: NI-MLX-10Gx8-D 8-port 10GbE (D) Module  CARD_STATE_UP       8        0024.38a1.c930
> S3: NI-MLX-10Gx8-D 8-port 10GbE (D) Module  CARD_STATE_UP       8        0024.38a1.c960
> S4: NI-MLX-10Gx8-D 8-port 10GbE (D) Module  CARD_STATE_UP       8        0024.38a1.c990
> S5: NI-MLX-10Gx8-D 8-port 10GbE (D) Module  CARD_STATE_UP       8        0024.38a1.c9c0
> S6:
> S7:
> S8:
> S9:
> S10:
> S11:
> S12:
> S13:
> S14:
> S15:
> S16: BR-MLX-1GFx24-X 24-port 1GbE SFP Module  CARD_STATE_INTERACTIVE    0        0024.38a1.cbd0
>
> show log:
>
> Nov 12 18:54:54:N:System: G1 based module in slot 16 kept interactive - System in Turbo fabric data mode
> Nov 12 18:54:54:N:Module 16 is reset by mgmt (reason: boot to interactive mode)
>
> But according to "MLX Module Compatibility Matrix" document it should
> work properly both with SFM and hSFM modules and with BR-MLX-MR2-M
> mgmt. module. But in this document there is no any note about "Turbo"
> mode.
>
>  From other side,
> http://puck.nether.net/pipermail/foundry-nsp/2012-April/003519.htm
> claims that "If the system is operating in Turbo mode, standard switch
> fabric modules (G1) and standard (G1) interface modules are automatically
> blocked."
>
> Thus, in order to get BR-MLX-1GFx24-X-ML card working properly I should
> disable turbo-mode of hSFM? But what consequences it may have?
> And what should I do when there is need to use 100G modules?
>
> Thanks in advance!
>


-- 

Jeroen Wunnink
Network Engineer
Atrato IP Networks
jeroen.wunnink at atrato-ip.com
Phone: +31 20 82 00 623




More information about the foundry-nsp mailing list