我们正在运行安装在 raspberry pi (3) 上的 hylafax 服务器 (6.0.6-7+deb9u1)，运行 raspbian stretch。结果与我们的远程端的传真连接不稳定（大约 10 份传真中有 3 份根本无法发送/导致接收端出现部分页面），但我无法弄清楚原因 - 无法识别任何模式。
为了获得关于在哪里寻找修复的提示，我想在这里发布我们的一个问题的日志（“对 PPS 重复没有响应”）：
如果有人能指出我实际的问题，我会很高兴——提前谢谢您！
更新：
与此同时，我们能够在另一条传真线后面设置另一个 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 远程传真设备：未知 - 不确定 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 远程传真设备：HylaFAX 6 月 29 日 10:34:10.55: [24880]: NSF 远程站 ID：“HylaFAX (tm) 版本 5.6.1”
在第一个例子中，所使用的 T.38 网关将 NSF 信号的前三个字节更改为“00 00 00”，而不是正确的“AD 00 55”。
这是 T.38 常见但令人遗憾的行为。