<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Garamond;
panose-1:2 2 4 4 3 3 1 1 8 3;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.gmailmsg
{mso-style-name:gmail_msg;}
span.m6864979703474130330m-3904345199325633192gmail--cr
{mso-style-name:m_6864979703474130330m_-3904345199325633192gmail-_-cr;}
span.m6864979703474130330m-3904345199325633192gmail--bj
{mso-style-name:m_6864979703474130330m_-3904345199325633192gmail-_-bj;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Garamond",serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-family:"Garamond",serif;color:#1F497D">We’ve had to call our provider before for destinations with high failure rates, and they point the faxes out a different inter-carrier link which usually resolves the issue. I think
some inter-carrier trunks just don’t play well with T38.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Garamond",serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal" style="text-autospace:none"><b><span style="font-size:10.0pt;font-family:"Garamond",serif;color:#3B3838">Ben Amick<o:p></o:p></span></b></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;font-family:"Garamond",serif;color:#3B3838">Telecom Analyst</span><span style="font-size:9.0pt;font-family:"Garamond",serif;color:#666666"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Garamond",serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> cisco-voip [mailto:cisco-voip-bounces@puck.nether.net]
<b>On Behalf Of </b>Frank Arrasmith<br>
<b>Sent:</b> Thursday, April 06, 2017 11:40 AM<br>
<b>To:</b> Scott Voll <svoll.voip@gmail.com><br>
<b>Cc:</b> cisco-voip@puck.nether.net<br>
<b>Subject:</b> Re: [cisco-voip] Question regarding Rightfax Configuration and "Transmission Error"<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On average or failure rate is below 5%, however there are some senders with failure rates as high as 80%. We usually reach out to them and ask them to turn off ECM and some transmit speed to 9600. In response to some of the comments.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">We have MGCP and SIP internally with 99.9% success rate. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">We have both SIP to PRI and SIP to SIP for external. Carrier is Level 3. We used to have AT&T but had the same problem. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Outbound faxing from the Rightfax server is fine. It's only with inbound faxing that we have this problem. This is why I'm questioning a server setting. It doesn't make sense to me that the server would toss out the fax just because there
was a single RTN message sent, especially when the packet capture shows the sending device complied with the message, slowed it's transmit speed and finished the fax without any further issue. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">On the positive side, working on this over the past year has really helped me to build my FoIP skills, and faxing within the test of our network is rock solid 😀<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Thu, Apr 6, 2017 at 7:04 AM Scott Voll <<a href="mailto:svoll.voip@gmail.com">svoll.voip@gmail.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<p class="MsoNormal">Wow Frank, that is a lot of troubleshooting, and a great run down.<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Can I ask what your failure rate is?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">We have about a 2-4% failure rate and have decided not to troubleshoot those as they tend to be a Telco issue between us and the sender. We use a lot of toll bypass so if it doesn't work over a pri then we send it out another one. Usually
fixes most of our problems ;-)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Scott<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">On Wed, Apr 5, 2017 at 5:06 PM, Frank Arrasmith <span class="gmailmsg">
<<a href="mailto:frank.arrasmith@gmail.com" target="_blank">frank.arrasmith@gmail.com</a>></span> wrote:<o:p></o:p></p>
</div>
</div>
<div>
<div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class="MsoNormal">Calling all Rightfax gurus,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"> I have the following question regarding the Rightfax configuration and transmission errors.
<br>
<br>
Background:<br>
My enterprise has CUCM 10.5 with a pretty dialed in Fax/T38 setup over SIP and MGCP gateways. For the most part, faxing is pretty solid inbound and outbound to and from PSTN GW's, CUBEs, ,analog VG's, and regular fax machines(we have a lot). We have a SIP
trunk connected to Rightfax 10.5 server, which is managed by another group where we have limited access/experience with Rightfax configuration settings. It took us awhile to get the Rightfax servers with the correct t38 setup because they had only run traditional
CAS T1 prior to us, so it was new to everyone, but it is up and stable except for the following issue..
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Symptom :<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">The problem we see with Rightfax is with Transmission errors. It starts with our internal customers reporting that they do not receive a fax even when the sender receives confirmation. Upon further review
we see that the suspect call is listed as a "Transmission Error" in Rightfax, so the fax never gets delivered to the customers account/mailbox even though the call completes.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Analysis:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Since we are running T38, we can packet capture at the server, and we see normal fax protocol exchange, except for the suspect calls where we see "RTN" Messages. My understanding of the T.30 protocol is that
when a RTN message is delivered to the sender, that is an indication for the sender to slow down and resend the last page. We actually see in the messages where the RTN message gets sent, and the sender complies with the notice, and sends again at 12000, then
call completes as normal with an EOP message and a DCN message. In these cases,the Rightfax team actually looks at the fax image and may see a bit of blurriness, but perfectly legible text ,even tho its still marked as transmission failure. We have asked
them if there is a setting that can be tuned where the RTN does not cause the service to mark the transmission as failure. To this they reply, "It was working fine before when we were on CAS, so it must be on your end."
<br>
<br>
I understand where there are cases where the RTN message is sent because the call quality is actually terrible, but in those cases, there is usually several RTN messages and the sender will drop down to 4800 or below , and then usually give up and the call
will fail. This type of failure is rare (unless we have a major outage) and in this case the sending fax sees that it failed and will proceed with its normal retries.
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Question:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Is this RTN to transmission failure hard coded, or is this a configurable setting? If this were a regular fax machine, i think this would be a non issue as the receiver would see the crappy page as well as
the good copy of that was sent again in their bundle of received pages. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Any insight is greatly appreciated and for anyone just getting into FAX over IP with Cisco, I highly recommend the following book and Cisco Live presentations from these guys from Cisco TAC.<br>
<br>
<a href="http://cp.mcafee.com/d/2DRPowd2gArhod7ab1EVpjsd79KVJ55BZBcsehd79J55BZBcsY-Orhhpvuv7ffK6Qkn3hOqerTKzsSgRmlyEa9JGX3oSVsSjrlS6NJOVJwQsEKeuY_R-d78WUVZdDHTbFIIKsyUqehPXbOvkhjmKCHssPOEuvkzaT0QSyrjdTWWa8VNwttYQsCXCOsVHkiP2D4qR8D_O-roYGiFFNXgg16Oe3x8Doo6z4w68xy5P0770Ag9wc10BaE51s5xAi40pk3y0O83oi8whsw0Xgg1594jx0c1Pz0Gywx0q3hFA1gomu1wnv8zyM45M5x6MAj0wgq208JcIJVPXgg10IsQ40gpZ0W-AMC1gQo4vAn2RP0770Ag9xe0yy0U51vN6oAmK0Vwkc1EQhq208R1K9VNKQGmGncRAIn8lrxrW0FpKNnwqj-f0QSyqerCzCVI5-Aq83iTqlblbCqOmdbFEw0tLWjBm1EwzV7oEiwhd40bAh9PtQfd40Bm3IybstDaI3h1I43h0q8wj7oklBiAGMd40R6doCy8SYOrgAVZ6mMplDvr" target="_blank">Fax,
Modem, and Text for IP Telephony [Book]</a><o:p></o:p></p>
<div>
<p class="MsoNormal">from <span class="m6864979703474130330m-3904345199325633192gmail--cr">
Textbooks.com</span><o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span class="m6864979703474130330m-3904345199325633192gmail--bj">by David Hanes, Gonzalo Salgueiro</span><br>
<br>
<br>
<br>
<br>
<br>
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span class="m6864979703474130330m-3904345199325633192gmail--bj">Thanks,</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span class="m6864979703474130330m-3904345199325633192gmail--bj"> Frank
</span><br>
<br>
<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</blockquote>
</div>
</div>
<div>
<div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal" style="margin-bottom:12.0pt">_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="http://cp.mcafee.com/d/5fHCNEgdEI6zB5wQsIFK6zATsSyyO-OCe78CzASyyO-OCeuvpdEEILLfzDDT3qabxEVd7dXThKr8qHaNk54SRtxIrsKr9JGX3oSVsSMqekn7fuvW_6zAtss-CPRXBQSmnehsd78VZBVfG8FHnjlKepVkffGhBrwqrjdFCXZt54sUMeK-qejtPpesRG9pyPtyL0QDYu1K2qKMM-l9OwXnbiFqFsPmiNKQGmGncRAIn8lrxrW0FpKNnwqj-f0QSyqerCzCVI5-Aq83iTqlblbCqOmdbFEw0tLWjBm1EwzV7oEiwhd40bAh9PtQfd40Bm3IybstDaI3h1I43h0q8wj7oklBiAGMd40R6doCy8SYOrmNNDOzK2" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><o:p></o:p></p>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</blockquote>
</div>
</div>
</div>
</body>
</html>
<BR>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you