Configuring FortiGate Firewall for Orange Belgium Cloud Telephony

Configuring FortiGate Firewall for Orange Belgium Cloud Telephony


In this article, I’ll walk you through each step to prepare a FortiGate firewall so that Orange Cloud Telephony runs flawlessly.


1. Disable SIP ALG

By default, FortiGate has a feature called SIP-ALG enabled, which interferes with cloud telephony. We need to turn it off.

Backup first
Before making any changes, back up your current firewall configuration so you can restore it if needed.

SIP ALG and SIP NAT Trace

For FortiOS ≥ 6.2.2

These commands disable SIP-ALG expectation and NAT trace, and set the VOIP ALG mode to kernel-helper-based, preventing SIP packets from being modified.

For FortiOS < 6.2.2

Use these in older versions for equivalent behavior.


Remove the SIP Session Helper

The SIP session helper also processes SIP packets via ALG. Remove it so SIP traffic passes untouched:

You’ll see a list—locate the entry named sip, for example:

edit 13

set name sip

set protocol 17

set port 5060

next

end

Here the helper ID is 13. Don’t assume it’s always 13—verify before you delete.


Disable RTP Processing

Prevent RTP sessions from being opened or altered:

And completely disable SIP in the VoIP profile:

These steps ensure FortiGate no longer opens or modifies RTP sessions, leaving audio traffic untouched.

Optional reboot
Most changes take effect immediately, but it’s good practice to reboot after removing the session helper:


2. Create Address Objects, Groups & Services

Paste the following into your FortiGate CLI. It automatically creates a custom service group containing every port, IP range and FQDN that Orange Cloud Telephony uses:

The above block creates the Orange_Cloud_Telephony_Svc service group on your firewall:

Orange Cloud Telephony service group example

Next, create a single address object that contains every IP range and FQDN. Copy–and-paste the CLI block below so everything is created in one go:

The above block creates the Orange_Cloud_Telephony_destinations address group on your firewall:

created_addres_group_Orange_Cloud_Telephony_destinations


3. Create Firewall Policies

Now we still need to create the firewall rules. Proceed as follows:

Example Orange Cloud Telephony policy

  1. Name — Choose something that clearly identifies the policy’s purpose.
  2. Incoming Interface — Select the interface where your telephony devices reside (in the screenshot it’s a dedicated voice subnet).
    IMPORTANT! If you also use the Orange Cloud Telephony mobile app, create a second policy that uses the interface/VLAN where those smartphones connect that use the app.
  3. Outgoing Interface — Your WAN uplink. If you’re using SD-WAN, select the SD-WAN virtual interface, as that is effectively your WAN egress.
  4. Source — An address object covering the entire subnet of the incoming interface (your voice subnet, or the smartphone subnet in the second policy).
  5. Destination — Choose the address group you created earlier: Orange_Cloud_Telephony_destinations.
  6. Service — Select the service group you built: Orange_Cloud_Telephony_Svc. This restricts the rule to only the required ports.
  7. Leave all other settings exactly as shown and do not enable any security profiles on this rule—UTM inspection isn’t needed for a simple allow rule to trusted telephony back-ends.
  8. Enable logging if you want visibility, then enable & save and place the policy in the correct order so it’s evaluated before any broader deny rules.

Done—your policy now cleanly matches interfaces, source/destination objects, and only the necessary services.


As a final touch, I create a generic firewall policy that permits DNS traffic from the voice subnet to the internet.

Why keep it broad?

  • fixed phones may use a different DNS server than the one you distribute via DHCP.
  • In some setups you are not the DHCP server, so you cannot enforce the DNS settings on every device.
  • A simple “allow DNS” rule prevents unexpected name-resolution issues during calls.

If you know exactly which DNS servers your deployment uses, feel free to tighten the rule later.
Apply the same logic to the subnet where the smartphones (Orange Cloud Telephony mobile app) reside—although smartphones usually sit in a network segment where DNS is already allowed.

Here’s a reference rule:

DNS allow policy example


That’s it! With these steps, your FortiGate is ready to handle Orange Cloud Telephony traffic without interference.


Sources:
https://community.fortinet.com/t5/FortiGate/Technical-Tip-Disabling-VoIP-Inspection/ta-p/194131 - Archived-link: https://archive.ph/twMzy


📄 Download Orange Cloud Telephony Firewall Settings (PDF)