質問: 将来の監査のためにSIPトラフィック/通話を記録する方法 私たちはVoIP(SIP?)電話システムを持っており、会社内の特定の電話に対するすべての通話を記録しなければなりません。将来的には、これらの監査要請に耳を傾けることが必要になるかもしれません。これらの電話は現在、すべて同じ部屋にあります。 私たちは基本的に電話のアナログ部分をタップするdigiloggerデバイスを利用してきました(私が信じている携帯電話からの音声)。これはうまくいきますが、下がる傾向があるので、私はより良い、より信頼性の高い解決策を探しています。 私はこれらの電話がネットワークトラフィックを生成するので、私は後で分析するためにそのトラフィックを捉えることができると考えていました。たとえば、WireSharkを実行し、ファイルへのトラフィックをキャプチャし、そこでVOIP機能を使用して発信者IDを確認し、さらに通話音声を聴くことができました。 それは完璧ですが、私はこれのためのより良い設定があるかどうか、またはそれが理にかなっている場合、私はこの目的のためにWireSharkの推奨設定を探しています。私はすべての非VoIPトラフィックを除外する必要があるだろうことを知っています。また、キャプチャファイルをローテーションして、1週間に1日または1日1日節約し、できれば新しいファイルに移動する方法も必要です。 どう思いますか?
回答: SIPに「サウンド」が含まれていないのは事実です。RTPストリームの設定にすぎません。残念なことに、これらのRTPストリームは(SIPに耳を傾けない限り)それらのポート使用状況で予測することはできず、それらはピアツーピアになる傾向があります。 理想的な方法は、すでに述べたように、あなたのpbxにそれを実行させることです。それでも、それはコールの片足がアウトバウンドであることを必要とするかもしれません(さもなければそれは少しのRTPトラフィックも「見る」必要はないだろうから)。私達はZultysシステムを使用しており、それが録音をすることができます。 小規模な環境では、ブルートフォーススパンポートベースのブランケットRTPグラブを使用すると問題が解決する可能性があります。安いです。スケーラブルではありません。 私は で遊んでいますが、それを覚えている間私が に遭遇したプロジェクト - そこでいくつかの選択肢があります:) あなたはたくさんのデータを見ることができるということを心に留めておいてください。 編集:Orekaのドキュメントでは、スパンポートの操作を推奨していますが、見た目でデータにインデックスを付けて賢明に保存してくれるので(私は自分自身でrtpダンプビットを使用しただけです)。これはあなたのために特にあなたがかなり小さい操作を記述しているので。大規模な問題に遭遇した場合、あなたのvoip会話に影響を与えるべきではなく、あなたの録音だけに影響を与えます。 ハッピー盗聴;)