soluços hylafax - o que há de errado aqui?

soluços hylafax - o que há de errado aqui?

Estamos executando um servidor hylafax (6.0.6-7+deb9u1) instalado em um raspberry pi (3), executando raspbian stretch. As conexões de fax resultantes para nossos lados remotos são instáveis ​​(cerca de 3 em cada 10 faxes não puderam ser enviados / resultam em páginas parciais no lado do receptor), mas não consigo entender o porquê - não consigo reconhecer nenhum padrão.

Na esperança de obter uma dica sobre onde procurar uma solução, quero postar um registro de um dos nossos problemas ("nenhuma resposta à repetição do PPS") aqui:

Hylafax-Log como GIST no github

Eu ficaria muito feliz se alguém pudesse me indicar o (s) problema (s) real (is) - desde já, muito obrigado!

atualizar:

Enquanto isso, conseguimos configurar outro raspi atrás de outra linha de fax e pudemos enviar o mesmo documento com sucesso - o log parece praticamente o mesmo até as linhas 121 (log de erros) e 153 (log de sucesso), respectivamente:

Log da execução bem-sucedida de outro raspi

Responder1

Postei a mesma pergunta na lista de discussão do hylafax e recebi esta resposta de Lee Howard:


A diferença é a rota da chamada e o uso do T.38 na chamada problemática.

Portanto, a chamada problemática apresenta o que HylaFAX vê como "má qualidade de áudio de linha" e, eventualmente, um ou ambos os terminais desistem de tentar novamente.

A resolução seria mudar de operadora de telefonia, desativar o T.38 e, de outra forma, tentar remover problemas de qualidade de áudio.


Além disso, ele comentou o ID da estação remota NSF invertido com:


Isso ocorre porque o gateway T.38 usado está tentando ofuscar o NSF para evitar que o remetente tente negociar recursos não padrão com ele.

Observe a diferença:

29 de junho 09: 57: 51,03: [902]: REMOTO 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" 29 de junho 0 9:57 :51.03: [902]: Equipamento de fax remoto NSF: desconhecido - indeterminado 29 de junho 09:57:51.03: [902]: ID da estação remota NSF: "1.6.5 noisreV) mt (XAFalyH"

... contra...

29 de junho 10:34:10,55: [24880]: REMOTO 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" 29 de junho 0:34 :10.55: [24880]: Equipamento de fax remoto NSF: HylaFAX 29 de junho 10:34:10.55: [24880]: ID da estação remota NSF: "HylaFAX (tm) Versão 5.6.1"

No primeiro exemplo, o gateway T.38 usado alterou os três primeiros bytes do sinal NSF para "00 00 00" em vez do correto "AD 00 55".

Este é um comportamento comum, mas infeliz, do T.38.

informação relacionada