[f-nsp] Brocade FCX Stack Issue

Rajesh Singh Rajesh.Singh at admedia.ae
Thu Jun 5 09:11:52 EDT 2014


We have  FCX HPOE switches  with fcxs07400b and all are working fine sinc last 2 year.



Are you booting from layer 2 or 3.





#
    active                    standby
     +---+        +---+        +---+
 -2/1| 1 |2/2--2/1| 3 |2/2--2/1| 2 |2/2-
 |   +---+        +---+        +---+   |
 |                                     |
 |-------------------------------------|


trunk probe results: 3 links
Link 1: u2 -- u1, num=1
  1: 1/2/1 (P0) <---> 2/2/2 (P1)
Link 2: u3 -- u1, num=1
  1: 1/2/2 (P1) <---> 3/2/1 (P0)
Link 3: u3 -- u2, num=1
  1: 2/2/1 (P0) <---> 3/2/2 (P1)
CPU to CPU packets are fine between 3 units.

#sh<mailto:SSH at ITD-3FLR-Stk2#sh> ver
  Copyright (c) 1996-2012 Brocade Communications Systems, Inc. All rights reserved.
    UNIT 1: compiled on Oct 03 2012 at 08:19:10 labeled as FCXS07400b


Regards
Rajesh Singh,
 راجيش سنج
Sr. Network Engineer,
مهندس شبكات أول
Abu Dhabi Media
P.O. Box 114140, Abu Dhabi, United Arab Emirates
Tel +971.2.41.44.901[X], Mob +971.50.66.26.412[X]


________________________________
From: foundry-nsp [foundry-nsp-bounces at puck.nether.net] on behalf of Jon Maiman [jonmaiman at gmail.com]
Sent: Thursday, June 05, 2014 3:58 PM
To: salman sadiq
Cc: foundry-nsp at puck.nether.net
Subject: Re: [f-nsp] Brocade FCX Stack Issue

Salman,

  For FCX (and ICX6610 unless you need mixed family stacking) you should stick to the 7.3.0 code train.   I recommend going to 7.3.0h.   7.3.0j is newer, however I had stack communication issues with it (just like you're seeing with 7.4f).


--Jon (works for Brocade)


On Thu, Jun 5, 2014 at 5:26 AM, salman sadiq <salmanravian at gmail.com<mailto:salmanravian at gmail.com>> wrote:
Dear Team,
         We have around 300 FCX HPOE switches in a campus network. All of them are stacks. After upgrading to 7.4f we have seen a lot of stack sync issues. The standby unit in all the cases seems to be the source of the problem. Rebooting the stack causes the standby unit to go unresponsive unless the unit is hard rebooted. The show stack connection command shows the following.

sh stack connection
Probing the topology. Please wait ...
telnet at SW1-XXX#
    active       standby
     +---+        +---+
 -2/1| 1 |2/2--2/1| 2 |2/2-
 |   +---+        +---+   |
 |                        |
 |------------------------|


*** Error! there should be 2 links, but 0.
*** Error! no CPU to CPU:  u1 -x- u2,

>From another switch

    active                    standby
     +---+        +---+        +---+        +---+        +---+        +---+
 -2/1| 1 |2/2--2/1| 2 |2/2--2/1| 3 |2/2--2/1| 4 |2/2--2/1| 5 |2/2--2/1| 6 |2/2-
 |   +---+        +---+        +---+        +---+        +---+        +---+   |
 |                                                                            |
 |                                                                            |
 |                                                                    +---+   |
 ------------------------------------------------------------------2/2| 7 |2/1-
                                                                      +---+

*** Error! should have 7 links, but 5: missing u2-u3, u3-u4, .
Link 1: u7 -- u1, num=1
  1: 1/2/1 (P0) <---> 7/2/2 (P1)
Link 2: u2 -- u1, num=1
  1: 1/2/2 (P1) <---> 2/2/1 (P0)
Link 3: u5 -- u4, num=1
  1: 4/2/2 (P1) <---> 5/2/1 (P0)
Link 4: u6 -- u5, num=1
  1: 5/2/2 (P1) <---> 6/2/1 (P0)
Link 5: u7 -- u6, num=1
  1: 6/2/2 (P1) <---> 7/2/1 (P0)
*** Error! no CPU to CPU:  u1 -x- u3,
*** Error! no CPU to CPU:  u2 -x- u3,
*** Error! no CPU to CPU:  u3 -x- u4,
*** Error! no CPU to CPU:  u3 -x- u5,
*** Error! no CPU to CPU:  u3 -x- u6,
*** Error! no CPU to CPU:  u3 -x- u7,


Anyone has seen this before? I'm working with the TAC but they seem to be clueless as of now.

BR
Salman

_______________________________________________
foundry-nsp mailing list
foundry-nsp at puck.nether.net<mailto:foundry-nsp at puck.nether.net>
http://puck.nether.net/mailman/listinfo/foundry-nsp


---------------------------------------------------------------------------------------
DISCLAIMER
This message (including any attachments) is confidential and intended solely for the person or organization to whom it is addressed. It may contain privileged and confidential information. If you are not the intended recipient, you should not copy, distribute or take any action in reliance on it. If you have received this message in error, please notify us immediately by telephoning or E-mailing the sender. This footnote also confirms that this E-mail message has been scanned for the presence of computer viruses.
---------------------------------------------------------------------------------------
Please consider the environment before printing this email
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/foundry-nsp/attachments/20140605/7772f388/attachment.html>


More information about the foundry-nsp mailing list