Estamos ejecutando un servidor hylafax (6.0.6-7+deb9u1) instalado en una raspberry pi (3), ejecutando raspbian stretch. Las conexiones de fax resultantes a nuestros lados remotos son inestables (aproximadamente 3 de cada 10 faxes no se pudieron enviar en absoluto / resultaron en páginas parciales en el lado del receptor) pero no puedo entender por qué: no puedo reconocer ningún patrón.
Con la esperanza de obtener una pista sobre dónde buscar una solución, quiero publicar un registro de uno de nuestros problemas ("sin respuesta a la repetición de PPS") aquí:
Hylafax-Log como GIST en github
Me encantaría que alguien pudiera indicarme los problemas reales. ¡Muchas gracias de antemano!
actualizar:
Mientras tanto, pudimos configurar otro raspi detrás de otra línea de fax y pudimos enviar el mismo documento con éxito; el registro se ve prácticamente igual hasta las líneas 121 (registro de errores) y 153 (registro de éxitos) respectivamente:
Respuesta1
Publiqué la misma pregunta en la lista de correo de hylafax y obtuve esta respuesta de Lee Howard:
La diferencia es la ruta de la llamada y el uso de T.38 en la llamada problemática.
Entonces, la llamada problemática experimenta lo que HylaFAX ve como "mala calidad de audio de la línea" y, eventualmente, uno o ambos terminales dejan de intentarlo nuevamente.
La solución sería cambiar de proveedor de servicios telefónicos, desactivar T.38 y, de lo contrario, intentar eliminar los problemas de calidad de audio.
Además, comentó la ID de la estación remota NSF invertida con:
Esto se debe a que la puerta de enlace T.38 que se utiliza intenta ofuscar el NSF para evitar que el remitente intente negociar características no estándar con él.
Note la diferencia:
29 de junio 09:57:51.03: [902]: NSF REMOTO "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 junio de 09 :57 :51.03: [ 902]: Equipo de fax remoto NSF: desconocido - indeterminado 29 de junio 09:57:51.03: [ 902]: ID de estación remota NSF: "1.6.5 noisreV )mt( XAFalyH"
... versus...
29 de junio 10:34:10.55: [24880]: NSF REMOTO "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 junio 10 :34 :10.55: [24880]: Equipo de fax remoto NSF: HylaFAX 29 de junio 10:34:10.55: [24880]: ID de estación remota NSF: "HylaFAX (tm) Versión 5.6.1"
En el primer ejemplo, la puerta de enlace T.38 utilizada cambió los primeros tres bytes de la señal NSF a "00 00 00" en lugar del "AD 00 55" correcto.
Este es un comportamiento común pero desafortunado del T.38.