通話品質のフリースイッチを改善する方法は？
現在、私はSIP外部のflowrouteを介してアウトバウンドコールにFreeSWITCHを利用し、うまく機能するシステムを持っていますが、一部のユーザーはコールの品質について不満を持っています。システムはを使用してコールを実行していますluaスクリプト。2つのセッション（ユーザーごとに1つ）を作成し、同じスクリプトブリッジ内にあり、両方が接続を確立すると、通話を録音します。G711コーデックが使用されます。
不平を言うユーザーは、オーディオが非常に低いか、途切れることがあると言います。奇妙なことに、これらの通話の録音を聞くと、両方の人が非常によく聞きます。
ユーザーをテストしていて、通常、通話のレッグ2を十分に聞いていません。これと私が言及したシステムの特性のために、通信をブリッジするとき、オーディオが失敗するか、または低品質であると思われます。しかし、決定的なものは何も見つかりませんでした。
私は、なぜこの行動が通話中に与えられるのか、そしてそれが彼の録音で認識されているので、誰かが知っているかどうか尋ねるために書いています。
録音が良好であれば、両方のデバイスからのパッケージがフリースイッチに到達したことがわかります。記録がどちらの方法で実行されたかはわかりませんが、両方のパッケージがサーバーにも間に合うようになったことを示唆する可能性があります。 （これらのことは、すべてのupdパッケージとwiresharkのtcpdumpで証明できます。サーバー上のトラフィックをキャプチャして調査することをお勧めします！）VoIPに関する私の豊富な経験から、これはサイトの入力帯域幅の問題のように聞こえます。悪いオーディオを経験している人の場合、QOSフラグが正しく設定されていない（または途中で破棄されている）ために、このような問題が発生することもあります。すべてのデバイスとフリースイッチがRTPのQOS設定としてEFを使用していることを確認してください。 Wiresharkを使用すると、ISPによってフラグが削除されたかどうかを確認することもできます。もしそうなら、QOSをサポートすると主張するビジネスアカウントを持っていない限り、通常それについてできることはほとんどありません。その場合、あなたは彼らに不平を言うべきです。
これは、ユーザーに向かう途中のネットワークの問題である可能性があります。また、音声品質は、FreeSWITCHを実行しているホストのタイプによって異なります。物理マシンですか、それともVMですか？仮想化されている場合、どの仮想化テクノロジーですか？
また、ユーザー側でパケットキャプチャを収集し、Wiresharkで分析することも理にかなっています。