Subscribe to EDN

Outgoing Faxes Over VoIP: Suggestions And Requests

November 7, 2007

I’ve spent the past few days trying to figure out how to send a multi-page fax from my Brother MFC-8500 over my BroadVoice VoIP account and its Sipura SPA-1001 adapter (see here for a thorough explanation of the substantial technical issues involved in this seemingly trivial task). I ‘think’ I’ve nailed down a sustainably successful configuration, which I’ll detail below and which I suspect is more broadly applicable to other fax machines, VoIP providers and SIP adapters, but I welcome your ideas on other things your fellow readers and I can try.

  • Discussion threads like this one suggest that you should manually configure your fax machine to not transmit at rates above 9600 baud. Unfortunately, the MFC-8500 doesn’t have explicit user baud rate control; the owner’s manual notes that the fax modem speed is "14400-2400 bps" with "Automatic Fallback". However, the MFC-8500 offers an Overseas Mode that cryptically "Adjusts for sometimes difficult overseas transmissions" and "Makes temporary changes to the fax tones to accommodate noise and static on overseas phone lines." Guided by advice like this, I tried it, and it seems to help. Note that, at least on the MFC-8500, "After you send a fax using this feature, the feature turns itself off." It also drastically slows per-page outgoing fax speeds. Then again, though, when the alternative is no outgoing fax speed…
  • Wholly devote your broadband pipe to the fax task at hand. No email sending or receiving, web surfing or other LAN or WAN activity (no matter how bandwidth-and latency-miniscule you think it might be) while fax transmission is in progress, if at all possible.
  • You might think that, to aid in the above aspiration, a VoIP-cognizant QoS optimizer such as Hawking’s HBB1 or Linksys’ OGV200 would be helpful. You’d think (and I did)…but if my experiments’ results are broadly applicable, you’d be wrong. I couldn’t get fax transmissions to succeed until I removed the OGV200 intermediary from the link between my DSL modem and router.

FYI I didn’t hack any of the Sipura SPA VoIP adapter’s settings, although I do know the unit’s administrator password.

Followup: one of the commenters has a good point; stick to standard resolution scans, as well, for highest statistical probability of outgoing fax completion success.

Posted by Brian Dipert on November 7, 2007 | Comments (2)

November 9, 2007
In response to: Outgoing Faxes Over VoIP: Suggestions And Requests
Greg commented:

Who sends FAXes anymore?


November 7, 2007
In response to: Outgoing Faxes Over VoIP: Suggestions And Requests
Paul E. Jones commented:

Brian, Having spent way more time on fax over IP than any one person should be forced to, I can only say that it's very tricky and the results you are likely going to get are entirely unpredictable. The problem is that you have a device that is designed for voice. Does it have the wherewithal to disable echo cancelation? This would be necessary for higher-speed fax. What kind of packet loss do you see? Just a very little packet loss will result in fax page transmission errors. Some devices do not properly represent the fax tones accurately, either, which means that the other side hears garbage, more or less. And suppose everything works well on your end -- using G.711, DSP accurately samples audio and packetizes it for you, etc. The call will quite likely go through a PSTN gateway on the Internet somewhere. Does that gateway properly support fax "pass-through", as it is called? And, supppose that gateway does. Let's assume it goes over the PSTN then onto an IP network again. Will that remote gateway or the next gateway present a problem? I have seen cases where the source of the problem was several hops away. A better solution to transmitting fax over IP is moving away from using transmitting audio to using T.38. T.38 decodes the fax signaling locally and sends data over the IP network. It is far more reliable, but it also has a downside: if there are too many gateway hops, faxes will often timeout due to delays introduced in buffering data at each hop. So, in short, you might have to live with fax frustration for a while. It is not something you can solve entirely on your own: we must get all of the service providers to coordinate to ensure smooth transmission of fax end-to-end.

POST A COMMENT
Display Name
captcha

Before submitting this form, please type the characters displayed above. Note the letters are case sensitive:

Advertisement
Advertisement
Advertisement
About EDN   |   Site Map   |   Contact Us   |   Subscription   |   RSS
© 2012 UBM Electronics. All rights reserved.
Use of this Web site is subject to its Terms of Use | Privacy Policy

Please visit these other UBM Canon sites

UBM Canon | Design News | Test & Measurement World | Packaging Digest | EDN | Qmed | Pharmalive | Appliance Magazine | Plastics Today | Powder Bulk Solids | Canon Trade Shows