Questions about the Fax Server UCM



I’m trying the internal UCM Fax Server (I use only Trunk VoIP with PCMA codec), I have some questions about the UCM Fax Server (UCM6208
1 - I set the receiving email “faxed” to -> Call Features/Fax/T.38/Fax Settings → Default Email Address - instead of using the email set to “Maintenance/System events/Alert Contact → Super Admin Email”.
How come?
2 - if I try to send PDFs it easily sends them if they are normal PDF files, if I try to send PDF files created by a scan they easily fail, how come?
3 - in the fax speed settings in “Call Features/Fax/T.38/Fax Settings”, normally set to 9600 with Trunk Voip, can I increase it?
4 - where do you set whether to send or receive faxes in T38 or G711 passthrough?
Is it not possible in any way to export or import transmitted/received fax lists?
5 - how come there is the time of “Resend” if in reality in case of failed fax doesn’t automatically send back?
6 - Should Enable Error Correction Mode be enabled or not?

Thank you


in order of the questions asked -

  1. The default is when a user/extension owner email is not specified. That person may not be the same as the PBX admin. People change jobs, but the DID for the fax remains, so it offers a catch-all when a DID no longer has an email at the extension level.
  2. I have not experienced this, as I have faxed spec sheets. I assume that a “normal” pdf file is one that might be editable whereas a scan is an image PDF. I have faxed scanned PDF images, but perhaps the scan resolution or color may have a bearing. PM me with one such failure and I will test to see if it will go.
  3. Yes, you can increase it to 14.4k, but more in a bit.
    4, You don’t. The UCM will receive the Invite at a voice level initially. Once accepted, a re-Invite
    for t.38 will occur and if not possible a fallback to g711 if a re-Invite is allowed and assuming the response is not a 488 not acceptable here
  4. It is simply an option where you get to set the number of retries and the interval between same. However, I suspect like you, that I have not seen the retry function in action. If I send and it fails, it fails and I must manually invoke another attempt. I wonder if the retry is only applicable in the event the other fax is busy? Maybe someone else knows as I do not use the inbuilt server that much except for testing.

The issue with fax (FoIP) is that it is taking a conventional TDM from of communications and converting it to a stateless (UDP) packet switched mode of communications. As a result the reliability of the transmission is dependent on the ability of the Internet to deliver the signal from point A to B in a timely and error-free manner…or as much as possible. Additionally, the providers along the way on the Internet must all support t.38 for it to reliably work and while t.38 is designed to overcome some of the issues associated to FoIP, it is not a guarantee and when it can’t handle the job, then there is not much you can do about it. If the provider does not support t.38, then the fallback g711 codec is used, which does not have the robustness of t,38 and the odds increase for failure.

The longer the fax, the odds increase for failure
The more complex a fax is in its content, the more time is sent having to render the image and therefore the longer the time to transmit, thus increasing the odds.
The faster the speed, the odds increase for failure
The more hand-offs (carriers) along the way, the odds increase for failure,
Use of g711, the odds increase as the use of a voice codec has no provision for error correction.

If your provider claims to support t.38, most likely they have a statement somewhere in their small print that says something to the effect that while they support t.38, that due to the nature of FoIP, they do not offer troubleshooting support for fax issues.

Error correction? I have tried it both on and off and honestly have not been able to tell a difference, but I suspect that this is more due to my ISP capability than anything else. Of course, my observation are merely subjective and lack any technical testing or empirical data to back it up. My suspicion is that it should be left off, but with the caveat that it may depend on which codec is used. ECM does a level of handshaking to determine if the page sent was received as expected at the other end and if not, the page is resent again. ECM requires CPU cycles. If using g711 and given the connection is stateless, it occurs to me ECM is pointless. The stream might be completely unintelligible as the resent packets arrive in the middle of packets in process. With t.38, there are some forms of EC in place within the protocol and while the EC methods are different, the addition of ECM to what is already in the protocol makes the CPU use even more so and to some users redundant. However, I have read some article that indicate that if you have t.38, then ECM is definitely worth it. As mentioned I have tried it both on and off with the providers I have that are known to support t.38 and I have not been able to tell a difference subjectively. Maybe others have more insight.

I have tried GS, Planet, CIsco, Net Gen Communications, Patton M-ATA, MediaTrix, Yeastar, Welltech, and others over the past years all in a quest for the Holy Grail. They all had some success, but never to the point that the installation of one was solid to the extent that service calls always cropped up sometime later,and frequently, if the client was a heavy user. I have since ceased their use for the purpose.

Your mileage may very if you are fortunate enough to live in an area with a number of ISPs with fiber. We are only starting to fiber in limited distribution and while I have clients with fiber and they seem to have better results, you still have to consider that this provider is probably not the end-to-end provider and the fax will traverse circuits that still raise the odds for failure.

Nevertheless in the US, I have been playing around some, not much, with trying out a few providers’ claims and I can say that some do appear to be pretty robust. My playing around however is not the same as clients who live and breath by the (dreaded, despised and unwanted) fax that they send hundreds of pages a day.

To me, its like going to Vegas and rolling the dice…knowing the odds are in the house’s favor.


Hi, Larry,

thank you for deepening, I created these questions because I believe that many people have asked the same questions.
But perhaps I have expressed one thing wrong, and I remain in doubt.
If I send or receive the fax from user 230 example, the email will be the one set to user 230, and this is obvious and clear.
What is not clear to me is if I send the email logging in as an admin, I enter the email as from screen 1 and instead UCM uses the email of screen 2. I do not understand why it is not used that from screen 1.

from maunual “Send Fax to the Email address, if user’s Email can not be found.(screen 1)”

I understand that it uses the admin email (screen 2) when I’m logged in as admin, but at this point I don’t understand what the email to set up in screen 2 is for.

  • am I logged in as admin? The email of the screen 2 is used
  • I am logged in as user xxx? the email of user xxx will be used.
  • screen 1 email will now only be used if UCM does not find either the screen 1 email or the screen 2 email.


however, personal consideration, I have tried in many ways, with and without ECM, with normal pdf and scanned pdf, PCMU and PCMA, several VoIP providers and the result is not satisfactory, 40% fail :frowning: