- Products
- Learn
- Local User Groups
- Partners
- More
What's New in R82.10?
10 December @ 5pm CET / 11am ET
Improve Your Security Posture with
Threat Prevention and Policy Insights
Overlap in Security Validation
Help us to understand your needs better
CheckMates Go:
Maestro Madness
Hi guys.
How are you?
I have a question, I would appreciate if you could help me.We detected a flapping in a switch that is used to connect the synchronism interfaces.
These interfaces share the same vlan, which is dedicated to forward this sync traffic between the cluster members.
The cluster is in load sharing mode and has a unicast configuration.
The virtual cluster interfaces all have the same VMAC address.
The switch is a Cisco Catalyst, as I had found a SK that reported a known bug for the Cisco Nexus series.
The cluster version is R81.10, so it already has kernel 3.10.
Thank you very much.
Regards.
Some questions for context:
Do you see a mac-flap or an interface up/down, how is portfast configured?
What model of appliance & type of interface is used for Sync?
Can you also confirm the JHF level the system is installed with?
Hi Chris!
We could only see the flapping in the logs, although we do not rule out that there may be some drop and because the buffer was full we could not notice it.
The model is a Cisco Catalyst 2960X with the IOS 15.2 operating system.
Currently they have installed the JHF take 45, with two portfix that TAC provided us, due to other problems that the cluster has had.
Thank you.
Regards.
Is VMAC option checked on cluster object under clusterxl tab?
Hi!!
Yes, the VMAC option is enabled in the cluster object.
Which SK are you referring to?
Hi Val!
The SK I refer to is next, but it is about the Cisco Nexus.
Regards!
I read that article and I see workaround CP has, but not sure if thats something most clients would do, to switch from unicast to broadcast. Even in HA active-standby, CCP mode by default is ALWAYS unicast and works fine. I worked with customer before who also had Cisco Nexus (not sure exact model number), but they never had this issue, though they had cluster XL HA, not load-sharing.
Here are some questions I have:
1) Were you guys always using same switch?
2) If answer to 1 is yes, when did this issue happen originally?
3) If answer to 1 is no, what was behavior previously?
4) How often does the problem happen?
Andy
Hi Andy!
Thank you for your comments.
We had our doubts also with that SK.
Yes, the switch that was used was always the same, although we do not know since when this error started, this flapping happens constantly.
Regards
Ok, fair enough. In that case, me personally, I would either change whats suggested in the sk (though probably not the best idea) OR call Cisco and see what they can offer you as a solution/workaround. There really does not seem to be any other logical option, at least : - )
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 26 | |
| 19 | |
| 11 | |
| 8 | |
| 6 | |
| 6 | |
| 5 | |
| 5 | |
| 5 | |
| 4 |
Wed 03 Dec 2025 @ 10:00 AM (COT)
Última Sesión del Año – CheckMates LATAM: ERM & TEM con ExpertosThu 04 Dec 2025 @ 12:30 PM (SGT)
End-of-Year Event: Securing AI Transformation in a Hyperconnected World - APACThu 04 Dec 2025 @ 03:00 PM (CET)
End-of-Year Event: Securing AI Transformation in a Hyperconnected World - EMEAThu 04 Dec 2025 @ 02:00 PM (EST)
End-of-Year Event: Securing AI Transformation in a Hyperconnected World - AmericasWed 03 Dec 2025 @ 10:00 AM (COT)
Última Sesión del Año – CheckMates LATAM: ERM & TEM con ExpertosThu 04 Dec 2025 @ 12:30 PM (SGT)
End-of-Year Event: Securing AI Transformation in a Hyperconnected World - APACThu 04 Dec 2025 @ 03:00 PM (CET)
End-of-Year Event: Securing AI Transformation in a Hyperconnected World - EMEAThu 04 Dec 2025 @ 02:00 PM (EST)
End-of-Year Event: Securing AI Transformation in a Hyperconnected World - AmericasAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY