hylafax keeps complaining about "waiting for v.21 carrier" and then : no sender protocol T.20 T1 timeout
the recorded sound files give me , I think a good sound.
I'm working with isdncard and asterisk , this works fine
read much in this forum , but cannot find anything,
pse help.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The log c000000066 indicates that the sender cannot "hear" fax tones from you. It's possible that the audio arriving from you at the sender is corrupted. Can you get an audio recording from that end?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Lee plse look again at sound files , first log files was an internal fax , the last one , and now soundfiles ( from 17:00 pm ) are from an external fax.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
If you listen to testfax-iax.raw corresponding to c000000068 you will see that there is no fax audio there. The problem with c000000069 is that the sender does not hear your MCF signal… even after three attempts. So something was wrong with the audio going back from you to the sender at that point.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
c000000075 indicates that the sender cannot hear your CFR signal (training succeeded). Again, it looks like there are audio problems going from you to the sender.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
i've got iaxmodem, and cannot receive faxes
iaxmodem 1.2.0
spandsp-0.0.5-snapshot-20080725
libiax2-0.2.3-SVN-20071223+
asterisk and iaxmodem on same server
/etc/iaxmodem/tty125
device /dev/tty125
owner uucp:uucp
mode 660
port 4570
refresh 60
server 127.0.0.1
peername testfax
secret japper
auth plaintxt
cidname Heering-Dedemsvaart
cidnumber 201
codec alaw
iax2debug
dspdebug
nojitterbuffer
record
iax.conf:
[testfax]
type=friend
host=dynamic
;regexten=1234
secret=japper
context=default
permit=0.0.0.0/0.0.0.0
bandwidth=high
disallow=all
allow=alaw
allow=ulaw
jitterbuffer=no
hylafax keeps complaining about "waiting for v.21 carrier" and then : no sender protocol T.20 T1 timeout
the recorded sound files give me , I think a good sound.
I'm working with isdncard and asterisk , this works fine
read much in this forum , but cannot find anything,
pse help.
text correction: T.20 T1 timeout must be T30.T1 timeout.
working with Centos 5.3 asterisk 1.6.03
Post a copy of the recorded sound file.
pse look for sound files at http://vlieger.hopto.org/tmp/
my log also changed, I also posted log file
Please change the permissions on the session log file so that I can open it.
done
The log c000000066 indicates that the sender cannot "hear" fax tones from you. It's possible that the audio arriving from you at the sender is corrupted. Can you get an audio recording from that end?
must think about this recording
could you look pse at c00052 log file, this is what i had before.
afterwards recompiled dsp and iaxmodem.
Lee plse look again at sound files , first log files was an internal fax , the last one , and now soundfiles ( from 17:00 pm ) are from an external fax.
c000000052 indicates that the modem could not detect fax tones on the incoming call.
What do you want me to look for in 000000069 (and the corresponding audio)? It looks like a normal fax to me.
audio belongs to 00000068 , and that one got an error 106 , then same fax comes in ( 00000069) but keeps repeating 5 times, so i've got 5 tif files.
If you listen to testfax-iax.raw corresponding to c000000068 you will see that there is no fax audio there. The problem with c000000069 is that the sender does not hear your MCF signal… even after three attempts. So something was wrong with the audio going back from you to the sender at that point.
did a new test , i posted new sound and new log, still does not work, what can it be
please change the permissions on c000000075
done
c000000075 indicates that the sender cannot hear your CFR signal (training succeeded). Again, it looks like there are audio problems going from you to the sender.