私たちは、Raspberry Pi (3) にインストールされた hylafax サーバー (6.0.6-7+deb9u1) を稼働させており、raspbian Stretch を実行しています。その結果、リモート側への FAX 接続が不安定になっています (10 件中約 3 件がまったく送信できず、受信側でページが不完全になる)。しかし、その理由がわかりません。パターンを認識できません。
修正方法を探す場所のヒントを得るために、問題の 1 つ (「PPS の繰り返しに応答がない」) のログをここに投稿します。
Hylafax-Log を Github の GIST として公開
どなたか実際の問題を指摘していただければ幸いです。どうぞよろしくお願いいたします。
アップデート：
その間に、別の FAX 回線の背後に別の raspi を設定し、同じ文書を正常に送信できました。ログは、それぞれ 121 行目 (エラー ログ) と 153 行目 (成功ログ) までほぼ同じです。
答え1
同じ質問を hylafax のメーリング リストに投稿したところ、Lee Howard から次のような回答が返ってきました。
違いは、通話ルートと、問題のある通話での T.38 の使用です。
そのため、問題のある通話では、HylaFAX が「回線のオーディオ品質が悪い」と認識する状態が発生し、最終的に一方または両方のエンドポイントが再試行を断念します。
解決策としては、電話サービスプロバイダーを変更し、T.38 を無効にして、その他の方法でオーディオ品質の問題を解消するように努めることです。
さらに、彼は NSF リモート ステーション ID を逆にして次のようにコメントしました。
これは、使用されている T.38 ゲートウェイが、送信者が非標準機能をネゴシエートするのを防ぐために NSF を難読化しようとしているためです。
違いに注目してください:
6 月 29 日 09:57:51.03: [ 902]: リモート NSF "00 00 00 48 79 6C 61 46 41 58 20 28 74 6D 29 20 56 65 72 73 69 6F 6E 20 35 2E 36 2E 31" 6 月 29 日 09:57:51.03: [ 902]: NSF リモート FAX 機器: 不明 - 不確定 6 月 29 日 09:57:51.03: [ 902]: NSF リモート ステーション ID: "1.6.5 noisreV )mt( XAFalyH"
... 対...
6 月 29 日 10:34:10.55: [24880]: リモート NSF "AD 00 55 48 79 6C 61 46 41 58 20 28 74 6D 29 20 56 65 72 73 69 6F 6E 20 35 2E 36 2E 31" 6 月 29 日 10:34:10.55: [24880]: NSF リモート FAX 機器: HylaFAX 6 月 29 日 10:34:10.55: [24880]: NSF リモート ステーション ID: "HylaFAX (tm) バージョン 5.6.1"
最初の例では、使用されている T.38 ゲートウェイが NSF 信号の最初の 3 バイトを、正しい「AD 00 55」ではなく「00 00 00」に変更しました。
これは T.38 のよくある残念な動作です。