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@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 [[email protected]] on behalf of Jon Maiman 
[[email protected]]
Sent: Thursday, June 05, 2014 3:58 PM
To: salman sadiq
Cc: [email protected]
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 
<[email protected]<mailto:[email protected]>> 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@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
[email protected]<mailto:[email protected]>
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
_______________________________________________
foundry-nsp mailing list
[email protected]
http://puck.nether.net/mailman/listinfo/foundry-nsp

Reply via email to