![hylafax 打嗝-这是怎么回事?](https://linux22.com/image/1595958/hylafax%20%E6%89%93%E5%97%9D-%E8%BF%99%E6%98%AF%E6%80%8E%E4%B9%88%E5%9B%9E%E4%BA%8B%EF%BC%9F.png)
我们正在运行安装在 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 常见但令人遗憾的行为。