{"id":2653,"date":"2010-02-15T20:47:19","date_gmt":"2010-02-15T20:47:19","guid":{"rendered":"https:\/\/www.commetrex.com\/?p=2653"},"modified":"2010-02-15T20:47:19","modified_gmt":"2010-02-15T20:47:19","slug":"experience-worth","status":"publish","type":"post","link":"https:\/\/commetrex.com\/?p=2653","title":{"rendered":"What Is Experience Worth?"},"content":{"rendered":"<div>Commetrex has been developing and marketing fax-technology products for over 15 years, and <em><a title=\"BladeWare HMP Media Server\" href=\"http:\/\/commetrex.com\/products\/bladeware-hmp-media-server-2\/\">BladeWare<\/a><\/em>, our HMP media server has been supporting those fax technologies in the field for five years.<!--more Full Post--> And we are adding to our value as your fax-technology partner every time we help a customer solve a problem. If you\u2019ve read our latest white paper, <em><a title=\"The State of IP Fax in 2010\" href=\"http:\/\/commetrex.com\/company\/white-papers\/the-state-of-ip-fax-in-2010\/\">The State of IP Fax<\/a><\/em>, you could guess that we spend plenty of time helping our customers make the transition to direct network-connected T.38. That white paper documents Commetrex\u2019 experience in an industry that is trying to make the transition from the use of T.38 in enterprise IP islands to enterprises, service providers, and carriers interconnected via SIP.<\/div>\n<p>It\u2019s a challenge. It\u2019s one we\u2019ve taken on directly with our customers and as participants in the SIP Forum\u2019s FoIP Interop Task Group.<\/p>\n<p>Commetrex has made a corporate decision to do what we can to aid our customers and the industry to make this transition. We jump at the opportunity to work with our service-provider <em>BladeWare<\/em> customers in solving network-peering problems. For example, we are currently working with a fax-broadcast customer and his service providers to bring transaction-completion rates of a T.38-based broadcast even with that of TDM networks. We are working directly with a VoIP service provider to qualify a NAT-firewall solution. And another service provider is having trouble getting inbound faxes to succeed when the call was forwarded by his IP-carrier partners. And, our participating in the SIP Forum\u2019s FoIP Task Group is intended to promulgate and broaden the benefit.<\/p>\n<p>The fax-broadcast is proving to be quite a challenge because the evidence suggests that the problems, such as random timeouts, are being caused by the long-haul IP partners, and getting their cooperation is not easy.<\/p>\n<p>The VoIP service provider is using an on-premises B2BUA in conjunction with a network-based TURN server to solve the NAT and firewall problems often encountered when aSOHOcustomer has independently obtained the DSL service and is currently using it for data only.<\/p>\n<p>You might find the call-forwarding problem particularly interesting. Here, we have seven networks involved (yes\u2026seven): An inbound fax call originates on the 1) PSTN, where it is handed to 2) Level(3), which passes it to 3) Bandwidth.com (no fax determination, as yet). Bandwidth.com determines that the call is to be forwarded and passes it to 4) XO Communications, Bandwidth.com\u2019s \u201chandoff\u201d carrier for outbound 1+ calls. XO then passes it to 6) Global Crossing via (now get this) the 5) PSTN. Global Crossing sends it to 7) Intelemedia, our BladeWare customer, via the Global Crossing MPLS network. Whew! It should come as no surprise that this call-setup odyssey isn\u2019t trouble-free. Inbound faxes that are dialed direct work; those calls that are forwarded never work. Specifically, BladeWare and the remote gateway give it a game try, but eventually the remote caller hangs up.<\/p>\n<p>The problem begins with <em>BladeWare<\/em> receiving a \u201cNo Signal\u201d T.38 packet after receiving a V.21 preamble. Now, this may not mean anything to you, but the reason for it may. All you need to do is take a look at the figure below. Note the gap in the data about 25-percent into the plot. That 40-msecond gap is what caused the no-signal. And it doesn\u2019t have to be T.38. <em>BladeWare<\/em> supports G.711 pass-through fax, so Intelemedia tried the same call with G.711 and had 100-percent failures when the call was forwarded. Well, \u201cduh\u201d, you may say, G.711 doesn\u2019t work over the Internet. Hold on. Intelemedia is getting 100-percent\u2014so far\u2014success rate with G.711 pass-through with Global Crossing\u2019s MPLS when the call is not forwarded.<\/p>\n<p>Here is the picture of the call in the frequency domain (higher frequencies plot as higher amplitude):<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-2654\" title=\"Call in the Frequency Domain\" src=\"http:\/\/commetrex.com\/wp-content\/uploads\/2012\/08\/Callgraph1a.jpg\" alt=\"Call in the Frequency Domain\" width=\"400\" height=\"173\" \/><\/p>\n<p>Our guess is there is a jitter buffer somewhere that is filling up or the call is transferred between boxes, somehow leaving the gap. And the signal is not just interrupted. For some 60-ms after the break, the signal has glitches, likely due to a single packet being repeated by the packet-loss-concealment logic of a tandem network entity. Here\u2019s the gap up close showing the glitches following the gap at approximate 10-msecond intervals.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-2655\" title=\"Gap Close-Up\" src=\"http:\/\/commetrex.com\/wp-content\/uploads\/2012\/08\/Callgraph2a.jpg\" alt=\"Gap Close-Up\" width=\"400\" height=\"173\" \/><\/p>\n<p>Although this is not really a <em>BladeWare <\/em>problem, it does indicate a common network-failure mode that <em>BladeWare<\/em> could handle with a slight modification, which we installed for our customer. It solved the problem.<\/p>\n<p>That\u2019s the value of experience.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Commetrex has been developing and marketing fax-technology products for over 15 years, and BladeWare, our HMP media server has been&#8230;<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[],"class_list":["post-2653","post","type-post","status-publish","format-standard","hentry","category-bladeware"],"_links":{"self":[{"href":"https:\/\/commetrex.com\/index.php?rest_route=\/wp\/v2\/posts\/2653","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/commetrex.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/commetrex.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/commetrex.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/commetrex.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=2653"}],"version-history":[{"count":0,"href":"https:\/\/commetrex.com\/index.php?rest_route=\/wp\/v2\/posts\/2653\/revisions"}],"wp:attachment":[{"href":"https:\/\/commetrex.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=2653"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/commetrex.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=2653"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/commetrex.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=2653"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}