【Zoom Phone】Zoom Phoneで片通話？ファイアウォール製品のSIP ALG機能が原因かもしれません

2025年4月23日 11:30

はじめに

Zoom Phoneを導入して通話品質は良好…と思いきや、「コールキューからの着信だけ音声が聞こえない」といった現象に悩まされるケースが実際に発生しています。
このブログでは、SIP ALG／SIP Helper／RTP handlingがZoom Phoneの通話にどう影響するのか、またトラブル回避のための対応方針について解説します。

📌 発生した事象

ある環境で、オンプレSBC(Session Border Controller)からZoom Phoneへの通話時に着信応答は成立するが、Zoom側で音声が受信できない(RTPが届かない)という事象が発生しました。実際の状況としては、「コールキューから着信した通話」で相手の声が無音になるという事象です。同じ着信でも個人宛て通話では問題ありません。

📶 通信構成

SBC → ファイアウォール(FortiGate)→ Zoom Cloud
SIPシグナリング(呼制御)は通っている(Zoomで通話応答済み)
RTP/SRTP(音声パケット)がZoom側に届いていない
FortiGate上ではSIP ALGが有効

🔍 FortiGateのSIP ALG(Application Layer Gateway)とは？

FortiGateでは初期設定で以下の2つのVoIP関連機能が有効化されています。

SIP ALG（VoIPインスペクション）
→ SIP/SDPパケットを監視し、動的にNATやポートの制御を行う
SIP Helper
→ ALGよりも基本的なセッションヘルパー機能。ALGが無効でも有効になるケースあり

これらは、オンプレPBX同士の通信においては便利な機能ですが、Zoomのようにクラウド側でセッション制御が完結している環境では、逆に干渉となって通話障害を引き起こす可能性があります。

⚠ Zoom PhoneとALGの相性問題

ZoomはNAT越えや音声経路の制御を自前で行っており、FortiGate側でSDPの情報やポートを書き換えられると、Zoom側で音声が受け取れない＝片通話が発生することがあります。
特に以下のような状況では、ALGによる干渉が起きやすくなります。

SRTP(暗号化されたRTP)を使用しており、ALGが中身を正しく解釈できない場合
コールキューや転送など、非標準なSIPシーケンスを含む通話フローの場合
ALGが動的に開けたRTPポートがZoomの想定と一致しない場合(ピンホール処理の不整合)

📥着信時のみ発生するのはなぜ？

この片通話の事象は、Zoom Phone側からの着信(特にコールキュー経由)の際に発生し、発信する通話では発生しないことが多くあります。
これは、着信と発信でSIP/SDPのやり取りの流れが異なるため、ALGが適切にポート制御できないケースがあるためです。
たとえば…

ZoomからSBCへ着信が来る際、Zoom側が送るSDPに含まれるポート番号をALGが正しく解釈・処理できずに誤ったピンホールを開ける
逆にSBC発信時は、ALGが内部側（LAN）からの通信として扱うため、比較的うまくポートを開けてくれる

このような違いにより、着信時だけZoom側に音声が届かない＝片通話という現象が起きるわけです。

🛠 こんなときは、この設定も確認を

ここまで見てきたように、Zoom Phoneの通話トラブル(片通話、音声が届かない、RTP 0パケットなど)は、ファイアウォールのSIP ALGや音声トラフィックの扱いが関係しているケースがあります。
特に、FortiGateをファイアウォールとして使用している場合は、以下のような機能が初期状態で有効になっており、Zoom PhoneのようなクラウドPBXと干渉してしまうことがあります。

SIP ALG（VoIPインスペクション）
SIP Helper（セッションヘルパー）
RTP handling（音声メディアの制御）

もちろん、すべてのケースでこれが原因とは限りませんが、調査の過程で

Zoom側のSBCには音声が届いていない
SBCからZoomへの送信パケットは出ている
残るはファイアウォールのみが通信経路に存在

という状況になった場合には、FortiGate側のVoIP関連設定も被疑箇所の１つとして確認してみることをおすすめします。

💡 FortinetのSIP ALGの無効化に関する見解

Fortinetのコミュニティでは、SIP ALGの無効化について以下のように説明されています。
https://community.fortinet.com/t5/FortiGate/Technical-Tip-Disabling-VoIP-Inspection/ta-p/194131

Disabling SIP-ALG is not the first Troubleshooting action to take!
Re-enabling SIP-ALG will require a restart.

Technical Tip: Disabling VoIP Inspection

これはつまり、Fortinetとしては SIP ALGの利用を基本的には推奨しているものの、他社のクラウドPBX製品との連携時には、無効化が必要な場合があることを認識しているということですね。

✅ RTP handling の無効化も選択肢に

SIP ALGやSIP Helperを無効化してもまだ問題が解消しない場合、FortiGateの「RTP handling」機能の無効化も有効な手段かもしれません。
通常、FortiGateはSIPセッションを検知してRTPポート（音声）を自動的に開放／監視しますが、この機能がZoomとの通信において誤作動すると、Zoom側に音声が届かない／異なるポートで待ち受けているなどの問題を引き起こします。
以下に参考リンクに記載の set rtp disable によりRTPの扱いを完全にスルー(無干渉)にすることで、Zoom側が期待するままの通信経路が構築され、音声が正しく届くようになるかもしれません。

🔗 参考リンク：https://community.fortinet.com/t5/FortiGate/Technical-Tip-Disabling-VoIP-Inspection/ta-p/194131

🎯対処処のポイント

SIP ALGとSIP Helperの両方を無効化
Zoomが使用するUDPポートレンジ（例：20000-64000）を明示的に開放
SDPやIP情報の書き換えを行わないプレーンなポリシー設計

📝 まとめ

今回はFortiGateを例に解説しましたが、実際には他のファイアウォール製品（Cisco ASA、Palo Alto、Sophos、Juniperなど）でも、同様のSIP ALG機能やVoIP関連の制御が存在するかと思います。
製品によって名称や動作ロジックは異なりますが、共通して

SIP/SDPメッセージの書き換え
RTPポートの動的制御（ピンホール）
ALGによるアプリケーション層の介入

などが行われており、Zoom PhoneのようなクラウドPBXサービスと干渉して通話品質に影響を与えるケースがあると考えます。
そのため、同様の問題が発生した場合は、FortiGate以外のファイアウォールを使用している場合でも、同様にSIP ALGやVoIP関連機能の動作を確認することをおすすめします。

最後に

あーーーひまだにゃ…