- Products
- Learn
- Local User Groups
- Partners
- More
MVP 2026: Submissions
Are Now Open!
What's New in R82.10?
10 December @ 5pm CET / 11am ET
Announcing Quantum R82.10!
Learn MoreOverlap in Security Validation
Help us to understand your needs better
CheckMates Go:
Maestro Madness
Hello Community,
I am facing an issue with VoIP and wanted to see if anyone con help us. Some details about our scenario:
2 X 1900 gateways in HA, centrally managed.
Local PBX is behind the gateway.
3 external PBX are connected to the cluster.
The local PBX is NATed with a different IP address for the external PBX's.
This gateway manages 3 SIP trunks, all have the topology Proxy to Proxy, according to ATRG: VoIP, access and NAT rules are configured according the the ATRG. One of them is used only for outgoing calls, this one is working fine. The other 2 SIP trunks are used for incoming calls. These have problems (one way audio only). After we connect the SIP trunks, it works fine for 1-2 days, after that the phone that initiates the call (it is outside the network) does receive audio correctly, however the internal phone has no audio. After some tshooting, we noticed the SIP payload is not NATed correctly so the external PBX does not send the SIP ACK packet and RTP.
Our workaround is to move the SIP trunk connection, to a locally managed 1430 appliance, here it works fine all the time. When we need to replicate the problem, we move the SIP trunk back to 1900 cluster, wait 1-2 days and the issue appears again.
I wanted to ask if someone faced a similar behavior and could provide some guidance. We have a case open for this issue, but did not find a solution yet and customer is getting nervous with this issue.
Any help will be greatly appreciated, thanks in advance.
Regards
That sounds like a bug that needs to be addressed.
At least you have some sort of workaround you can employ in the meantime.
Just setting up new 1900.
On Prem PBX external SIP Trunk.
SIP 1 way audio. Outbound audio only.
On call with TAC.
R81.10.15 upgraded to R81.10.17
Still working on the problem.
Call automatically drops at 1:38
TAC discovered it was SmartAccel
Hi,
your 1900 gateways are locally managed? i my case they are centrally manged which does not support smart accel.
SmartAccel is still SecureXL under the hood.
Which may be where the issue lies in this case, definitely involving TAC
Managed by Infinity Portal and Local.
Still having SIP Trunk problem.
4th time contacting TAC about SIP Trunk Audio.
Works for 3 days then 1 way audio.
Different fixes each time.
Update.
Problem still happened with all acceleration disabled.
New firmware version fixed it.
New GA firmware available that I think includes a fix for SIP Trunk problems.
sk181134 - Check Point R81.10.X Resolved Issues and Enhancements
R81.10.17 Build 996004620
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 4 | |
| 2 | |
| 2 | |
| 2 | |
| 1 | |
| 1 | |
| 1 |
Fri 12 Dec 2025 @ 10:00 AM (CET)
Check Mates Live Netherlands: #41 AI & Multi Context ProtocolTue 16 Dec 2025 @ 05:00 PM (CET)
Under the Hood: CloudGuard Network Security for Oracle Cloud - Config and Autoscaling!Fri 12 Dec 2025 @ 10:00 AM (CET)
Check Mates Live Netherlands: #41 AI & Multi Context ProtocolTue 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