Sponsored By

Caution: Slow Traffic Ahead on Your Network?Caution: Slow Traffic Ahead on Your Network?

As complexity grows within your communications environment, monitoring and management systems and best practices are more important than ever.

Eric Krapf

June 27, 2017

3 Min Read
No Jitter logo in a gray background | No Jitter

It's probably the most common, and significant, question that IT folks -- and their end users -- ask:

"Why's my network so slow?"

If I urgently needed an answer to that question and I had to ask one person to get me it, I know who I'd turn to: Terry Slattery of NetCraftsmen. Terry leads our Enterprise Connect sessions that go in-depth on IP networks and the way real-time applications like voice and video run on those networks. And just last week he wrote a post for No Jitter titled with the above question: Why's my network so slow?

Of course, when end users ask why the network is so slow, they're probably not being literal. What they're really asking is why a real-time application or process isn't running like it's supposed to. End users frame the complaint in a way that blames the network, but IT people know the network is only one of the possible culprits.

In his post, Terry describes a situation in which an enterprise was having trouble with a videoconferencing application. The problem proved to be anything but straightforward to diagnose, but in the end, NetCraftsmen found the culprit to be an Internet link whose role in the application's configuration had not been understood at first. The lesson, simply put: "Make sure you are testing over the path that the traffic is actually using."

I have to think this sort of challenge is only going to become more widespread and complicated as enterprises move to hybrid cloud deployments for their real-time applications, and as SD-WAN gains popularity as a wide-area technology. Enterprises are looking to both as sources of cost savings and greater flexibility in delivering next-generation real-time applications to a growing base of end users increasingly seeking a variety of communications options. Inevitably, we'll see a diverse and potentially confusing proliferation in the ways that users connect to one another and to the applications on which they rely. At the same time, enterprises will deliver services off an increasing variety of platforms accessed via diverse networks, including (of course) the Internet, with its unpredictable performance levels.

We're just beginning to understand how to manage and troubleshoot enterprise cloud-based communications. Terry's session on that topic at the most recent Enterprise Connect Orlando was one of the most popular breakouts, indicating that this is a problem enterprise managers see in the near future, if not the present. We'll continue to focus on this challenge as it grows and morphs.

The first time I ever heard about the concept of an "80/20" rule was in reference to WAN traffic. Many years ago, the rule of thumb was that 80% of an enterprise's traffic stayed on the LAN, and 20% traversed the WAN. We've come a long way from those times. The example Terry used in the No Jitter post mentioned above shows that many enterprises probably don't have holistic views of where all their traffic is going. In this more complex environment, monitoring and management systems and best practices are more important than ever.

Follow Eric Krapf and No Jitter on Twitter and Google+!
@nojitter
@EricHKrapf
Eric Krapf on Google+

About the Author

Eric Krapf

Eric Krapf is General Manager and Program Co-Chair for Enterprise Connect, the leading conference/exhibition and online events brand in the enterprise communications industry. He has been Enterprise Connect.s Program Co-Chair for over a decade. He is also publisher of No Jitter, the Enterprise Connect community.s daily news and analysis website.
 

Eric served as editor of No Jitter from its founding in 2007 until taking over as publisher in 2015. From 1996 to 2004, Eric was managing editor of Business Communications Review (BCR) magazine, and from 2004 to 2007, he was the magazine's editor. BCR was a highly respected journal of the business technology and communications industry.
 

Before coming to BCR, he was managing editor and senior editor of America's Network magazine, covering the public telecommunications industry. Prior to working in high-tech journalism, he was a reporter and editor at newspapers in Connecticut and Texas.