SHARE



ABOUT THE AUTHOR


Art Yonemoto
Art Yonemoto is President of Yonemoto & Associates. He has been conducting Telecom (Landline and Wireless) audits for 21 years...
Read Full Bio >>
SHARE



Art Yonemoto | April 28, 2015 |

 
   

Demystifying Voice & Data -- Part 3

Demystifying Voice & Data -- Part 3 In the third of an ongoing series of posts, I explain how to describe packet switching in terms nontechnical colleagues can understand.

In the third of an ongoing series of posts, I explain how to describe packet switching in terms nontechnical colleagues can understand.

portable

As an IT/telecom professional, you are likely to have a good understanding about the theory and principles of voice and data. However, even if you are an expert, at some point in time, you will need to discuss or explain voice, data and wireless principles to your nontechnical, line-of-business colleagues. The intent of this, and my two previous No Jitter posts, is to help you demystify technical concepts for nontechnical colleagues, customers, clients, and so on.

Each article covers a couple of topics, and tries to explain these in nontechnical terms. While the examples and analogies may not always be 100% applicable, they should provide some perspective -- i.e., highlight the differences and advantages.

For my previous posts in my "Demystifying Voice & Data" series, see:

In this article, I will demystify the topic of packet switching (versus circuit switching).

What Is Packet Switching?
Prior to packet switching's arrival on the networking scene, voice communications occurred over circuit- switched networks. So, let's take a look at each of these.

    Circuit Switching - In this mode of communications, the switch establishes a dedicated circuit or channel for the duration of the transmission or call. Once the call ends, the switch relinquishes the dedicated circuit so it is available for use by the next voice call. By dedicated, I mean no other call shares the circuit. Switch vendors developed circuit switching primarily as a means of carrying voice communications.

    Packet Switching - In this mode of communications, a switch breaks the message into a number of parts (packets) and sends each independently over the most optimal route. At the destination, a switch reassembles the packets at the final destination. Packet-switching networks do use dedicated circuits. Rather, packets travel over shared circuits; they are not affected by other packets. The need to carry data communications drove the development of packet switches.

To help explain how packet switching works to a nontechnical audience, you might rely on examples from outside the IT/telecom world. I've provided a few examples below.

Non-IT Examples of 'Packet Switching'

    Example #1: Reassembling the London Bridge - In 1967, the city of London sold the London Bridge, which had been in need of updating, to an American for relocation at Lake Havasu in Arizona, where it would serve as a tourist attraction. The logistical problem was how to move the bridge, which dated to 1831, from London to Arizona. No boat was large enough to carry the bridge intact -- and even if such a ship existed, transporting the bridge in one piece would have been cost prohibitive and impractical. The obvious answer was to deconstruct the bridge into individual numbered granite blocks (or, for your purposes, packets). Normal ships would then transport these blocks (packets) as cargo.

    The blocks (packets) could be distributed among any number of ships, and did not need to be placed sequentially. While Ship A might have carried 1,000 non-sequential blocks (packets) -- Block #243, Block #14,843, Block #97, Block #7,003, and so on -- Ship B might have carried 1,200 non-sequential blocks. After several months, when all the blocks (packets) arrived at Lake Havasu, workers there reassembled them back into the London Bridge.

portable
The London Bridge reconstruction at Lake Havasu, circa 1971 (source: Wikipedia)
    Example #2: Traveling to the Rose Bowl - On Jan. 4, 2006, the Texas Longhorns and the USC Trojans played in the college football championship game at the Rose Bowl in Pasadena, Calif. For their trip, each Longhorns player received a fixed dollar amount and a week's time to get to California for the first practice session in Pasadena. The players (packets) made their own travel arrangements. Most players (packets) flew on different flights with different airlines. Some chose to drive to California. About a week before the game, the team managers "reassembled" all the players (packets) and started their practices... eventually leading to a thrilling 41-to-38 victory over USC.

Key Observation: As these two examples show, sequential timeliness is not a major requirement. While delivery timeframes are set, the order in which the packets arrive is not critical. In the London Bridge example, Block #494 could arrive three days later than Block #3,083 without any consequence. The important factor is that all blocks arrive by a certain date.

The same is true for the Texas football squad. While some players came early to Los Angeles to spend time sightseeing, others preferred to spend time in Austin and arrive right before the first practice. No player needed to arrive sooner than any other, nor did the players need to arrive in any particular sequence.

Non-IT Analogy to Packet Switching
Perhaps the packet-switching/IP revolution in IT/telecom was presaged by the revolution in the shipping industry brought on by the innovation of the container.

Prior to 1956, sending goods over water was done via a break-bulk system in which cargo was loaded onto ships as individual pieces. Different types of ships handled specific types of goods. The loading and unloading of goods was time-consuming and expensive. The ships themselves were relatively small and crew-related overhead was high given the amount of goods shipped.

Enter the container, which revolutionized the shipping industry in 1956. Instead of moved individually, goods could be placed in containers for shipment. It didn't matter the nature of the goods. Container A could contain corn, Container B electronics, Container C stuffed toys, Container D food products -- and one ship could carry them all. The important factor was that each container was of uniform size and could be handled in an efficient manner -- i.e., mechanized, stacked onto ships with minimal handling and requiring little waterfront space.

Over the years, container ships became larger and the relative costs of shipping goods continued to drop. To put this in an IT/telecom perspective, substitute "packets" for "containers."

Just as containers revolutionized the shipping industry, packet switching (and IP) has revolutionized the IT/voice industry.

Next up in my "Demystifying Voice & Data" series will be more on data communications.

"SCTC Perspectives" is written by members of the Society of Communications Technology Consultants, an international organization of independent information and communication technology professionals serving clients in all business sectors and government worldwide.





COMMENTS



August 16, 2017

Contact centers have long been at the leading edge of innovation in communications technology, given their promise of measurable ROI and the continual need to optimize customer interactions and sta

July 12, 2017

Enterprises have been migrating Unified Communications & Collaboration applications to datacenters - private clouds - for the past few years. With this move comes the opportunity to leverage da

May 31, 2017

In the days of old, people in suits used to meet at a boardroom table to update each other on their work. Including a remote colleague meant setting a conference phone on the table for in-person pa

August 16, 2017
World Vision U.S. is finding lots of goodness in RingCentral's cloud communications service, but as Randy Boyd, infrastructure architect at the global humanitarian nonprofit, tells us, he and his team....
August 11, 2017
Alicia Gee, director of unified communications at Sutter Physician Services, oversees the technical team supporting a 1,000-agent contact center running on Genesys PureConnect. She catches us up on th....
August 4, 2017
Andrew Prokop, communications evangelist with Arrow Systems Integration, has lately been working on integrating enterprise communications into Internet of Things ecosystems. He shares examples and off....
July 27, 2017
Industry watcher Elka Popova, a Frost & Sullivan program director, shares her perspective on this acquisition, discussing Mitel's market positioning, why the move makes sense, and more.
July 14, 2017
Lantre Barr, founder and CEO of Blacc Spot Media, urges any enterprise that's been on the fence about integrating real-time communications into business workflows to jump off and get started. Tune and....
June 28, 2017
Communications expert Tsahi Levent-Levi, author of the popular BlogGeek.me blog, keeps a running tally and comprehensive overview of communications platform-as-a-service offerings in his "Choosing a W....
June 9, 2017
If you think telecom expense management applies to nothing more than business phone lines, think again. Hyoun Park, founder and principal investigator with technology advisory Amalgam Insights, tells ....
June 2, 2017
Enterprises strategizing on mobility today, including for internal collaboration, don't have the luxury of learning as they go. Tony Rizzo, enterprise mobility specialist with Blue Hill Research, expl....
May 24, 2017
Mark Winther, head of IDC's global telecom consulting practice, gives us his take on how CPaaS providers evolve beyond the basic building blocks and address maturing enterprise needs.
May 18, 2017
Diane Myers, senior research director at IHS Markit, walks us through her 2017 UC-as-a-service report... and shares what might be to come in 2018.
April 28, 2017
Change isn't easy, but it is necessary. Tune in for advice and perspective from Zeus Kerravala, co-author of a "Digital Transformation for Dummies" special edition.
April 20, 2017
Robin Gareiss, president of Nemertes Research, shares insight gleaned from the firm's 12th annual UCC Total Cost of Operations study.
March 23, 2017
Tim Banting, of Current Analysis, gives us a peek into what the next three years will bring in advance of his Enterprise Connect session exploring the question: Will there be a new model for enterpris....
March 15, 2017
Andrew Prokop, communications evangelist with Arrow Systems Integration, discusses the evolving role of the all-important session border controller.
March 9, 2017
Organizer Alan Quayle gives us the lowdown on programmable communications and all you need to know about participating in this pre-Enterprise Connect hackathon.
March 3, 2017
From protecting against new vulnerabilities to keeping security assessments up to date, security consultant Mark Collier shares tips on how best to protect your UC systems.
February 24, 2017
UC analyst Blair Pleasant sorts through the myriad cloud architectural models underlying UCaaS and CCaaS offerings, and explains why knowing the differences matter.
February 17, 2017
From the most basics of basics to the hidden gotchas, UC consultant Melissa Swartz helps demystify the complex world of SIP trunking.
February 7, 2017
UC&C consultant Kevin Kieller, a partner at enableUC, shares pointers for making the right architectural choices for your Skype for Business deployment.
February 1, 2017
Elka Popova, a Frost & Sullivan program director, shares a status report on the UCaaS market today and offers her perspective on what large enterprises need before committing to UC in the cloud.
January 26, 2017
Andrew Davis, co-founder of Wainhouse Research and chair of the Video track at Enterprise Connect 2017, sorts through the myriad cloud video service options and shares how to tell if your choice is en....
January 23, 2017
Sheila McGee-Smith, Contact Center/Customer Experience track chair for Enterprise Connect 2017, tells us what we need to know about the role cloud software is playing in contact centers today.