RE: [asterisk-users] Problems with rxfax
Just out of curiosity. Would you mind sharing that app_rxfax.c file that you modified to work with SpanDSP 0.0.3? I wouldn't mind, I've attached the sources of both rx- and txfax here, I hope you can use them. About IAXmodem with hylafax, we've also tried that but we ran into the same problems, a lot of the received faxes were missing large parts. We chose to continue with app_rxfax since it is easier to configure and easier to hack ;) and it doesn't add an extra VOIP channel to the chain. Since both IAXmodem and app_rxfax use spandsp we figured that we do something wrong in the way we use spandsp, but we have no idea what that might be or how we can check this. I hope that somebody has some additional information? Thanks in advance, Ardjan Zwartjes, Telecats. app_txfax.c Description: app_txfax.c app_rxfax.c Description: app_rxfax.c ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Problems with rxfax
Dear list, The company I'm working for is trying to use app_rxfax to receive faxes on an Asterisk machine. Our initial tests looked very promising, but unfortunately we've encountered some problems. We've been trying to solve these problems for quite some time now, but we're running out of options. So I really hope that somebody can give some help here. Basically our set-up is this: We have an Asterisk server (version 1.2.7) with an ISDN trunk (Sangoma A104D), we've configured asterisk to run rxfax on a specified extension. Originally we started out with spandsp 0.0.2pre26 and the original app_rxfax for spandsp 0.0.2. Some of the faxes were coming in perfectly, but soon we noticed that quite often there were substantial pieces of the fax missing in the resulting tif file. We've tried the following to solve these problems: - We've checked the timing settings for the ISDN trunk, these seem to be ok. - We've tried several versions of libtiff (currently we are using 3.7.2). - We've tried using 0.0.3 versions of spandsp (since we're using asterisk 1.2.7 we had to modify app_rxfax.c to work). - We've created a custom dialplan application to disable the echo cancellation on the isdn channel on which the fax is received. - We've tried various settings for t30_set_supported_compressions, t30_set_supported_image_sizes, t30_set_supported_modems and t30_set_supported_resolutions (I must confes that I didn't really know which settings to use here, but we have tried a lot of them). - We've tried several fax machines to send the faxes, ranging from simple fax-modems to large dedicated fax machines. But still a lot of faxes give problems, either the tif is missing large portions, or the fax isn't received at all. At the bottom of this mail are 2 examples of the logging when it goes wrong. I really hope that somebody can give a few pointers. Thanks in advance, Kind regards, Ardjan Zwartjes, Telecats === Example 1 = Jan 19 14:49:14 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:14 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 4 Jan 19 14:49:17 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 4 Jan 19 14:49:17 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:19 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 8 Jan 19 14:49:19 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:20 DEBUG[24218] app_rxfax.c: FLOW FAX Switching from V.29 + V.21 to V.29 (-22.18dBm0) Jan 19 14:49:21 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:21 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 4 Jan 19 14:49:23 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 8 Jan 19 14:49:23 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:23 DEBUG[24218] app_rxfax.c: FLOW FAX Switching from V.29 + V.21 to V.29 (-17.84dBm0) Jan 19 14:49:38 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 4 Jan 19 14:49:38 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:39 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:39 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 4 Jan 19 14:49:41 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 8 Jan 19 14:49:41 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:42 DEBUG[24218] app_rxfax.c: FLOW FAX Switching from V.29 + V.21 to V.29 (-19.13dBm0) Jan 19 14:49:48 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 4 Jan 19 14:49:48 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: == Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Pages transferred: 1 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Image size: 1728 x 1192 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Image resolution8037 x 7700 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Transfer Rate: 9600 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Bad rows0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Longest bad row run 0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Compression type3 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Image size (bytes) 0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: == Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 4 Jan 19 14:49:51 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:51 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 1 Jan 19 14:49:51 DEBUG[24218] app_rxfax.c: == Jan 19 14:49:51 DEBUG[24218] app_rxfax.c: Fax successfully received. Jan 19 14:49:51 DEBUG[24218] app_rxfax.c: Remote station id: Jan 19 14:49:51 DEBUG[24218] app_rxfax.c: Local station id: Test Fax Jan 19 14:49:51 DEBUG[24218] app_rxfax.c: Pages transferred: 1 Jan 19 14:49:51 DEBUG[24218] app_rxfax.c: Image resolution: 8037 x 7700 Jan 19 14:49:51 DEBUG[24218] app_rxfax.c: Transfer Rate:
Re: [asterisk-users] Problems with rxfax
Ardjan Zwartjes wrote: Dear list, The company I'm working for is trying to use app_rxfax to receive faxes on an Asterisk machine. Our initial tests looked very promising, but unfortunately we've encountered some problems. We've been trying to solve these problems for quite some time now, but we're running out of options. So I really hope that somebody can give some help here. Save yourself some time and frustration and type iaxmodem and HylaFAX+ on the Asterisk machine, you won't regret it. http://iaxmodem.sourceforge.net http://hylafax.sourceforge.net Doug -- Ben Franklin quote: Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [asterisk-users] Problems with rxfax
Just out of curiosity. Would you mind sharing that app_rxfax.c file that you modified to work with SpanDSP 0.0.3? TIA, Darren From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ardjan Zwartjes Sent: Monday, January 22, 2007 2:12 AM To: asterisk-users@lists.digium.com Subject: [asterisk-users] Problems with rxfax Dear list, The company I'm working for is trying to use app_rxfax to receive faxes on an Asterisk machine. Our initial tests looked very promising, but unfortunately we've encountered some problems. We've been trying to solve these problems for quite some time now, but we're running out of options. So I really hope that somebody can give some help here. Basically our set-up is this: We have an Asterisk server (version 1.2.7) with an ISDN trunk (Sangoma A104D), we've configured asterisk to run rxfax on a specified extension. Originally we started out with spandsp 0.0.2pre26 and the original app_rxfax for spandsp 0.0.2. Some of the faxes were coming in perfectly, but soon we noticed that quite often there were substantial pieces of the fax missing in the resulting tif file. We've tried the following to solve these problems: - We've checked the timing settings for the ISDN trunk, these seem to be ok. - We've tried several versions of libtiff (currently we are using 3.7.2). - We've tried using 0.0.3 versions of spandsp (since we're using asterisk 1.2.7 we had to modify app_rxfax.c to work). - We've created a custom dialplan application to disable the echo cancellation on the isdn channel on which the fax is received. - We've tried various settings for t30_set_supported_compressions, t30_set_supported_image_sizes, t30_set_supported_modems and t30_set_supported_resolutions (I must confes that I didn't really know which settings to use here, but we have tried a lot of them). - We've tried several fax machines to send the faxes, ranging from simple fax-modems to large dedicated fax machines. But still a lot of faxes give problems, either the tif is missing large portions, or the fax isn't received at all. At the bottom of this mail are 2 examples of the logging when it goes wrong. I really hope that somebody can give a few pointers. Thanks in advance, Kind regards, Ardjan Zwartjes, Telecats === Example 1 = Jan 19 14:49:14 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:14 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 4 Jan 19 14:49:17 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 4 Jan 19 14:49:17 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:19 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 8 Jan 19 14:49:19 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:20 DEBUG[24218] app_rxfax.c: FLOW FAX Switching from V.29 + V.21 to V.29 (-22.18dBm0) Jan 19 14:49:21 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:21 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 4 Jan 19 14:49:23 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 8 Jan 19 14:49:23 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:23 DEBUG[24218] app_rxfax.c: FLOW FAX Switching from V.29 + V.21 to V.29 (-17.84dBm0) Jan 19 14:49:38 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 4 Jan 19 14:49:38 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:39 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:39 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 4 Jan 19 14:49:41 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 8 Jan 19 14:49:41 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:42 DEBUG[24218] app_rxfax.c: FLOW FAX Switching from V.29 + V.21 to V.29 (-19.13dBm0) Jan 19 14:49:48 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 4 Jan 19 14:49:48 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: == Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Pages transferred: 1 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Image size: 1728 x 1192 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Image resolution8037 x 7700 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Transfer Rate: 9600 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Bad rows0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Longest bad row run 0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Compression type3 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Image size (bytes) 0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: == Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 4 Jan 19 14:49:51 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:51 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 1 Jan 19 14:49:51 DEBUG[24218] app_rxfax.c
Re: [asterisk-users] Problems with rxfax
I would install Hylafax(opensource too) with Asterisk via IAXModem, it worth! You can keep all the features, hylafax running in same server or a separated one, and IAXmodem will be a Modem on Hylafax, and a simple extension on you *. It works great for me, and there are more users using this architecture, you can setup as much IAXModem as your servers can handle, so it's very scalable. Best regards, Marco Mouta On 1/22/07, Ardjan Zwartjes [EMAIL PROTECTED] wrote: Dear list, The company I'm working for is trying to use app_rxfax to receive faxes on an Asterisk machine. Our initial tests looked very promising, but unfortunately we've encountered some problems. We've been trying to solve these problems for quite some time now, but we're running out of options. So I really hope that somebody can give some help here. Basically our set-up is this: We have an Asterisk server (version 1.2.7) with an ISDN trunk (Sangoma A104D), we've configured asterisk to run rxfax on a specified extension. Originally we started out with spandsp 0.0.2pre26 and the original app_rxfax for spandsp 0.0.2. Some of the faxes were coming in perfectly, but soon we noticed that quite often there were substantial pieces of the fax missing in the resulting tif file. We've tried the following to solve these problems: - We've checked the timing settings for the ISDN trunk, these seem to be ok. - We've tried several versions of libtiff (currently we are using 3.7.2). - We've tried using 0.0.3 versions of spandsp (since we're using asterisk 1.2.7 we had to modify app_rxfax.c to work). - We've created a custom dialplan application to disable the echo cancellation on the isdn channel on which the fax is received. - We've tried various settings for t30_set_supported_compressions, t30_set_supported_image_sizes, t30_set_supported_modems and t30_set_supported_resolutions (I must confes that I didn't really know which settings to use here, but we have tried a lot of them). - We've tried several fax machines to send the faxes, ranging from simple fax-modems to large dedicated fax machines. But still a lot of faxes give problems, either the tif is missing large portions, or the fax isn't received at all. At the bottom of this mail are 2 examples of the logging when it goes wrong. I really hope that somebody can give a few pointers. Thanks in advance, Kind regards, Ardjan Zwartjes, Telecats === Example 1 = Jan 19 14:49:14 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:14 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 4 Jan 19 14:49:17 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 4 Jan 19 14:49:17 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:19 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 8 Jan 19 14:49:19 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:20 DEBUG[24218] app_rxfax.c: FLOW FAX Switching from V.29 + V.21 to V.29 (-22.18dBm0) Jan 19 14:49:21 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:21 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 4 Jan 19 14:49:23 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 8 Jan 19 14:49:23 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:23 DEBUG[24218] app_rxfax.c: FLOW FAX Switching from V.29 + V.21 to V.29 (-17.84dBm0) Jan 19 14:49:38 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 4 Jan 19 14:49:38 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:39 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:39 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 4 Jan 19 14:49:41 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 8 Jan 19 14:49:41 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:42 DEBUG[24218] app_rxfax.c: FLOW FAX Switching from V.29 + V.21 to V.29 (-19.13dBm0) Jan 19 14:49:48 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 4 Jan 19 14:49:48 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: == Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Pages transferred: 1 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Image size: 1728 x 1192 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Image resolution8037 x 7700 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Transfer Rate: 9600 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Bad rows0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Longest bad row run 0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Compression type3 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: Image size (bytes) 0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: == Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:49 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 4 Jan 19 14:49:51 DEBUG[24218] app_rxfax.c: FLOW FAX Set rx type 0 Jan 19 14:49:51 DEBUG[24218] app_rxfax.c: FLOW FAX Set tx type 1 Jan 19 14:49:51 DEBUG[24218] app_rxfax.c:
Re: [asterisk-users] Problems with rxfax
On Monday 22 January 2007 20:19, Marco Mouta wrote: I would install Hylafax(opensource too) with Asterisk via IAXModem, it worth! You can keep all the features, hylafax running in same server or a separated one, and IAXmodem will be a Modem on Hylafax, and a simple extension on you *. It works great for me, and there are more users using this architecture, you can setup as much IAXModem as your servers can handle, so it's very scalable. Just a 'me too' - we send about 3500 faxes per day via Hylafax (I appreciate this thread is about fax reception), until recently using the onboard DSPs of an Eicon Diva Server quad-BRI card, and the success rate we've achieved using 8 instances of IAXModem instead of the Diva Server card is just as high :) The thing that really impressed me was that we're not using any kind of dedicated (v)LAN for the link between the Hylafax and Asterisk servers. The IAX data is just shuffling across the same noisy LAN with chatter from a hundred Windows boxes.. HTTP traffic.. Samba file sharing.. all kinds of nonsense, and any problems are negligible! Cheers, Gavin. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [asterisk-users] Problems with rxfax
We've helped a lot of customers with fax for VoIP...often turns out to be audio quality issues (eg: test fax from within office is ok, but fax from customer fails). One solution is to optimize route (minimize latency) if you have that control. Moving fax line retry/resend control up a level (to Hylafax) helps too. MD -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Doug Lytle Sent: Monday, January 22, 2007 2:00 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Problems with rxfax Ardjan Zwartjes wrote: Dear list, The company I'm working for is trying to use app_rxfax to receive faxes on an Asterisk machine. Our initial tests looked very promising, but unfortunately we've encountered some problems. We've been trying to solve these problems for quite some time now, but we're running out of options. So I really hope that somebody can give some help here. Save yourself some time and frustration and type iaxmodem and HylaFAX+ on the Asterisk machine, you won't regret it. http://iaxmodem.sourceforge.net http://hylafax.sourceforge.net Doug -- Ben Franklin quote: Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
