Hi Doehni, I think SK25977 is the right help about your problem, because you talk about 3 ClusterXL with the same synchronisation network. Also see SK16140 : it explains some differences between crossover cable and Hub/Switch for the synchronisation network(s).
-- Fabrice Barutel ------------------------------ Date: Wed, 18 Jan 2006 14:04:49 +0100 From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Subject: Cluster XL Secureplatform HFA17 fails Hi Folks, two clustermembers of R55-HFA15-enforcement modules are upgraded to HFA17. The ClusterXL Mode is HA New. After applying HFA17 to standby/active member using SecureUpdate the member with the higher priority never go to active state anymore? This member still remains in ready state?! - Is there any way to force a clustermember to active state? - any hints? :) Info: There is "one" synchronisation network for 3 clusterXL (3x2) configurations (HFA15) so maybe the other two clusters nodes sends messages with the wrong confirmations, that the machine can go to active state? Do I have to configure a dedicated synchronisation link with a crosscable? thx doehni ================================================= To set vacation, Out-Of-Office, or away messages, send an email to [EMAIL PROTECTED] in the BODY of the email add: set fw-1-mailinglist nomail ================================================= To unsubscribe from this mailing list, please see the instructions at http://www.checkpoint.com/services/mailing.html ================================================= If you have any questions on how to change your subscription options, email [EMAIL PROTECTED] =================================================
