Thanks for the detailed explanation. Only thing that i have to mention is, please don't use the Microsoft Sam voice anymore! (it makes you fall asleep).
I have a question what if on both gateways different ccp mode(multicast and broadcast).what is the output of cphaprob stat and cphaprob -a if on both gateways
Hi Arun, In case of one member ccp mode set to broadcast and the other to multicast, in version R80.20 and above, the output is below: Member A: ========= [Expert@R80.20_GW1:0]# cphaprob stat Cluster Mode: High Availability (Active Up) with IGMP Membership ID Unique Address Assigned Load State Name 1 (local) 12.0.0.1 0% STANDBY R80.20_GW1 2 12.0.0.2 100% ACTIVE R80.20_GW2 Active PNOTEs: None Last member state change event: Event Code: CLUS-114802 State change: DOWN -> STANDBY Reason for state change: There is already an ACTIVE member in the cluster (member 2) Event time: Tue Feb 4 15:18:30 2020 Cluster failover count: Failover counter: 0 Time of counter reset: Fri Jan 31 10:12:11 2020 (reboot) [Expert@R80.20_GW1:0]# [Expert@R80.20_GW1:0]# cphaprob -a if CCP mode: Manual (Multicast) Required interfaces: 3 Required secured interfaces: 1 eth0 Non-Monitored non sync(non secured) eth1 UP non sync(non secured), multicast eth2 UP sync(secured), multicast eth3 UP non sync(non secured), multicast Virtual cluster interfaces: 2 eth1 10.0.1.150 eth3 13.0.0.10 Member B: ========= [Expert@R80.20_GW2:0]# cphaprob stat Cluster Mode: High Availability (Active Up) with IGMP Membership ID Unique Address Assigned Load State Name 1 12.0.0.1 0% STANDBY R80.20_GW1 2 (local) 12.0.0.2 100% ACTIVE R80.20_GW2 Active PNOTEs: None Last member state change event: Event Code: CLUS-114904 State change: ACTIVE(!) -> ACTIVE Reason for state change: Reason for ACTIVE! alert has been resolved Event time: Tue Feb 4 15:18:30 2020 Cluster failover count: Failover counter: 0 Time of counter reset: Fri Jan 31 10:12:11 2020 (reboot) [Expert@R80.20_GW2:0]# [Expert@R80.20_GW2:0]# cphaprob -a if CCP mode: Manual (Broadcast) Required interfaces: 3 Required secured interfaces: 1 eth0 Non-Monitored non sync(non secured) eth1 UP non sync(non secured), broadcast eth2 UP sync(secured), broadcast eth3 UP non sync(non secured), broadcast Virtual cluster interfaces: 2 eth1 10.0.1.150 eth3 13.0.0.10 Best Regards
Awesome video and command is very useful while troubleshooing....you are awesome as always nice way to explain..everything is awesome...if possible share me your email id ...i will ask more question
Thanks for explanation in such a beautiful way
Thanks for the detailed explanation. Only thing that i have to mention is, please don't use the Microsoft Sam voice anymore! (it makes you fall asleep).
Hi
Thanks for your video.
i have faced same type of issue. but ethtool command is not working in R60. can you please suggest.
I have a question what if on both gateways different ccp mode(multicast and broadcast).what is the output of cphaprob stat and cphaprob -a if on both gateways
Hi Arun,
In case of one member ccp mode set to broadcast and the other to multicast, in version R80.20 and above, the output is below:
Member A:
=========
[Expert@R80.20_GW1:0]# cphaprob stat
Cluster Mode: High Availability (Active Up) with IGMP Membership
ID Unique Address Assigned Load State Name
1 (local) 12.0.0.1 0% STANDBY R80.20_GW1
2 12.0.0.2 100% ACTIVE R80.20_GW2
Active PNOTEs: None
Last member state change event:
Event Code: CLUS-114802
State change: DOWN -> STANDBY
Reason for state change: There is already an ACTIVE member in the cluster (member 2)
Event time: Tue Feb 4 15:18:30 2020
Cluster failover count:
Failover counter: 0
Time of counter reset: Fri Jan 31 10:12:11 2020 (reboot)
[Expert@R80.20_GW1:0]#
[Expert@R80.20_GW1:0]# cphaprob -a if
CCP mode: Manual (Multicast)
Required interfaces: 3
Required secured interfaces: 1
eth0 Non-Monitored non sync(non secured)
eth1 UP non sync(non secured), multicast
eth2 UP sync(secured), multicast
eth3 UP non sync(non secured), multicast
Virtual cluster interfaces: 2
eth1 10.0.1.150
eth3 13.0.0.10
Member B:
=========
[Expert@R80.20_GW2:0]# cphaprob stat
Cluster Mode: High Availability (Active Up) with IGMP Membership
ID Unique Address Assigned Load State Name
1 12.0.0.1 0% STANDBY R80.20_GW1
2 (local) 12.0.0.2 100% ACTIVE R80.20_GW2
Active PNOTEs: None
Last member state change event:
Event Code: CLUS-114904
State change: ACTIVE(!) -> ACTIVE
Reason for state change: Reason for ACTIVE! alert has been resolved
Event time: Tue Feb 4 15:18:30 2020
Cluster failover count:
Failover counter: 0
Time of counter reset: Fri Jan 31 10:12:11 2020 (reboot)
[Expert@R80.20_GW2:0]#
[Expert@R80.20_GW2:0]# cphaprob -a if
CCP mode: Manual (Broadcast)
Required interfaces: 3
Required secured interfaces: 1
eth0 Non-Monitored non sync(non secured)
eth1 UP non sync(non secured), broadcast
eth2 UP sync(secured), broadcast
eth3 UP non sync(non secured), broadcast
Virtual cluster interfaces: 2
eth1 10.0.1.150
eth3 13.0.0.10
Best Regards
Thanks a lot...very useful and informative 😊
Cluster active device show error freez how we will resove
Awesome video and command is very useful while troubleshooing....you are awesome as always nice way to explain..everything is awesome...if possible share me your email id ...i will ask more question