16073 l16-datalik control

22
11.1 11-2 FLOW AND ERROR CONTROL 11-2 FLOW AND ERROR CONTROL The most important responsibilities of the data link The most important responsibilities of the data link layer are layer are flow control flow control and and error control error control . . Collectively, these functions are known as Collectively, these functions are known as data link data link control control . . Flow Control Error Control Topics discussed in this section: Topics discussed in this section:

Upload: shivamgupta

Post on 15-Jan-2016

242 views

Category:

Documents


0 download

DESCRIPTION

Datalink control in computer network

TRANSCRIPT

Page 1: 16073 L16-Datalik Control

11.1

11-2 FLOW AND ERROR CONTROL11-2 FLOW AND ERROR CONTROL

The most important responsibilities of the data link The most important responsibilities of the data link layer are layer are flow controlflow control and and error controlerror control. Collectively, . Collectively, these functions are known as these functions are known as data link controldata link control..

Flow ControlError Control

Topics discussed in this section:Topics discussed in this section:

Page 2: 16073 L16-Datalik Control

11.2

Flow control refers to a set of procedures used to restrict the amount of datathat the sender can send before

waiting for acknowledgment.

Note

Page 3: 16073 L16-Datalik Control

11.3

Error control in the data link layer is based on automatic repeat request, which is the retransmission of data.

Note

Page 4: 16073 L16-Datalik Control

11.4

11-3 PROTOCOLS11-3 PROTOCOLS

Now let us see how the data link layer can combine Now let us see how the data link layer can combine framing, flow control, and error control to achieve the framing, flow control, and error control to achieve the delivery of data from one node to another. The delivery of data from one node to another. The protocols are normally implemented in software by protocols are normally implemented in software by using one of the common programming languages. To using one of the common programming languages. To make our discussions language-free, we have written in make our discussions language-free, we have written in pseudocode a version of each protocol that concentrates pseudocode a version of each protocol that concentrates mostly on the procedure instead of delving into the mostly on the procedure instead of delving into the details of language rules.details of language rules.

Page 5: 16073 L16-Datalik Control

11.5

Figure 11.5 Taxonomy of protocols discussed in this chapter

Page 6: 16073 L16-Datalik Control

11.6

11-4 NOISELESS CHANNELS11-4 NOISELESS CHANNELS

Let us first assume we have an ideal channel in which Let us first assume we have an ideal channel in which no frames are lost, duplicated, or corrupted. We no frames are lost, duplicated, or corrupted. We introduce two protocols for this type of channel.introduce two protocols for this type of channel.

Simplest ProtocolStop-and-Wait Protocol

Topics discussed in this section:Topics discussed in this section:

Page 7: 16073 L16-Datalik Control

11.7

Figure 11.6 The design of the simplest protocol with no flow or error control

Page 8: 16073 L16-Datalik Control

11.8

Algorithm 11.1 Sender-site algorithm for the simplest protocol

Page 9: 16073 L16-Datalik Control

11.9

Algorithm 11.2 Receiver-site algorithm for the simplest protocol

Page 10: 16073 L16-Datalik Control

11.10

Figure 11.7 shows an example of communication using this protocol. It is very simple. The sender sends a sequence of frames without even thinking about the receiver. To send three frames, three events occur at the sender site and three events at the receiver site. Note that the data frames are shown by tilted boxes; the height of the box defines the transmission time difference betweenthe first bit and the last bit in the frame.

Example 11.1

Page 11: 16073 L16-Datalik Control

11.11

Figure 11.7 Flow diagram for Example 11.1

Page 12: 16073 L16-Datalik Control

11.12

Figure 11.8 Design of Stop-and-Wait Protocol

Page 13: 16073 L16-Datalik Control

11.13

Algorithm 11.3 Sender-site algorithm for Stop-and-Wait Protocol

Page 14: 16073 L16-Datalik Control

11.14

Algorithm 11.4 Receiver-site algorithm for Stop-and-Wait Protocol

Page 15: 16073 L16-Datalik Control

11.15

Figure 11.9 shows an example of communication using this protocol. It is still very simple. The sender sends one frame and waits for feedback from the receiver. When the ACK arrives, the sender sends the next frame. Note that sending two frames in the protocol involves the sender in four events and the receiver in two events.

Example 11.2

Page 16: 16073 L16-Datalik Control

11.16

Figure 11.9 Flow diagram for Example 11.2

Page 17: 16073 L16-Datalik Control

11.17

11-5 NOISY CHANNELS11-5 NOISY CHANNELS

Although the Stop-and-Wait Protocol gives us an idea Although the Stop-and-Wait Protocol gives us an idea of how to add flow control to its predecessor, noiseless of how to add flow control to its predecessor, noiseless channels are nonexistent. We discuss three protocols in channels are nonexistent. We discuss three protocols in this section that use error control.this section that use error control.

Stop-and-Wait Automatic Repeat RequestGo-Back-N Automatic Repeat RequestSelective Repeat Automatic Repeat Request

Topics discussed in this section:Topics discussed in this section:

Page 18: 16073 L16-Datalik Control

11.18

Error correction in Stop-and-Wait ARQ is done by keeping a copy of the sent frame and retransmitting of the frame when the timer expires.

Note

Page 19: 16073 L16-Datalik Control

11.19

In Stop-and-Wait ARQ, we use sequence numbers to number the frames.The sequence numbers are based on modulo-2 arithmetic.

Note

Page 20: 16073 L16-Datalik Control

11.20

In Stop-and-Wait ARQ, the acknowledgment number always announces in modulo-2 arithmetic the sequence number of the next frame expected.

Note

Page 21: 16073 L16-Datalik Control

11.21

Figure 11.10 Design of the Stop-and-Wait ARQ Protocol

Page 22: 16073 L16-Datalik Control

11.22

Algorithm 11.5 Sender-site algorithm for Stop-and-Wait ARQ

(continued)