| |
| Your November newsletter |
| |
| In this issue: |
| • Tutorial: Protocol Stacks and the OSI layers - with video |
| • Course 101 in Tyson's Corner November 17-19 is on! |
| • Teracom quality and performance rated 97 out of 100 in independent verification - see the results for yourself |
| • Course schedules |
| |
| Course 101 in Tyson's Corner (Washington DC Beltway) November 17-19 is on! |
 |
 |
|
|
Teracom is a customer-focused company. You are the only reason we do what we do.
And when a customer calls us with a request, we try our best to deliver.
We had scheduled Course 101 in Tyson's Corner, Virginia for November 17-19, but registrations were low so we re-scheduled the session to February to give people more time to get approval.
Shortly thereafter, we got phone calls from two customers, one with four students, saying they were planning to attend but hadn't yet registered - could we pleeeease reinstate the session?
Within a few hours, we were able to re-confirm the facility and the instructor for the original dates, and give the answer to our customer: yes. So it's now back on. Join us!
location details main Course 101 page register
|
|
|
| |
| Teracom quality and performance rating: 97 out of 100 in independent verification! |
 |
|
We are in the process of negotiating with the US General Services Administration (GSA) to have Teracom listed on government procurement systems. One of the steps in this process is to have our products and services anonymously evaluated and rated by past customers.
The results are in, and we couldn't be happier: an overall score of 97, with quality and personnel ratings 100% positive!
We're not surprised, but are gratified to know our customers agree the quality of our training and customer service is at the very top of the scale.
See for yourself:
|
|

|
| Tutorial: Protocol Stacks and the OSI Layers |
 |
|
To communicate, we need a convention or agreement that specifies how we are going to do so. This is the definition of a protocol. The term protocol is used in the data communications business the same way it is used in the diplomacy business: it is a plan for how two different systems will interact. Mutual adherence to an agreed protocol or set of protocols make communication possible.
In an open system, the protocols are published standards: everyone agrees on the plan. There are two basic choices for the plan: monolithic or structured. A monolithic protocol would embody all of the required functions in a single standard. The problem with this approach is that it becomes unwieldy when all possible variations are included in the single document, and makes maintenance impossible.
A structured approach, where we divide the totality of functions into easy pieces, then write protocols covering each of the pieces, is more workable.
One approach to implementing structured communications protocols is the OSI Reference Model. In 1983, the International Organization for Standardization (ISO) adopted a “Basic Reference Model for Open Systems Interconnection”. The purpose of this model was to “provide a common basis for the coordination of standards development for the purpose of systems interconnection, while allowing existing standards to be placed into perspective within the overall reference model”. The key point is that this is a model for discussing protocols and standards. It does not specify how to actually perform a function, but more describes what functions must be performed, and organizes these functions into manageable groups or layers.
A layer is a subset of the totality of functions that must be implemented to interwork systems. We write software packages that implement one or more of the layers on each system. Each layer relies on services provided by the lower layer, takes those and adds value to them, and provides that as a value-added service to the higher layer above it.
|
|
|
|
Figure: The 7 OSI Layers
|
| |
|
The OSI Reference Model is referred to as a 7-layer model because the total set of functions required to interwork diverse systems was defined and then broken up into seven groups or layers, and arranged in a hierarchy.
Each layer has a name and a number. We start numbering at the bottom:
1: Physical Layer The physical layer provides a raw bit stream service, moving 1s and 0s between the systems. This is all it does, but it has to do this completely. The physical layer includes the mechanical, electrical, functional and procedural specifications for moving binary digits over a physical medium. Category 5 LAN cables and Ethernet are an example of the implementation of the physical layer.
2: Data Link Layer There is no such thing as an error-free, unlimited-capacity physical connection. The data link layer manages communications on a single circuit, a single link. There may be several stations connected to the circuit – a multidrop circuit – but it is one single physical circuit. The link layer typically controls access to the circuit (which station can transmit next), flow control and error control. This allows communications of blocks of data to another station on the same circuit. The 802.2 MAC addresses and frame formats on LANs are an example of the implementation of the link layer.
3: Network Layer What happens if we don’t have a single link, but 86,000 of them, and we do not want our data broadcast to all of the stations on all 86,000 circuits, but rather want it routed and delivered to just one destination? This is the definition of a network. The network protocol allows the user to specify a particular destination, and the network to route the data internally to that destination, moving data from one circuit to the next, essentially a forwarding function. IP is a network layer protocol.
4. Transport Layer If the receiver isn’t on our network, but on another one, and the networks are connected together with multiple intervening networks, how do we know that our data got delivered? If we are using IP, there are no guarantees our data will be delivered, when that might happen, nor how often that might happen. Nothing. The transport layer implements error checking between the source and destination end-to-end to verify that the data was successfully delivered, and in some cases, retransmit data that was not. TCP is a transport layer protocol.
5. Session Layer The session layer manages sessions between applications, including initiation, maintenance and termination of information transfer sessions. Usually this is visible to the user by having to log on with a password. The POP email protocol implements a session layer.
6. Presentation Layer The presentation layer is very important: this is the coding step. How are we going to represent our message in 1s and 0s? ASCII is an example of a presentation layer protocol. Compression and encryption are also presentation layer protocols: methods of coding messages into 1s and 0s.
7. Application Layer Sitting on top of all of this is the application layer. The application layer defines the vocabulary, format and syntax of messages that will be exchanged, and is usually bundled with a Human-Machine Interface. Regular email messages are formatted following the Simple Mail Transfer Protocol (SMTP), an application-layer protocol.
|
| |
| A particular protocol must be chosen for each layer, and all systems must agree on the protocol at each layer. Since the protocols work hand-in-hand-in-hand, we often use the term "protocol stack" to refer to the set of seven chosen protocols. |
| |
| Understanding how this actually works can be difficult. Using an analogy of business-to-business communications via pieces of paper and FedEx helps to explain these protocols can be helpful. Click the image below to watch a free video tutorial of the FedEx Analogy. |
| |
 |
|
< The video to the left is Windows Media Video at DVD quality. It plays well in Windows Media Player and Internet Explorer, (but not so well in Chrome or Firefox for some reason). Download might be slow and/or choppy if a lot of people watch it at the same time.
Click the image and give it a try. If you have problems, stop, then RIGHT-click the image and choose "Save target as..." and save the video to your desktop then watch it after it has finished downloading.
|
| |
|
|
|
A similar (but not identical) video clip is on YouTube. This is more accessible and will work on more computers and have fewer slowdown problems... but YouTube quality is still pretty bad. The Windows Media version above is better quality and has the full FedEx Analogy.
|
|
|
Enjoy!
|
| |
| This video tutorial is from DVD 4, Understanding Wireless 1. check out the full contents of Teracom's acclaimed video courses here |
| |
| This discussion is also covered in instructor-led Course 101 Telecom, Datacom and Networking for Non-Engineering Professionals on the morning of the third day, to kick off the entire day of discussing networks and network services like MPLS. |
| |
| |
| Instructor-Led Course Schedule |
 |
| Course 101 Telecom, Datacom and Networking for Non-Engineers |
|
|
| |
| Course 110 IP, VoIP and MPLS for the Non-Engineering Professional |
|
|
| |
| Course 130 Understanding Voice over IP |
|
|
| |
 |
| |
| Here are a few links that you may find useful: |
| |
|
|
| |
|
|
| |
Privacy policy: We hate spam as much as you do.
We will NEVER give your email address or any other personally-identifying information about you to anyone without your explicit consent. full statement |
| |
| About this email: We are sending you this message following your request to receive information from Teracom Training Institute. If you have received this message in error, and/or no longer wish to receive these messages, please accept our apologies for the inconvenience and click here to visit our web site to take your name off our private mailing list. Simply sign in to your myTeracom account, and click the link for "Newsletter subscription" under My Account Settings, and uncheck the newsletter subscription box on your myTeracom profile. |
| |
If this message was forwarded to you...
To receive future issues of the Teracom Training Institute newsletter, be informed of new tutorials, video releases, seminars and special offers, add yourself to our private mailing list. We'll never give your e-mail address to anyone. You can unsubscribe at any time. |
| |
| Copyright © Teracom Training Institute. All rights reserved. privacy policy |
| |
| Your colleagues may be interested... would you please forward this to them? |
| |
Many thanks,
Eric Coll, Director
Teracom Training Institute |
| |
|
|