- Products
- Learn
- Local User Groups
- Partners
- More
MVP 2026: Submissions
Are Now Open!
What's New in R82.10?
Watch NowOverlap in Security Validation
Help us to understand your needs better
CheckMates Go:
Maestro Madness
Hi,
If I have a new checkpoint firewall in a remote site with only 1 rule (internal network) to ANY, Allow. (only the firewall blade is enabled, all other blades are inactive). This new connection is exclusively for VoIP connectivity to a cloud phone service. Is there any recommend or best practice rules/settings/or global properties to maximize reliability on this connection? I need to ensure that any packets destined to the 8x8 phone cloud does not get slowed or interrogated by any mechanism that might disrupt audio quality/reliability.
We're getting some complaints in the current configuration on call quality and reliability.
Regards,
Gaurav Pandya
It sounds like you've got a pretty straightforward setup. I'd bet that the firewall is not to blame and something else is causing the issue provided the device is not overloaded. You can always check Tracker to see if there are any drops during the outage period.
What version of firewall code are you running? On R77.30 all VoIP traffic can only be inspected by the lead Firewall Worker core (fw_0 - usually the highest CPU number), if you have IPSec VPN traffic present it can only be processed on that same core as well for R77.30.
On R80.10 gateway IPSec VPN traffic can be processed on multiple Firewall Worker cores, but I don't recall any mention of VoIP inspection improvements in R80.10 gateway, so I assume the single-core VoIP inspection limitation still exists in that release. Edit: CoreXL known limitations (sk61701) states that the VoIP single-core limitation only applies in R77.30 and lower.
--
My Book "Max Power: Check Point Firewall Performance Optimization"
Second Edition Coming Soon
Hi,
Version is R77.30 and there is no IPSEC VPN. It is simple rule. However now there is not any complains from users.
This is intermittent issue.
You can troubleshoot past or intermittent performance issues by running cpview in historical mode with -t, looking at sar history with -f, and by looking in dmesg/syslog. An entirely new chapter in the upcoming Second Edition of my book covers this exact situation, explores the granularity limitations of those tools, and which one is preferred in certain situations.
--
My Book "Max Power: Check Point Firewall Performance Optimization"
Second Edition Coming Soon
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 12 | |
| 10 | |
| 9 | |
| 8 | |
| 6 | |
| 3 | |
| 2 | |
| 2 | |
| 2 | |
| 1 |
Tue 16 Dec 2025 @ 05:00 PM (CET)
Under the Hood: CloudGuard Network Security for Oracle Cloud - Config and Autoscaling!Thu 18 Dec 2025 @ 10:00 AM (CET)
Cloud Architect Series - Building a Hybrid Mesh Security Strategy across cloudsTue 16 Dec 2025 @ 05:00 PM (CET)
Under the Hood: CloudGuard Network Security for Oracle Cloud - Config and Autoscaling!Thu 18 Dec 2025 @ 10:00 AM (CET)
Cloud Architect Series - Building a Hybrid Mesh Security Strategy across cloudsAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY