Thanks for that. I will try and run some debugs and let you know how I
go. The real problem I think is that the other end is not recognising
the tones being sent by TxFax as fax tones, so is treating the call like
a normal voice call. The PHASEESTATUS I get returned eventually says:
Timed out waiting for initial communication
I'm fairly new to fax and was wondering if the tones used by TxFax to
say "I'm a fax machine" are configurable and vary by country to country
or differ between fax machines? Is this something I can tweak? FYI: I
am based in New Zealand. The other end is a fax/UM solution - so waits
for fax tones and if it doesn't hear a fax machine sends the caller to a
voicemail box. It seems to handle a normal Brother 2850 fax machines
tones but not TxFax.
Max CtRiX wrote:
Ray Jackson wrote:
I am wondering if there is anything I can tweak in SpanDSP/OpenPBX to
help with Fax Tone detection? I have followed all the usual steps
(G711, inband DTMF, udptl enabled etc.). I tried SpanDSP 0.0.3-pre28
and this causes OpenPBX to Seg Fault? Any advice would be greatly
appreciated.
You can try FaxDetect application to detect fax tones and you can use
SipT38SwitchOver() application to FORCE the switchover to t38 mode.
Unfortunately i think that this problem depends mostly on the other
party fax (or ATA).
Anyway to have a look at this problem, you should help us to debug:
* Add |debug flag to TxFax
* open logger.conf in the openpbx config dir and uncomment the line
beginning with "full => "
* start openpbx and from the CLI type:
* sip debug
* udptl debug
* rtp debug
* set verbose 9
* set debug 9
Preparing for the call, use tethereal or tshark or tcpdump to sniff the
traffic and save it on a file.
Those applications are quite complex but something like the following
may work:
* $application -i $ETH_IF -n host $REMOTE_HOST_OPENPBX_IS_TALKING_TOO
-s65000 -w $FILENAME
where :
* $application is tcpdump, tethereal or tshark
* ETH_IF is the interface (if only one, you may skip it)
* $REMOTE_.... is self explaining
* $FILENAME the dump file
Now try the call and at the end, stop $application and sava the dump file.
Open the full log in openpbx dir, take the intresting parts out (if
there other calls in the meanwhile, please try to tidy the log)
Put those 2 files somewhere and tell us where to grab them (you may even
post those logs to the list if you cannot put those files online).
Max
P.S.: Can please someone update the wiki to ad those debug informations,
correcting my english ?
_______________________________________________
Openpbx-users mailing list
[email protected]
http://lists.openpbx.org/mailman/listinfo/openpbx-users
_______________________________________________
Openpbx-users mailing list
[email protected]
http://lists.openpbx.org/mailman/listinfo/openpbx-users
