RE: [asterisk-users] fax support
> But, as shipped, asterisk doesn't have native fax support, > but it can be > patched in via the spandsp code, giving you 2 new > applications: RxFax and > TxFax. You can plumb an incoming answered call to RxFax and > it will decode > the incoming fax stream into a TIFF file which you can then > process as > required. You can also use a combination of iaxmodem and hylafax to add fax capabillities to asterisk. Although this is harder to configure it was more reliable on our systems. Kind regards, Ardjan Zwartjes, Telecats. ___ --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] Rxfax and Txfax on Asterisk 1.4
>It's not a timing problem, it's a "that just happens when you do faxing >over typical VoIP channels" problem. The reason it happens is because >of jitter... and more specifically, packet loss. On UDP communications >packets are not retransmitted if they get dropped by a router or switch >or hub. You can't just take a data stream and chop out small chunks of >it here and there and expect the receiving end to be okay with it. I think you missed my point here, I understand the risks of faxing over VOIP but our problem ONLY occurs when then entire path of the fax is in voip. If we use a 10 times longer VOIP path combined with a small path over a regular telephony channel everything works fine, even though this would still suffer from packetloss. You're problably right about the jitter part (which is a timing problem as far as I can see) and I expect that the regular telephony channel fixes the problem since it has strict timing characteristics. Kind regards, Ardjan Zwartjes. ___ --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: RE: [asterisk-users] Rxfax and Txfax on Asterisk 1.4
That's not nessecerily true, if you install iaxmodem and hylafax on your asterisk machine you'll use IAX for the internal communication, but faxes can go out and come in on SIP or whatever you like. One thing that's important to mention here: We get unpredictable results if the fax is transmitted entirely over VOIP, if the fax passes a regular telephony channel once it works fine but if it's purely VOIP, transmission errors occur. This is probably a timing problem, but we haven't been able to solve it yet, still the results are much better than what we achieved using rx- and txfax. Kind regards, Ardjan. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Remzi Semsettin Turer Sent: donderdag 8 februari 2007 16:18 To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: RE: RE: [asterisk-users] Rxfax and Txfax on Asterisk 1.4 This is a solution if your provider is using IAX, but we are stuck with SIP. I find it surprising that txfax and rxfax not compiling under 1.4, but oh well. Warm Regards, Remzi Turer -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ardjan Zwartjes Sent: Monday, January 29, 2007 2:27 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: RE: [asterisk-users] Rxfax and Txfax on Asterisk 1.4 > AFAIK the current recommendation is to use HylaFax with something called iaxmodem. After having been through a lot of problems with RxFax and TxFax I completely agree with this statement. Allthough the initial configuration is a bit complicated, once you have this running you'll get far better reliability. Kind regards, Ardjan Zwartjes. ___ --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 ___ --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] Rxfax and Txfax on Asterisk 1.4
> AFAIK the current recommendation is to use HylaFax with something called iaxmodem. After having been through a lot of problems with RxFax and TxFax I completely agree with this statement. Allthough the initial configuration is a bit complicated, once you have this running you'll get far better reliability. Kind regards, Ardjan Zwartjes. ___ --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? 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: I
[asterisk-users] Agents that handle calls from multiple queues
Title: Message Hi everybody, I've got an Asterisk configuration where an agent handles calls from multiple queues. At the moment I'm using the default Queue application and I encountered the following problem: When there are calls waiting in multiple queues the selection of which call is handled by the Agent is more or less random. It would be nice if the call that was waiting the longest was handled first. I've been looking at ICD as an alternative to the Queue application but as far as I could see this project hasn't been updated for quite some time now. Does anybody know of an alternative or a way to get the desired behaviour? Thanks, Ardjan Zwartjes. ___ --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
