SkyeFax (Beta)

Overview

SkyeFax is a Skyetel-engineered, fully reimagined, Fax system that insures exceptionally high deliverability while simultaneously being extremely fast. SkyeFax works by introducing a caching layer between your ATA and the PSTN in addition to retrying your delivery up to 9 times using different codecs, baud rates, and T38 error correction settings. 

Please Note - SkyeFax replaces the Skyetel vFax product. 

Enabling SkyeFax

To enable SkyeFax, simply navigate to your phone number and adjust the Call Routing to "SkyeFax:"

Screen_Shot_2021-03-15_at_9.50.03_AM.png

Once you configure your phone number to use SkyeFax, you can either send inbound faxes by email, or you can deliver them to your ATA. 

SMTP Configuration

There are no default defined SMTP settings for your account. This is required for email delivery of the SkyeFaxes. If you do not specify SMTP settings in our portal, we will not be able to deliver faxes.
You can set this up by logging into your Skyetel Portal and clicking the Settings gears in the top right inline1535828219.png

and then defining your SMTP parameters:

inline-809169219.png

Please note - Skyetel Support is not able to help troubleshoot SMTP configuration problems, and we strongly recommend against using Google or Office365 for SMTP delivery. We recommend Sendgrid, Mailgun or Mandrill as reliable alternatives (we use Sendgrid ourselves) 

Connecting Your Equipment To SkyeFax

All devices must use our SIP Registration gateways in order to connect to SkyeFax. Endpoint-based SkyeFax interconnection is not supported at this time. You can follow along here to configure your device via our SIP Credentials. 

ATAs

Connecting the ATA to SkyeFax

To connect your ATA to SkyeFax, you will need to create a new SIP Credential for your ATA and select "ATA" as the device type:

Screen_Shot_2021-03-19_at_1.19.52_PM.png

Supported ATAs

We do not sell ATA's and recommend you work with your regular phone vendor for these devices. 

We recommend you read our best practises to configuring your fax machine for use of SkyeFax. You can do that here.

PBXs

There are circumstances where you need to connect a PBX to the SkyeFax system, and SkyeFax is pleased to support such a connection. By connecting your PBX to the SkyeFax system, you can offer your own portals, devices, or features that are unique to your service offering while enjoying the reliability of the SkyeFax system. 

Please use 000077 as the prefix for outbound calls that you want to be routed through the SkyeFax system and insure you are using SIP Registration. SkyeFax does not work over our IP Authentication. 

Sending Outbound Faxes

There are 4 ways to send outbound faxes with SkyFax:

Skyetel Portal

The Skyetel Portal supports sending a fax under Faxes -> Send a Fax:

Screen_Shot_2021-03-15_at_11.09.34_AM.png

Email -> Fax

In order to send an email and have it create a Fax, you'll need to whitelist the email address in the Skyetel portal. You can do that in the Phone Number Features options:

Screen_Shot_2021-07-21_at_1.18.49_PM.png

From here, you can add up to 25 email per Skyetel phone number:

Screen_Shot_2021-07-21_at_1.18.42_PM.png

Once this is done, simply send an email to [destination fax number]@fax.smtpengine.io with a PDF of the fax you wish to send. For example - if you want to send a fax to 3609865200, you would email a PDF to 3609865200@fax.smtpengine.io from an email address that has been previously whitelisted in SkyeFax. The source phone number will be the number you associated the end user email with. 

Skyetel API

You are able to send/receive faxes by using the Skyetel API. You can click here to learn more.

ATA/PBX

You are able to send an outbound fax via SkyeFax using a supported ATA or any PBX. 

SkyeFax Caching Layers

Untitled__3_.png

SkyeFax has 2 caching layers that are critically important - the SkyeFax Cache, and the PSTN Private Connectors. 

SkyeFax Cache

The SkyeFax Cache's job is to receive or send the fax to your ATA as fast and as reliably as possible. We do this by nearly doubling the T38 baudrate from ordinary 9800 to 14400, and enabling all modern forms of T38 ECM and Redundancy. Furthermore, by controlling both ends of the last-mile connection, the SkyeFax caching servers can communicate with your ATAs to do real-time error correction without having to worry about the PSTN's persnicketiness. 

SkyeFax PSTN Connector

The SkyeFax PSTN Connector allows Skyetel to directly deliver your fax to the closest PSTN POP that has the highest T.38 Deliverability on our network. Even better, it does this over private links. This will prevent issues with jitter, packet loss, etc. More importantly - this allows the SkyeFax system to retry your fax without relying on the end user's Fax Machine or ATA device. These retries are extremely important, and allow us to communicate with the recipient via whatever methods they require even if the originating ATA does not support it. 

The SkyeFax PSTN Connector will attempt to deliver your fax up to 9 different times, using 9 different setting combinations (even cooler - you are only charged SkyeFax usage on successful faxes, not failed ones)

Encrypted Private Links

To connect the SkyeFax Cache and the PSTN connector together, we rely on encrypted private links that transfer the raw data files via block storage (we do not use T38/G711 to connect our caching system to the PSTN delivery system). By using block storage instead of real-time carrier tools, we are able to guarantee there is no quality loss between the Caching layer and the PSTN connectors. 

Reliability

Reliability is at the core of the SkyeFax system and we went to extreme lengths to test it. How extreme? Well... we're glad you asked. 

Behold the SkyeFax testing setup:

IMG_0207.jpg

(Yes, those are goats in the background.)

In order to test the reliability of the SkyeFax system, we connected a SkyeFax ATA to a satellite internet connection owned by one of our team members who lives in a rural part of Washington State. 

For the first round of testing, we sent dozens of 10 page faxes over this satellite connection without any additional stress testing. Each fax was successful. 

For the second round of tests, we took the same set of 10 page faxes, but also ran repeated speed tests, bittorrent downloads and other bandwidth destroying behavior. By doing this, we dramatically increased the latency, jitter and packet loss into the double digits. Just like the first test, each fax was successful. 

Here is how bad the internet was while we sent these faxes:

Latencymtr.png

Latency/Packet Loss

Screen-Shot-2021-01-14-at-4.42.07-PM.png

For the final round of tests, we took the same setup, maxed out the internet connection, and our engineers stood in front of the satellite dish:

IMG_0218.jpg

Unfortunately - this was where we started having deliverability issues and the failure rate was about 20%. However - this still meant that we delivered about 4 out of every 5 faxes we attempted. 

How is this possible?

The conventional wisdom about T.38 is that it isn't as reliable as other transport mediums. This is wrong. In fact - T.38 was designed explicitly for Fax over IP by some of the most competent people on the planet.  

The T.38 magic is it's error correction and ability to send redundant packets. When all of the most advanced T.38 error correction settings are enabled, T.38 is able to retry on a page-by-page, packet-by-packet basis. Further - T.38 is able to send multiple redundant copies of it's packets to provide cases of extreme packet loss (which is how the SkyeFax outer-space test was able to be successful).

Essentially instead of sending 1 packet for 1 bit of data, it will send 3 or 4. The SkyeFax caching layer will understand these redundant packets and discard them if they are not needed. However - if they are needed, our caching layer will rebuild the fax using these redundant packets on a page-by-page basis. Functionally, this means that if page 4 of your fax was missing 178 packets, the SkyeFax caching layer would rebuild that particular page using the redundant packets it received without failing or dropping the call. 

 

 

Was this article helpful?
4 out of 4 found this helpful
Return to top