hylafax +调制解调器(USR Sportster Flash X2)+ MODEM TIMEOUT:从调制解调器读取线路

我的调制解调器Sportster Flash X2有以下问题。 我们用hylafax设置了它,并且工作了一两个星期。 但今天在接收传真它挂起,没有回应。 这是从上一次调制解调器工作日志

<-- [5:ATM0\r] Oct 14 10:58:36 minos FaxGetty[62820]: --> [2:OK] Oct 14 11:00:03 minos FaxGetty[62820]: --> [4:RING] Oct 14 11:00:03 minos FaxGetty[62820]: DynamicConfig: bin/dynconf.php "/dev/ttyS0" Oct 14 11:00:07 minos FaxGetty[62820]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyS0' Oct 14 11:02:01 minos /USR/SBIN/CRON[638]: (logcheck) CMD ( if [ -x /usr/sbin/logcheck ]; then nice -n10 /usr/sbin/logcheck; fi) Oct 14 11:06:06 minos FaxGetty[62820]: RECV FAX (000000019): from +XX XXX XXXXXX, page 1 in 0:05:59, A4, 3.85 line/mm, 2-D MMR, 14400 bit/s Oct 14 11:06:06 minos FaxGetty[62820]: RECV FAX (000000019): recvq/fax000000010.tif from +43 316 720883, route to <unspecified>, 1 pages in 0:05:59 Oct 14 11:06:13 minos FaxGetty[62820]: RECV FAX (000000019): session with +XX XXX XXXXXX terminated abnormally: Timeout waiting for Phase C carrier drop Oct 14 11:06:13 minos FaxGetty[62820]: RECV FAX: bin/faxrcvd.php "recvq/fax000000010.tif" "ttyS0" "000000019" "Timeout waiting for Phase C carrier drop" Oct 14 11:06:13 minos FaxGetty[62820]: <-- [5:ATH0\r] Oct 14 11:06:18 minos FaxGetty[62820]: MODEM TIMEOUT: reading line from modem <-- From here modem is not working 

首先,我们尝试重新启动调制解调器,因为它通常做了一个魔术,但现在没有帮助。 所以我们也重启了hylafax甚至整个服务器。 hylafax再次启动后,挂在这里

 Oct 14 11:10:44 minos FaxGetty[62820]: CLOSE /dev/ttyS0 Oct 14 11:10:44 minos FaxQueuer[62798]: MODEM /dev/ttyS0 appears to be wedged Oct 14 11:10:44 minos FaxQueuer[62798]: MODEM WEDGED: bin/wedged "ttyS0" "/dev/ttyS0" Oct 14 12:24:59 minos HylaFAX[3772]: HylaFAX INET Protocol Server: restarted. Oct 14 12:24:59 minos FaxGetty[3790]: OPEN /dev/ttyS0 HylaFAX (tm) Version 6.0.6 Oct 14 12:25:00 minos FaxGetty[3790]: MODEM set DTR OFF Oct 14 12:25:01 minos FaxGetty[3790]: MODEM set DTR ON Oct 14 12:25:04 minos FaxGetty[3790]: MODEM set baud rate: 19200 baud, input flow XON/XOFF, output flow XON/XOFF Oct 14 12:25:04 minos FaxGetty[3790]: MODEM flush i/o Oct 14 12:25:04 minos FaxGetty[3790]: <-- [4:ATZ\r] Oct 14 12:25:34 minos FaxGetty[3790]: MODEM TIMEOUT: reading line from modem 

这是一个调制解调器的configuration:

 ModemType: Class1 # use class 1 interface ModemRate: 19200 # rate for DCE-DTE communication ModemFlowControl: xonxoff # software flow control # ModemSetupDTRCmd: ATS13=1&D2 # setup so DTR drop resets modem ModemSetupDCDCmd: AT&C1 # setup so DCD reflects carrier (or not) ModemNoFlowCmd: AT&H0&I0&R1 # setup modem for no flow control ModemHardFlowCmd: AT&H1&I0&R2 # setup modem for hardware flow control ModemSoftFlowCmd: AT&H2&I2&R1 # setup modem for software flow control ModemResultCodesCmd: ATQ0X4 # enable result codes # ModemMfrQueryCmd: !USR ModemModelQueryCmd: ATI3 ModemRevQueryCmd: ATI7 # XXX returns a multi-line result # # When AT+FCLASS=1 is issued the modem automatically switches # to software flow control; these parameters let the fax software # reset flow control as needed after entering Class 1. # Class1NFLOCmd: AT&H0&I0&R1 # setup modem for no flow control Class1HFLOCmd: AT&H1&I0&R2 # setup modem for hardware flow control Class1SFLOCmd: "" # modem does this automatically # # This should resolve "DIS/DTC received 3 times" errors: # Class1ResponseWaitCmd: AT+FRS=1 # wait after sending TCF for response # # The remainder of this configuration is included so that the # modem "idles" in Class 0 while not sending or receiving facsimile. # ModemSetupAACmd: AT+FCLASS=0 # leave modem idling in class 0 ModemAnswerCmd: AT+FCLASS=1A # answer in Class 1 # # When using AT+FRS=n we see USR modems reset themselves in the middle of sessions # this is not good. So, we seem to work-around that problem by not using the # command. Unfortunately, this isn't an ideal thing. # Class1SwitchingCmd: "<delay\0727>" # ## AvantFAX # FaxRcvdCmd: bin/faxrcvd.php DynamicConfig: bin/dynconf.php UseJobTSI: true 

我们也尝试用ZyXEL U1496(也是在这个问题之前工作)取代Sportster,这个也没有回应。 连接到调制解调器与铜或minicom后出现连接,但不响应AT + FCLASS后? 命令或其他。 这可能是hylafax的东西,或者我错过了什么。 我已经浏览了很多论坛,重新启动调制解调器后,一切都应该工作,但在我们的情况下,不是这样的。

更新

好的,现在我们100%肯定调制解调器是好的。 我们试图将调制解调器插入到win XP机器中,并且还要安装到不同的linux机器上。 在两个调制解调器正在工作没有问题,我可以用basi AT命令查询它。 看起来问题是在第一台服务器上的串行,但没有什么可以表明问题的日志。 由服务器是新的HP 360e Gen8 ProLiant,所以我希望港口没有死亡。 我可以使用cu -l / dev / ttyS0连接到调制解调器,但没有AT命令不起作用。 我也尝试/etc/init.d/setserial重启,但它没有帮助。 系统是Debian Wheezy 7.6 kernel 3.2.0-4-amd64

非常感谢您的帮助。

好了,我们终于知道了问题所在。 我们正在使用的HP Proliant DL360e Gen8将ilo4连接到串行端口,并通过此连接允许远程连接到控制台。 在ilo4 bios(设置 – >串行CLI状态 – >禁用)中禁用ilo4虚拟串行端口后,一切都开始工作没有问题。

Thx你的时间