Re: [hylafax-users] Failed to properly detect high-speed data carrier

[Lee Howard <faxguy@xxxxxxxxxxxxxxxx>]

Ralph Shepard wrote:
> Hi All,
>
> Wondering if anyone has run into this issue?  We have several instances
> where we end up getting the same fax over and over, for some reason it
> looks like the modem (Actually a Dialogic Diva Pri/T1 Card) on the
> .....
> Feb 10 19:36:32.34: [ 3895]: RECV recv PPS (partial page signal)
> Feb 10 19:36:32.34: [ 3895]: RECV recv NULL (more blocks, same page)
> Feb 10 19:36:32.34: [ 3895]: RECV received 256 frames of block 1 of page
> 3
> Feb 10 19:36:32.50: [ 3895]: RECV: 65536 bytes of data, 0 total lines
> Feb 10 19:36:32.50: [ 3895]: <-- [9:AT+FRS=7\r]
> Feb 10 19:36:32.50: [ 3895]: --> [2:OK]
> Feb 10 19:36:32.50: [ 3895]: <-- [9:AT+FTH=3\r]
> Feb 10 19:36:40.05: [ 3895]: --> [0:]
> Feb 10 19:36:40.05: [ 3895]: RECV send MCF (message confirmation)
> Feb 10 19:36:40.05: [ 3895]: <-- [11:AT+FRM=146\r]
> Feb 10 19:36:40.62: [ 3895]: --> [7:CONNECT]

The modem misbehaved.  CONNECT should come immediately after AT+FTH=3, 
but it did not.

However, I think that this is not surprising because the Diva server is 
not really letting the Class 1 interface control every aspect of the fax 
protocol.  I think that the Diva cards are intended to be run in Class 2.

Thanks,

Lee.


____________________ 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@xxxxxxxxxxx < /dev/null
 *To learn about commercial HylaFAX(tm) support, mail sales@xxxxxxxxx*