WildPackets
go
Solutions
Products
Support
Resources
News & Events
Partners
Buy Now
 
 
Reliable Data Links

Reliable Data Links

The Question:
Why should the data link layer be connection-oriented when there are other reliable protocol layers already running on top of it?

Why should there be reliability at the Data Link layer when Layer 4 protocols (such as TCP, SPX, or NetBIOS) already offer connection-oriented services? The answer is that lower layers operate faster than higher layers.

Consider these situations (and realize that they could be occurring either on a local network or across many bridges, routers, and WAN links in an internetwork).

When an application makes a disk read request, how long should it wait before deciding that the disk has not responded?

When a station sends a frame to a file server, how long should it wait without receiving an acknowledgment before it retransmits the frame?

When a station electrically generates a frame on a cable, how long should it wait before deciding that the frame was electrically corrupted and in need of retransmission?

You see, at the physical level, Ethernet retransmits almost instantaneously (roughly .0003 seconds; three-tenths of a millisecond). LLC is willing to wait a little longer to get the frame across the single data link and receive an acknowledgment (perhaps 5 or 10 milliseconds; .005 seconds). TCP or SPX, at Layer 4, must be willing to wait for an acknowledgment coming back from, potentially, the other side of a router or WAN link. It will wait even a longer period of time (perhaps in the range of several seconds). The application itself must be willing to wait for a request to be processed. This might take quite a long time (perhaps 10’s of seconds)

When a frame is transmitted across an internetwork and it gets corrupted on some intervening data link it is possible for Type 2 LLC to recover the frame on the intervening link without the conversation having to wait the much longer time required for end-to-end Layer 4 reliability. We say, "Lower layer reliability maintains the investment made in the transport of a frame".

There are a number of configurable timer parameters associated with protocol implementation. Ideally, it would be best to make the lower layers wait long enough that any new data being sent by the higher layer can be sent along with the acknowledgment for previous data received. The layers of protocol work in harmony, each one using the services of the underlying layer and each one providing services to the layer above. The lowest layer is the cable, the highest ‘layer’ is the human sitting at the keyboard.

.
MyPeek Forum Blog Contact Us About WildPackets
Solutions
Application Performance
Lawful Intercept
Deploying & Testing Applications
Distributed Networks
Network Baselining
Network Forensics
Network Performance Analysis
- NetFlow

Network Performance Management
Network Security
Network Troubleshooting
Product Development Support
VoIP Monitoring and Analysis
Video Monitoring and Analysis
Wireless Network Analysis
10 Gigabit Networks
Industry Specific Solutions
Products
WatchPoint
OmniFlow Collector
NetFlow Collector
sFlow Collector
OmniPeek Network Analyzer
Compass Live
OmniEngine Software Probe
OmniVirtual VMware Probe
TimeLine Network Recorder
Omnipliance Network Recorder
OmniAdapter Analysis Cards
Omnipliance Portable
Support
Product Support
Product Activation FAQs
Maintenance Programs
Product Versions
Contact Tech Support
Downloads
Training / Courses
Consulting
Custom Engineering
WildPackets Forums
MyPeek Community Portal
Resources
White Papers
Information Kits
Video How-To's
Product Tips and Tricks
Networking Glossary
Networking Links
Free Utilities
News & Events
Press Releases
Media Coverage
Media Kit
Blog
Peeks Newsletter
Success Stories
Reviews & Awards
Upcoming Events
Webinars & Webcasts
Partners
Technology Partners
Industry Alliances
Channel Partners
Training Partners
Partner Portal
Buy Now
Software
Software Upgrades
Hardware
Training
Maintenance Renewal
Per Incident Support
Sales Policies
Contact Sales

COPYRIGHT © 2012 WILDPACKETS, INC   |   Privacy   |   Sitemap
All registered and unregistered trademarks are the sole property of their respective owners