Hylafax Mailing List Archives

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [hylafax-users] Incoming Fax always drops from Panasonic faxmachine




> You should be using config/lucent (selected by faxaddmodem, hopefully), 
> probably, but I don't think that's the problem.
> 
> > May 25 11:54:51.50: [ 2894]: SESSION BEGIN 00000028 441623400898
> > May 25 11:54:51.50: [ 2894]: HylaFAX (tm) Version 4.1.5
> > May 25 11:54:51.50: [ 2894]: MODEM set XON/XOFF/FLUSH: input ignored,
> > output disabled
> > May 25 11:54:51.50: [ 2894]: <-- [4:ATA\r]
> > May 25 11:55:00.80: [ 2894]: --> [7:CONNECT]
> > May 25 11:55:00.80: [ 2894]: MODEM input buffering enabled
> > May 25 11:55:00.80: [ 2894]: RECV FAX: begin
> > May 25 11:55:00.80: [ 2894]: MODEM input buffering disabled
> > May 25 11:55:00.80: [ 2894]: <-- HDLC<23:FF C0 02 CE B6 86 96 36 36 96
> > EA 04 74 A2 74 22 04 64 04 74 4A 74 52>
> > May 25 11:55:00.80: [ 2894]: <-- data [23]
> 
> Here you send TSI which looks okay.
> 
> > May 25 11:55:00.80: [ 2894]: <-- data [2]
> > May 25 11:55:00.83: [ 2894]: --> [7:CONNECT]
> > May 25 11:55:00.83: [ 2894]: <-- HDLC<10:FF C8 01 00 77 5F 01 79 03
> > C0>
> > May 25 11:55:00.83: [ 2894]: <-- data [10]
> 
> Here you send DIS reporting capabilities of V.17, high res, 2D-MR, 
> unlimited page length, and 0ms scanline time.
> 
> > May 25 11:55:00.83: [ 2894]: <-- data [2]
> > May 25 11:55:02.04: [ 2894]: --> [2:OK]
> > May 25 11:55:02.04: [ 2894]: <-- [9:AT+FRH=3\r]
> > May 25 11:55:02.59: [ 2894]: --> [7:CONNECT]
> > May 25 11:55:04.27: [ 2894]: --> HDLC<25:FF C0 C2 EC 6C 4C EC 1C AC 04
> > 2C EC 4C 8C 0C 04 04 04 04 18 08 08 09 11 06>
> > May 25 11:55:04.28: [ 2894]: --> [5:ERROR]
> > May 25 11:55:04.28: [ 2894]: MODEM Command error
> > May 25 11:55:04.28: [ 2894]: FCS error
> 
> Here you get a frame from the transmitter indicating its CSI of 
> "<0x90><DLE><DLE><CAN>    01274 587267" which seems highly unlikely to 
> be correct given the embedded high-bit ASCII and control characters.  
> The ERROR occurs because the modem uses the last two bytes (11 06), 
> known as FCS, to check the validity of the previously received HDLC 
> frame (in this case the CSI I translated), and the check fails... 
> meaning that the TSI frame was incorrectly received.
> 
> > May 25 11:55:04.28: [ 2894]: DELAY 1500 ms
> 
> So although we may have been able to proceed without a valid CSI, we 
> pause and start over...
> 
> > May 25 11:55:05.78: [ 2894]: <-- [9:AT+FTH=3\r]
> > May 25 11:55:06.65: [ 2894]: --> [7:CONNECT]
> > May 25 11:55:06.65: [ 2894]: <-- HDLC<23:FF C0 02 CE B6 86 96 36 36 96
> > EA 04 74 A2 74 22 04 64 04 74 4A 74 52>
> > May 25 11:55:06.65: [ 2894]: <-- data [23]
> > May 25 11:55:06.65: [ 2894]: <-- data [2]
> > May 25 11:55:06.68: [ 2894]: --> [7:CONNECT]
> > May 25 11:55:06.68: [ 2894]: <-- HDLC<10:FF C8 01 00 77 5F 01 79 03
> > C0>
> > May 25 11:55:06.68: [ 2894]: <-- data [10]
> > May 25 11:55:06.68: [ 2894]: <-- data [2]
> > May 25 11:55:07.89: [ 2894]: --> [2:OK]
> 
> We sent TSI and DIS again...
> 
> > May 25 11:55:07.89: [ 2894]: <-- [9:AT+FRH=3\r]
> > May 25 11:55:08.16: [ 2894]: --> [7:CONNECT]
> > May 25 11:55:08.94: [ 2894]: --> HDLC<25:FF C0 02 1C 9C 1C 0C 0C 2C 04
> > CC 4C 6C 8C 04 04 2C 2C 04 0C 04 04 04 EF A9>
> > May 25 11:55:08.94: [ 2894]: --> [2:OK]
> 
> This time we get a valid CSI frame, saying "   0 44 1623 400898".  Is 
> this an international call?
> 
> > May 25 11:55:08.94: [ 2894]: <-- [9:AT+FRH=3\r]
> > May 25 11:55:08.96: [ 2894]: --> [7:CONNECT]
> > May 25 11:55:09.37: [ 2894]: --> HDLC<15:FF C8 01 04 77 1F 23 01 49 01
> > 01 19 00 97 91>
> > May 25 11:55:09.37: [ 2894]: --> [2:OK]
> 
> But strangely it sends us a DIS (receiving) signal rather than DCS 
> (transmitting).  That "FF C8 01" should be "FF C8 C1", which amounts to 
> a two-bit difference, so it could be blamed on a transmission error 
> again, but the FCS checks out, which almost indicates that it is 
> intentional.  That is bizarre.
> 
> > May 25 11:55:09.37: [ 2894]: DELAY 1500 ms
> 
> So we pause and start over.
> 
> > May 25 11:55:10.87: [ 2894]: <-- [9:AT+FTH=3\r]
> > May 25 11:55:11.74: [ 2894]: --> [7:CONNECT]
> > May 25 11:55:11.74: [ 2894]: <-- HDLC<23:FF C0 02 CE B6 86 96 36 36 96
> > EA 04 74 A2 74 22 04 64 04 74 4A 74 52>
> > May 25 11:55:11.74: [ 2894]: <-- data [23]
> > May 25 11:55:11.74: [ 2894]: <-- data [2]
> > May 25 11:55:11.77: [ 2894]: --> [7:CONNECT]
> > May 25 11:55:11.77: [ 2894]: <-- HDLC<10:FF C8 01 00 77 5F 01 79 03
> > C0>
> > May 25 11:55:11.77: [ 2894]: <-- data [10]
> > May 25 11:55:11.77: [ 2894]: <-- data [2]
> > May 25 11:55:12.98: [ 2894]: --> [2:OK]
> 
> Again, we send TSI and DIS...
> 
> > May 25 11:55:12.98: [ 2894]: <-- [9:AT+FRH=3\r]
> > May 25 11:55:13.02: [ 2894]: --> [7:CONNECT]
> > May 25 11:55:13.48: [ 2894]: --> [5:00 36 E6 10 03]
> 
> And we get junk... probably binary TCF signals.
> 
> > May 25 11:55:13.49: [ 2894]: --> [5:ERROR]
> > May 25 11:55:13.49: [ 2894]: MODEM Command error
> > May 25 11:55:13.49: [ 2894]: FCS error
> 
> And of course, FCS doesn't check.
> 
> > May 25 11:55:13.49: [ 2894]: DELAY 1500 ms
> > May 25 11:55:14.99: [ 2894]: <-- [9:AT+FTH=3\r]
> > May 25 11:55:15.86: [ 2894]: --> [7:CONNECT]
> > May 25 11:55:15.86: [ 2894]: <-- HDLC<23:FF C0 02 CE B6 86 96 36 36 96
> > EA 04 74 A2 74 22 04 64 04 74 4A 74 52>
> > May 25 11:55:15.86: [ 2894]: <-- data [23]
> > May 25 11:55:15.86: [ 2894]: <-- data [2]
> > May 25 11:55:15.89: [ 2894]: --> [7:CONNECT]
> > May 25 11:55:15.89: [ 2894]: <-- HDLC<10:FF C8 01 00 77 5F 01 79 03
> > C0>
> > May 25 11:55:15.89: [ 2894]: <-- data [10]
> > May 25 11:55:15.89: [ 2894]: <-- data [2]
> > May 25 11:55:17.10: [ 2894]: --> [2:OK]
> 
> You send TSI and DIS yet again...
> 
> > May 25 11:55:17.10: [ 2894]: <-- [9:AT+FRH=3\r]
> > May 25 11:55:17.19: [ 2894]: --> [7:CONNECT]
> > May 25 11:55:18.42: [ 2894]: --> HDLC<5:FF C8 DF 59 6F>
> > May 25 11:55:18.42: [ 2894]: --> [2:OK]
> > May 25 11:55:18.42: [ 2894]: RECV FAX: RSPREC error/got DCN
> 
> And the remote sends DCN (disconnect).
> 
> > May 25 11:55:18.42: [ 2894]: RECV FAX: end
> > May 25 11:55:18.42: [ 2894]: SESSION END
> 
> Is this log 100% (especially the DIS signal when we should get DCS) 
> reproducible?  If so, have you tried using the modem in Class 2?
> 
> Lee.


	Thank you for your detailed reply. This was a national not an
	international call. The sending no. was 01274 587267 and the receiving
	01623 400898. I have it set up  in it's full international format. This
	is the entire log. The session logging is set at 126. I shall 	try the
lucent config and class 2 and report if there is any progress. 	I must
confess to being surprised at how you extracted the calling 	number when
it was not listed in the log.

	Many thanks for your help.

	John


____________________ HylaFAX(tm) Users Mailing List _______________________
  To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi
 On UNIX: mail -s unsubscribe hylafax-users-request@hylafax.org < /dev/null
  *To learn about commercial HylaFAX(tm) support, mail sales@hylafax.org.*



Home
Report any problems to webmaster@hylafax.org

HylaFAX is a trademark of Silicon Graphics Corporation.
Internet connectivity for hylafax.org is provided by:
VirtuALL Private Host Services