Data Link Layer Services
Data Link Layer Services
Data Link Layer Services
4
SERVICES PROVIDED TO THE NETWORK LAYER
The function of the data link layer is to provide services to the network
layer. The principal service is transferring data from the network layer
on the source machine to the network layer on the destination
machine.
The data link layer can be designed to offer various services. The
actual services offered can vary from system to system. Three
reasonable possibilities that are commonly provided are
This class of service is appropriate when the error rate is very low
so that recovery is left to higher layers. It is also appropriate for real-
time traffic, such as voice, in which late data are worse than bad
data. Most LANs use unacknowledged connectionless service in the
data link layer.
6
ACKNOWLEDGED CONNECTIONLESS SERVICE
When this service is offered, there are still no logical connections
used, but each frame sent is individually acknowledged.
In this way, the sender knows whether a frame has arrived correctly.
If it has not arrived within a specified time interval, it can be sent
again. This service is useful over unreliable channels, such as
wireless systems.
Adding Ack in the DLL rather than in the Network Layer is just an
optimization and not a requirement. If individual frames are
acknowledged and retransmitted, entire packets get through much
faster. On reliable channels, such as fiber, the overhead of a
heavyweight data link protocol may be unnecessary, but on wireless
channels, with their inherent unreliability, it is well worth the cost.
7
ACKNOWLEDGED CONNECTION-ORIENTED SERVICE
Here, the source and destination machines establish a
connection before any data are transferred. Each frame sent
over the connection is numbered, and the data link layer
guarantees that each frame sent is indeed received.
Furthermore, it guarantees that each frame is received exactly
once and that all frames are received in the right order.
9
FRAMING
DLL translates the physical layer's raw bit stream
into discrete units (messages) called frames.
10
FRAMING – CHARACTER COUNT
The first framing method uses a field in the header to specify
the number of characters in the frame. When the data link layer
at the destination sees the character count, it knows how many
characters follow and hence where the end of the frame is.
11
The trouble with this algorithm is that the count can be garbled by a
transmission error.
FRAMING – BYTE STUFFING
Use reserved characters to indicate the start and end of a frame. For instance,
use the two-character sequence DLE STX (Data-Link Escape, Start of TeXt)
to signal the beginning of a frame, and the sequence DLE ETX (End of TeXt)
to flag the frame's end.
The second framing method, Starting and ending character stuffing,
gets around the problem of resynchronization after an error by having
each frame start with the ASCII character sequence DLE STX and
end with the sequence DLE ETX.
Problem: What happens if the two-character sequence DLE ETX
happens to appear in the frame itself?
Solution: Use character stuffing; within the frame, replace every occurrence
of DLE with the two-character sequence DLE DLE. The receiver reverses the
processes, replacing every occurrence of DLE DLE with a single DLE.
Example: If the frame contained ``A B DLE D E DLE'', the characters
transmitted over the channel would be ``DLE STX A B DLE DLE D E DLE
DLE DLE ETX''.
12
Disadvantage: character is the smallest unit that can be operated on; not all
architectures are byte oriented.
13
Byte stuffing and unstuffing
14
FRAMING – BIT STUFFING
This technique allows data frames to contain an arbitrary number of bits and
allows character codes with an arbitrary number of bits per character. It
works like this. Each frame begins and ends with a special bit pattern,
01111110 (in fact, a flag byte).
Whenever the sender's data link layer encounters five consecutive 1s in the
data, it automatically stuffs a 0 bit into the outgoing bit stream.
This bit stuffing is analogous to byte stuffing, in which an escape byte is
stuffed into the outgoing character stream before a flag byte in the data.
When the receiver sees five consecutive incoming 1 bits, followed by a 0 bit,
it automatically destuffs (i.e., deletes) the 0 bit
15
BIT STUFFING EXAMPLE
16
Byte stuffing and unstuffing
17
PHYSICAL LAYER CODING VIOLATIONS
This Framing Method is used only in those networks in which
Encoding on the Physical Medium contains some redundancy.
Some LANs encode each bit of data by using two Physical Bits i.e.
Manchester coding is Used. Here, Bit 1 is encoded into high-low(10)
pair and Bit 0 is encoded into low-high(01) pair.
The scheme means that every data bit has a transition in the middle,
making it easy for the receiver to locate the bit boundaries. The
combinations high-high and low-low are not used for data but are
used for delimiting frames in some protocols.
18
ERROR CONTROL
Error control is concerned with insuring that all frames are eventually
delivered (possibly in order) to a destination. How? Three items are required.
Two Approaches:
feedback-based flow control, the receiver sends back information
to the sender giving it permission to send more data or at least
telling the sender how the receiver is doing
rate-based flow control, the protocol has a built-in mechanism
that limits the rate at which senders may transmit data, without
using feedback from the receiver.
Various Flow Control schemes uses a common protocol that
contains well-defined rules about when a sender may transmit the
next frame. These rules often prohibit frames from being sent
until the receiver has granted permission, either implicitly 20 or
explicitly.
ERROR CORRECTION AND DETECTION
It is physically impossible for any data recording or transmission
medium to be 100% perfect 100% of the time over its entire expected
useful life.
In data communication, line noise is a fact of life (e.g., signal attenuation, natural
phenomenon such as lightning, and the telephone repairman).
As more bits are packed onto a square centimeter of disk storage, as
communications transmission speeds increase, the likelihood of error
increases-- sometimes geometrically.
Thus, error detection and correction is critical to accurate data
transmission, storage and retrieval.
2. Burst error : It means two or more bits in data unit are changed from 1 to 0
from 0 to 1. In burst error, it is not necessary that only consecutive bits are
changed. The length of burst error is measured from first changed bit to last
changed bit
22
ERROR DETECTION VS ERROR CORRECTION
There are two types of attacks against errors:
Error Detecting Codes: Include enough redundancy bits to detect
errors and use ACKs and retransmissions to recover from the errors.
Error Correcting Codes: Include enough redundancy to detect and
correct errors. The use of error-correcting codes is often referred to as
forward error correction.
23
ERROR DETECTION
Error detection means to decide whether the received data is correct or
not without having a copy of the original message.
24
VERTICAL REDUNDANCY CHECK (VRC)
Append a single bit at the end of data block such that the number
of ones is even
→
Even Parity (odd parity is similar)
→
0110011 01100110
→
0110001 01100011
VRC is also known as Parity Check. Detects all odd-number errors in
a data block
25
EXAMPLE OF VRC
The problem with parity is that it can only detect odd numbers of bit
substitution errors, i.e. 1 bit, 3bit, 5, bit, etc. errors. If there two,
four, six, etc. bits which are transmitted in error, using VRC will not
be able to detect the error.
26
LONGITUDINAL REDUNDANCY CHECK (LRC)
Longitudinal Redundancy Checks (LRC) seek to overcome the weakness of
simple, bit-oriented, one-directional parity checking.
LRC adds a new character (instead of a bit) called the Block Check Character
(BCC) to each block of data. Its determined like parity, but counted
longitudinally through the message (also vertically)
Its has better performance over VRC as it detects 98% of the burst errors (>10
errors) but less capable of detecting single errors
If two bits in one data units are damaged and two bits in exactly the same
positions in another data unit are also damaged, the LRC checker will not detect
an error.
11100111 11011101 00111001 10101001
11100111
11011101
00111001
10101001
10101010
27
11100111 11011101 00111001 10101001 10101010
Original Data LRC
TWO DIMENSIONAL PARITY CHECK
Upon receipt, each character is checked according to its VRC parity
value and then the entire block of characters is verified using the
LRC block check character.
28
29
ANOTHER EXAMPLE OF TWO DIMENSIONAL PARITY CHECK
Consider the following bit stream that has been encoded using
VRC, LRC and even parity. Locate the error if present
30
CYCLIC REDUNDANCY CHECK (CRC)
The cyclic redundancy check, or CRC, is a technique for detecting
errors in digital data, but not for making corrections when errors are
detected. It is used primarily in data transmission
In the CRC method, a certain number of check bits, often called a
checksum, are appended to the message being transmitted. The
receiver can determine whether or not the check bits agree with the
data, to ascertain with a certain degree of probability whether or not
an error occurred in transmission
The CRC is based on polynomial arithmetic, in particular, on
computing the remainder of dividing one polynomial in GF(2)
(Galois field with two elements) by another.
Can be easily implemented with small amount of hardware
Shift registers
XOR (for addition and subtraction) 31
GENERATOR POLYNOMIAL
A cyclic redundancy check (CRC) is a non-secure hash function designed to
detect accidental changes to raw computer data, and is commonly used in
digital networks and storage devices such as hard disk devices.
CRCs are so called because the check (data verification) code is a
redundancy (it adds zero information) and the algorithm is based on cyclic
codes.
The term CRC may refer to the check code or to the function that calculates it,
which accepts data streams of any length as input but always outputs a fixed-
length code
The divisor in a cyclic code is normally called the generator polynomial or
simply the generator. The proper
1. It should have at least two terms.
33
CYCLIC REDUNDANCY CHECK
Let M(x) be the message polynomial
Let P(x) be the generator polynomial
P(x) is fixed for a given CRC scheme
P(x) is known both by sender and receiver
Create a block polynomial F(x) based on M(x) and P(x)
such that F(x) is divisible by P(x)
F (x) 0
= Q(x) +
P(x) P(x)
CYCLIC REDUNDANCY CHECK
Sending
1. Multiply M(x) by xn
2. Divide xnM(x) by P(x)
3. Ignore the quotient and keep the reminder C(x)
4. Form and send F(x) = xnM(x)+C(x)
Receiving
1. Receive F’(x)
2. Divide F’(x) by P(x)
3. Accept if remainder is 0, reject otherwise
EXAMPLE OF CRC
Consider a message 110010 represented by the polynomial M(x) = x5 + x4 +
x Consider a generating polynomial G(x) = x3 + x2 + 1 (1101)
This is used to generate a 3 bit CRC = C(x) to be appended to M(x).
Steps:
1. Multiply M(x) by x3 (highest power in G(x)). i.e. Add 3 zeros. 110010000
2. Divide the result by G(x). The remainder = C(x).
1101 long division into 110010000 (with subtraction mod 2)
= 100100 remainder 100
3. Transmit 110010000 + 100
To be precise, transmit: T(x) = x3M(x) + C(x)
= 110010100
4. Receiver end: Receive T(x). Divide by G(x), should have remainder 0.
Note if G(x) has order n - highest power is xn, then G(x) will cover (n+1) bits
and the remainder will cover n bits. i.e. Add n bits to message. 36
37
38
ANOTHER EXAMPLE OF CRC
39
CRC DIVISION IN POLYNOMIAL FORM
40
41
CRC STANDARD POLYNOMIALS
CRC PERFORMANCE
CRC is a very effective error detection technique. If the divisor is chosen
according to the previously mentioned rules, its performance can be
summarized as follows:
❖
CRC can detect all single-bit errors
❖
CRC can detect all double-bit errors (three 1’s)
❖
CRC can detect any odd number of errors (X+1)
❖
CRC can detect all burst errors of less than the degree of the polynomial.
❖
CRC detects most of the larger burst errors with a high probability. 42
• For example CRC-12 detects 99.97% of errors with a length 12 or more.
CHECKSUM
Checksum is the error detection scheme used in IP, TCP & UDP.
Here, the data is divided into k segments each of m bits. In the
sender’s end the segments are added using 1’s complement arithmetic to
get the sum. The sum is complemented to get the checksum. The
checksum segment is sent along with the data segments
At the receiver’s end, all received segments are added using 1’s
complement arithmetic to get the sum. The sum is complemented. If the
result is zero, the received data is accepted; otherwise discarded
The checksum detects all errors involving an odd number of bits. It
also detects most errors involving even number of bits.
43
CHECKSUM
44
CHECKSUM EXAMPLE
45
Q) For a pattern of, 10101001 00111001 00011101 Find out whether any
transmission errors have occurred or not
46
EXAMPLE OF CHECKSUM
47
48
49
CHECKSUM VS CRC
CRC is more thorough as opposed to Checksum in checking for
errors and reporting.
Checksum is the older of the two programs.
CRC has a more complex computation as opposed to
checksum.
Checksum mainly detects single-bit changes in data while CRC
can check and detect double-digit errors.
CRC can detect more errors than checksum due to its more
complex function.
A checksum is mainly employed in data validation when
implementing software.
A CRC is mainly used for data evaluation in analogue data50
transmission.
ERROR CORRECTION
Forward Error Correction (FEC)
Receiving device can correct the errors itself
51
ERROR CORRECTION
Messages (frames) consist of m data (message) bits and r redundancy
bits, yielding an n = (m+r)-bit codeword.
Hamming Distance. Given any two codewords, we can determine
how many of the bits differ. Simply exclusive or (XOR) the two
words, and count the number of 1 bits in the result.
Significance? If two codewords are d bits apart, d errors are required
to convert one to the other.
A code's Hamming Distance is defined as the minimum Hamming
Distance between any two of its legal codewords (from all possible
codewords).
To detect d 1-bit errors requires having a Hamming Distance of at
least d+1 bits.
To correct d errors requires 2d+1 bits. Intuitively, after d errors, the
garbled messages is still closer to the original message than any other
legal codeword.
HAMMING CODE
53
HAMMING CODE EXAMPLE
➢
Hamming Code Cannot Correct a burst Error Directly.
➢
it is Possible To Rearrange The Data and Then Apply The code.
➢
Instead of Sending All the bits in The data Unit Together, we can
organize N units in a column.
➢
Send The First bits of Each Followed by The Second bit of each,
and so on.
➢
In This Way, if a burst Error of M bit Occurs (M<N), Then The
Error does not Corrupt M bit of Single Unit, it Corrupt Only 1 bit
of Unit.
➢
Then We Can Correct it Using Hamming Code Scheme.
FUNCTIONS AND REQUIREMENTS OF THE DATA LINK PROTOCOLS
The basic function of the layer is to transmit frames over a physical communication
link. Transmission may be half duplex or full duplex. To ensure that frames are
delivered free of errors to the destination station (IMP) a number of requirements are
placed on a data link protocol. The protocol (control mechanism) should be capable
of performing:
The identification of a frame (i.e. recognise the first and last bits of a frame).
The transmission of frames of any length up to a given maximum. Any bit pattern
is permitted in a frame.
The detection of transmission errors.
The retransmission of frames which were damaged by errors.
The assurance that no frames were lost.
In a multidrop configuration -> Some mechanism must be used for preventing
conflicts caused by simultaneous transmission by many stations.
The detection of failure or abnormal situations for control and monitoring
purposes.
60
It should be noted that as far as layer 2 is concerned a host message is pure data, every
single bit of which is to be delivered to the other host. The frame header pertains to layer 2
and is never given to the host.
ELEMENTARY DATA LINK PROTOCOLS
The protocols are normally implemented in software
by using one of the common programming
languages.
• An Unrestricted Simplex Protocol
61
AN UNRESTRICTED SIMPLEX PROTOCOL
In order to appreciate the step by step development of efficient and
complex protocols we will begin with a simple but unrealistic protocol. In
this protocol: Data are transmitted in one direction only
The transmitting (Tx) and receiving (Rx) hosts are always ready
Processing time can be ignored
Infinite buffer space is available
No errors occur; i.e. no damaged frames and no lost frames (perfect
channel)
62
A SIMPLEX STOP-AND-WAIT PROTOCOL
In this protocol we assume that Data are transmitted in one direction
only
No errors occur (perfect channel)
The receiver can only process the received information at a finite rate
These assumptions imply that the transmitter cannot send frames at a
rate faster than the receiver can process them.
The problem here is how to prevent the sender from flooding the receiver.
A general solution to this problem is to have the receiver provide some
sort of feedback to the sender. The process could be as follows: The
receiver send an acknowledge frame back to the sender telling the
sender that the last received frame has been processed and passed to the
host; permission to send the next frame is granted. The sender, after
having sent a frame, must wait for the acknowledge frame from the
receiver before sending another frame.
63
STOP & WAIT PROTOCOL
The sender sends one frame and waits for feedback from the
receiver. When the ACK arrives, the sender sends the next
frame
64
A SIMPLEX PROTOCOL FOR A NOISY CHANNEL
In this protocol the unreal "error free" assumption in protocol 2 is dropped.
Frames may be either damaged or lost completely. We assume that
transmission errors in the frame are detected by the hardware checksum. One
suggestion is that the sender would send a frame, the receiver would send an
ACK frame only if the frame is received correctly. If the frame is in error the
receiver simply ignores it; the transmitter would time out and would retransmit
it.
One fatal flaw with the above scheme is that if the ACK frame is lost or
damaged, duplicate frames are accepted at the receiver without the receiver
knowing it.
65
Imagine a situation where the receiver has just sent an ACK frame back to the sender
saying that it correctly received and already passed a frame to its host. However, the
ACK frame gets lost completely, the sender times out and retransmits the frame.
There is no way for the receiver to tell whether this frame is a retransmitted frame or
a new frame, so the receiver accepts this duplicate happily and transfers it to the
host. The protocol thus fails in this aspect.
STOP-AND-WAIT, LOST FRAME STOP-AND-WAIT, LOST ACK FRAME
66
To overcome this problem it is required that the receiver be able
to distinguish a frame that it is seeing for the first time from a
retransmission. One way to achieve this is to have the sender put a
sequence number in the header of each frame it sends. The receiver
then can check the sequence number of each arriving frame to see if it is
a new frame or a duplicate to be discarded.
68
After transmitting a frame and starting the timer, the sender waits for
something exciting to happen.
Only three possibilities exist: an acknowledgement frame arrives
undamaged, a damaged acknowledgement frame staggers in, or the timer
expires.
If a valid acknowledgement comes in, the sender fetches the next
packet from its network layer and puts it in the buffer, overwriting the
previous packet. It also advances the sequence number. If a damaged
frame arrives or no frame at all arrives, neither the buffer nor the
sequence number is changed so that a duplicate can be sent.
When a valid frame arrives at the receiver, its sequence number is checked
to see if it is a duplicate. If not, it is accepted, passed to the network layer,
and an acknowledgement is generated. Duplicates and damaged frames are
69
not passed to the network layer.
SLIDING WINDOW
PROTOCOLS
70
DATA FRAME TRANSMISSION
Unidirectional assumption in previous elementary
protocols
Not general
Full-duplex - approach 1
Two separate communication channels(physical circuits)
Forward channel for data
Reverse channel for acknowledgement
both directions
Data and acknowledgement
are intermixed
How do we tell
acknowledgement
from data?
"kind" field telling data
or acknowledgement
Can it be improved?
Approach 3
Attaching acknowledgement
to outgoing data frames 72
PIGGYBACKING
Temporarily delaying transmission of outgoing
acknowledgement so that they can be hooked onto the
next outgoing data frame
Advantage: higher channel bandwidth utilization
Complication:
How long to wait for a packet to piggyback?
If longer than sender timeout period then sender retransmits
Purpose of acknowledgement is lost
Solution for timing complexion
If a new packet arrives quickly
Piggybacking
73
If no new packet arrives after a receiver ack
timeout Sending a separate acknowledgement
frame
SLIDING WINDOW PROTOCOLS
to send
These frames fall within sending window
permitted to accept
These frames fall within receiving window
Lower limit, upper limit, and size of two windows need not be the
same - Fixed or variable size
Senders Window contains frames can be sent or have been sent but
not yet acknowledged – outstanding frames
When a packet arrives from network layer
The receiving data link layer's window corresponds to the frames it may
accept. Any frame falling outside the window is discarded without
comment. When a frame whose sequence number is equal to the lower
edge of the window is received, it is passed to the network layer, an
acknowledgement is generated, and the window is rotated by one.
79
80
A ONE BIT SLIDING WINDOW PROTOCOL
83
* X
(0,0,B0) Exp=1 Timeout
*
Exp=1 (1,0,A1)
(0,1,A0)
*
*
(1,1,B1) Exp=0
(0,0,B0) Exp=1
*
Exp=0 (0,1,A2) *
* Exp=1
(0,0,B2) Exp=1
*
ONE BIT SLIDING WINDOW PROTOCOL
84
Error *
Timeout Timeout (0,0,B0)
X
Exp=1
(0,1,A0) (0,1,A0)
* duplicate,
(0,0,B0) Exp=1 (0,0,B0) discarded
* *
Exp=1 Exp=1
ONE BIT SLIDING WINDOW PROTOCOL
85
Timeout * Exp=0 (0,1,A0)Exp=0
(0,0,B0) Exp=1
*
* (0,1,A0) Exp=1
Exp=1 (1,0,A1) duplicate, ACK 0
discarded Timeout
*
Exp=0
(1,1,B1) (1,1,A1)
* *
Exp=0 (0,1,B0) Exp=0
*
Exp=1
PERFORMANCE OF STOP-AND-WAIT PROTOCOL
Assumption of previous protocols:
Transmission time is negligible
t
False, when transmission time is long
0
20 Example - satellite communication
channel capacity: 50 kbps, frame size: 1kb
86
round-trip propagation delay: 500 msec
270
Time: t=0 start to send 1st bit in frame
t=20 msec frame sent completely
t=270 msec frame arrives
520
t=520 msec best case of ack. Received
Conclusion:
Long transit time + high bandwidth + short frame length
Performance of Stop-and-Wait Protocol
• In stop-and-wait, at any point in time, there is only one frame
that is sent and waiting to be acknowledged.
• This is not a good use of transmission medium.
• To improve efficiency, multiple frames should be in transition
while waiting for ACK.
Solution:
Allowing w frames sent before blocking
Problem: errors
Solutions
89
Frames 0 and 1 are correctly received and acknowledged. Frame
2, however, is damaged or lost. The sender, unaware of this
problem, continues to send frames until the timer for frame 2
expires. Then it backs up to frame 2 and starts all over with it,
sending 2, 3, 4, etc. all over again.
GO-BACK-N ARQ WITH WINDOW=4
90
GO-BACK-N ARQ, SENDER WINDOW SIZE
• Size of the sender window must be less than 2 m. Size of
the receiver is always 1. If m = 2, window size = 2 m – 1 = 3.
• Fig compares a window size of 3 and 4.
Accepts as
the 1st
frame in
the next
cycle-an
error
SELECT REPEAT PROTOCOL
Receiver stores correct frames following the bad one
Sender retransmits the bad one after noticing
95
SELECTIVE REPEAT ARQ, LOST FRAME
• Frames 0 and 1
are accepted when
received because
they are in the
range specified by
the receiver
window. Same for
frame 3.
• Receiver sends a
NAK2 to show
that frame 2 has
not been received
and then sender
resends only
frame 2 and it is
accepted as it is in
the range of the
window.
SELECTIVE REPEAT
DILEMMA
Example:
seq #’s: 0, 1, 2, 3
window size=3
receiver sees
no difference in
two scenarios!
incorrectly passes
duplicate data as new in
(a)
Q: what relationship
between seq # size
and window size?
97
SELECTIVE REPEAT ARQ, SENDER WINDOW SIZE
• Size of the sender and receiver windows must be at most one-half of 2 m.
• If m = 2, window size should be 2 m /2 = 2. Fig compares a window size of 2
with a window size of 3. Window size is 3 and all ACKs are lost, sender sends
duplicate of frame 0, window of the receiver expect to receive frame 0 (part of
the window), so accepts frame 0, as the 1st frame of the next cycle – an error.
SELECT REPEAT PROTOCOL - WINDOW SIZE
Problem is caused by new and old windows overlapped
Solution
99
Window size=(MAX_SEQ+1)/2
E.g., if 4-bit window is used, MAX_SEQ = 15
window size = (15+1)/2 = 8
Number of buffers needed
= window size
SELECT REPEAT PROTOCOL
100
(a) Initial situation with a window size seven.
(b) After seven frames sent and received, but not acknowledged.
(c) Initial situation with a window size of four.
(d) After four frames sent and received, but not acknowledged.
ACKNOWLEDGEMENT TIMER
Problem
If the reverse traffic is light, effect?
101
If there is no reverse traffic, effect?
Solution
Acknowledgement timer:
If no reverse traffic before timeout
send separate acknowledgement
Essential: ack timeout < data frame timeout Why?