私は、VoIP通話のファイアウォールトラバーサルのためのソリューションを開発中です。VoIPファイアウォールトラバーサルオプション
このことを試してみたAnyonew ... これについてはどのような選択肢がありますか?
私はOpenMCUで試しましたが、うまくいきません!
誰かがファイアウォール越えのために試されたソリューションを持っていますか?
私は、VoIP通話のファイアウォールトラバーサルのためのソリューションを開発中です。VoIPファイアウォールトラバーサルオプション
このことを試してみたAnyonew ... これについてはどのような選択肢がありますか?
私はOpenMCUで試しましたが、うまくいきません!
誰かがファイアウォール越えのために試されたソリューションを持っていますか?
あなたがOpenMCUに言及しているので、私はあなたがH.323プロトコルを使用してVoIPコールについて話していると仮定します。
あなたは基本的に2つのオプション
ファイアウォールプロキシを聞かせてICEまたはSTUNのような一般的なファイアウォールトラバーサル方式は使用できません。これは、H.323は書き換えが必要なパケット内にアドレスを埋め込むためです。
H.460.18/.19では、エンドポイントとゲートキーパーの両方でこのプロトコルをサポートする必要があります。 GNU Gatekeeperを使用してください。
コールをプロキシするには、ファイアウォールがこれをネイティブにサポートする必要があります。またはのGNU Gatekeeper をファイアウォールで実行できます。
"ファイアウォール越え"の意味によって異なります。 jesupが言及した技術は、ファイアウォールについてのP2Pメディアパスを確立することです。
VoIPは、一方の側がパブリックIP(メディアをルーティングするサーバなど)にある場合、ファイントラフファイアウォールで動作します。
問題は、2つのデバイスが両方ともNATの背後にあり、サーバーメディアリレーを使用していない場合に、2つのデバイス間で直接メディアパスを確立する場合です。このために、ICE/STUN/TURN/UPNPを使用することができます。
しかし、UDPトラフィックを許可しないファイアウォールに問題がある場合は、何とかトラフィックをトンネリングする必要があります。これには多くの解決策があります。最悪はVPNによるものです。いくつかのVoIP対応トンネル(VoIPトンネリングと暗号化、VoIP over TCP/HTTPと他の同様のソフトウェア)を使用する方がよいでしょう。
thx Gene、私は、サブネット内のgnugkを使用してファイアウォールを通過させ、ファイアウォールを介してポート1270を許可することに成功しました。 –