bg protocol

Upload: dhaval-doshi

Post on 07-Aug-2018

219 views

Category:

Documents


0 download

TRANSCRIPT

  • 8/21/2019 BG Protocol

    1/41

    Flow and Error Control

    Bore Gowda S.B

    Associate ProfessorE and C Engg. Dept.

    MIT, Manipal

  • 8/21/2019 BG Protocol

    2/41

    Flow Control

    Flow control coordinates the amount of data that can be sent

    before receiving acknowledgement

    It is one of the most important functions of data link layer.

    Flow control is a set of procedures that tells the sender howmuch data it can transmit before it must wait for an

    acknowledgement from the receiver. Receiver has a limited speed at which it can process incoming

    data and a limited amount of memory in which to storeincoming data.

    Receiver must inform the sender before the limits are reachedand request that the transmitter to send fewer frames or stoptemporarily.

    Since the rate of processing is often slower than the rate oftransmission, receiver has a block of memory (buffer) for

    storing incoming data until they are processed.

  • 8/21/2019 BG Protocol

    3/41

    Error Control

    Error control includes both error detectionand error correction.

    It allows the receiver to inform the sender if a

    frame is lost or damaged during transmissionand coordinates the retransmission of thoseframes by the sender.

    Error control in the data link layer is based

    on automatic repeat request (ARQ).Whenever an error is detected, specifiedframes are retransmitted.

  • 8/21/2019 BG Protocol

    4/41

    Error and Flow Control Mechanisms

    Assuming channel is error

    free

    Not realistic

    No need for error control

  • 8/21/2019 BG Protocol

    5/41

    Simplest Protocol

    Assuming

    Noiseless channel

    Unlimited buffer and speed for the receiver

    For Noiseless channel

  • 8/21/2019 BG Protocol

    6/41

    Simplest Protocol

    For Noiseless channel

  • 8/21/2019 BG Protocol

    7/41

    Still noiseless channel Receiver has limited buffer

    Requires flow control

    Sender sends one frame at a time and wait for an

    acknowledgment

    For Noiseless channel

    Stop-and-Wait Protocol

  • 8/21/2019 BG Protocol

    8/41

    Sender keeps a copy of the last frame until it

    receives an acknowledgement. For identification, both data frames and

    acknowledgements (ACK) frames are

    numbered alternatively 0 and 1.

    Sender has a control variable (S) that holds

    the number of the recently sent frame. (0 or1)

    Receiver has a control variable that holds the

    number of the next frame expected (0 or 1).

    Sender starts a timer when it sends a frame.

    If an ACK is not received within a allocatedtime period, the sender assumes that the

    frame was lost or damaged and resends it

    Receiver send only positive ACK if the frame

    is intact.

    ACK number always defines the number ofthe next ex ected frame

    Stop-and-Wait ProtocolFor Noiseless channel

  • 8/21/2019 BG Protocol

    9/41

    Noisy Channel

    Realistic

    Error can and will happen

    Require error control

    Mechanisms:

    Stop-and-Wait ARQ Go-Back-N ARQ

    Selective Repeat ARQ

  • 8/21/2019 BG Protocol

    10/41

    Sender keeps a copy of the last frame until it

    receives an acknowledgement. For identification, both data frames and

    acknowledgements (ACK) frames are

    numbered alternatively 0 and 1.

    Sender has a control variable (S) that holds

    the number of the recently sent frame. (0 or1)

    Receiver has a control variable that holds the

    number of the next frame expected (0 or 1).

    Sender starts a timer when it sends a frame.

    If an ACK is not received within a allocatedtime period, the sender assumes that the

    frame was lost or damaged and resends it

    Receiver send only positive ACK if the frame

    is intact.

    ACK number always defines the number ofthe next ex ected frame

    Stop-and-Wait ARQ ProtocolFor Noisy channel

    Normal Operation

  • 8/21/2019 BG Protocol

    11/41

    Stop-and-Wait ARQ Protocol

    When a receiver

    receives a damaged

    frame, it discards it.

    The receiver remains

    silent about a lost

    frame and keeps its

    value of R. After the timer at the

    sender expires,

    another copy of

    frame 1 is sent.

    For Noisy channel

    Lost or Damaged frame

  • 8/21/2019 BG Protocol

    12/41

    If the sender receives a

    damaged ACK, it discards

    it.

    When the timer of thesender expires, the

    sender retransmits

    frame 1.

    Receiver has already

    received frame 1 and

    expecting to receive

    frame 0 (R=0). Therefore

    it discards the second

    copy of frame 1.

    Stop-and-Wait ARQ ProtocolFor Noisy channel

    Lost Acknowledgement

  • 8/21/2019 BG Protocol

    13/41

    The ACK can be delayedat the receiver or due tosome problem

    It is received after thetimer for frame 0 has

    expired. Sender retransmitted a

    copy of frame 0.However, R =1 meansreceiver expects to seeframe 1. Receiverdiscards the duplicateframe 0.

    Sender receives 2 ACKs,it discards the secondACK.

    Stop-and-Wait ARQ ProtocolFor Noisy channel

    Delayed ACK frame

  • 8/21/2019 BG Protocol

    14/41

    Piggybacking

    A method to combine a

    data frame with ACK.

    Station A and B bothhave data to send.

    Instead of sending

    separately, station A

    sends a data frame that

    includes an ACK.

    Station B does the same

    thing.

    Piggybacking saves

    bandwidth.

    Stop and wait mechanism is unidirectional.

    Bidirectional transmission is possible if two parties have two separate

    channels for Full duplex transmission or share the same channel for half

    duplex transmission.

  • 8/21/2019 BG Protocol

    15/41

    Link utilization in stop and wait

  • 8/21/2019 BG Protocol

    16/41

    Link utilization

    1. If a1, tp > tf

    Which implies that the sender has transmitted the entire frame and leading

    bits of frame that have not still arrived at the receiver, link is underutilized.

  • 8/21/2019 BG Protocol

    17/41

    Disadvantage of Stop-and-Wait ARQ

    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.

    Two protocol use the above concept, Go-Back-N ARQ

    Selective Repeat ARQ

  • 8/21/2019 BG Protocol

    18/41

    Go-Back-N ARQ

    We can send up to W frames before worrying

    about ACKs.

    We keep a copy of these frames until the ACKs

    arrive.

    This procedure requires additional features to

    be added to Stop-and-Wait ARQ.

  • 8/21/2019 BG Protocol

    19/41

    Sequence Numbers

    Frames from a sender are numbered sequentially.

    We need to set a limit since we need to include thesequence number of each frame in the header.

    If the header of the frame allowsm

    bits for sequencenumber, the sequence numbers range from 0 to 2 m1.

    For m = 3, sequence numbers are: 0, 1, 2, 3, 4, 5, 6, 7.

    We can repeat the sequence number.

    Sequence numbers are:0, 1, 2, 3, 4, 5, 6, 7, 0, 1, 2, 3, 4, 5, 6, 7, 0, 1,

  • 8/21/2019 BG Protocol

    20/41

    Sender Sliding Window

    At the sending site, to

    hold the outstanding

    frames until they are

    acknowledged, we use

    the concept of a window.

    The size of the window is

    at most 2m-1 where m isthe number of bits for

    the sequence number.

    Size of the window can

    be variable, e.g. TCP.

    The window slides to

    include new unsent

    frames when the correct

    ACKs are received

    Once the first frames in the

    window is ACKed ACKed frames are removed from

    the buffer

    More frames are transmitted

    Result: The window slidesto the

    right

  • 8/21/2019 BG Protocol

    21/41

    Receiver Sliding Window

    Size of the window at

    the receiving site isalways 1 in this

    protocol.

    Receiver is always

    looking for a specific

    frame to arrive in a

    specific order.

    Any frame arriving out

    of order is discarded

    and needs to be resent.

    Receiver window slides

    as shown in fig.

    Receiver is waiting for

    frame 0 in part (a).

    C l V i bl

  • 8/21/2019 BG Protocol

    22/41

    Control Variables

    Sender has 3 variables: S, SF, and SL

    S holds the sequence number of recently sent frame

    SFholds the sequence number of the first frame

    SLholds the sequence number of the last frame

    Receiver only has the one variable, R, that holds the sequence

    number of the frame it expects to receive. If the seq. no. is the

    same as the value of R, the frame is accepted, otherwise rejected.

  • 8/21/2019 BG Protocol

    23/41

    Acknowledgement Receiver sends positive ACK if a frame arrived safe and in order.

    If the frames are damaged/out of order, receiver is silent anddiscard all subsequent frames until it receives the one it is

    expecting.

    The silence of the receiver causes the timer of the

    unacknowledged frame to expire. Then the sender resends all frames, beginning with the one with

    the expired timer.

    For example, suppose the sender has sent frame 6, but the timer

    for frame 3 expires (i.e. frame 3 has not been acknowledged), thenthe sender goes back and sends frames 3, 4, 5, 6 again. Thus it is

    called Go-Back-N-ARQ

    The receiver does not have to acknowledge each frame received,

    it can send one cumulative ACK for several frames.

  • 8/21/2019 BG Protocol

    24/41

    Sliding Window Protocol

  • 8/21/2019 BG Protocol

    25/41

    Go-Back-N ARQ, normal operation

    The sender keeps track of the outstanding frames and

    updates the variables and windows as the ACKs arrive.

  • 8/21/2019 BG Protocol

    26/41

    Go-Back-N ARQ, lost frame Frame 2 is lost

    When the

    receiver receivesframe 3, it

    discards frame 3

    as it is expecting

    frame 2(according to

    window).

    After the timer

    for frame 2

    expires at the

    sender site, the

    sender sends

    frame 2 and 3.

    (go back to 2)

  • 8/21/2019 BG Protocol

    27/41

    Go-Back-N ARQ, damaged/lost/delayed ACK

    If an ACK is damaged/lost, we can have two situations: If the next ACK arrives before the expiration of any timer,

    there is no need for retransmission of frames because

    ACKs are cumulative in this protocol.

    If ACK1, ACK2, and ACk3 are lost, ACK4 covers them if itarrives before the timer expires.

    If ACK4 arrives after time-out, the last frame and all the

    frames after that are resent.

    Receiver never resends an ACK. A delayed ACK also triggers the resending of frames

    G B k N ARQ d i d i

  • 8/21/2019 BG Protocol

    28/41

    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 m1 = 3.

    Fig compares a window size of 3 and 4.

    Accepts as

    the 1st

    frame in

    the next

    cycle-an

    error

  • 8/21/2019 BG Protocol

    29/41

    Selective Repeat ARQ, sender and receiver windows Go-Back-N ARQ simplifies the process at the receiver site. Receiver only keeps

    track of only one variable, and there is no need to buffer out-of-order frames,

    they are simply discarded.

    However, Go-Back-N ARQ protocol is inefficient for noisy link. It bandwidth

    inefficient and slows down the transmission.

    In Selective Repeat ARQ, only the damaged frame is resent. More bandwidth

    efficient but more complex processing at receiver.

    It defines a negative ACK (NAK) to report the sequence number of a damagedframe before the timer expires.

  • 8/21/2019 BG Protocol

    30/41

    Selective Repeat ARQ, lost frame

    Frames 0 and 1 areaccepted 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 thensender resends only

    frame 2 and it is

    accepted as it is in the

    range of the window.

    Selective Repeat ARQ sender window size

  • 8/21/2019 BG Protocol

    31/41

    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.

    Figure 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.

  • 8/21/2019 BG Protocol

    32/41

    High Level Data Link Control

    (HDLC)

    an important data link control protocol

    specified as ISO 33009, ISO 4335

    station types:

    Primary - controls operation of link

    Secondary - under control of primary station

    Combined - issues commands and responses

    link configurations Unbalanced- 1 primary, multiple secondary

    Balanced- 2 combined stations

  • 8/21/2019 BG Protocol

    33/41

    HDLC Transfer Modes

    Normal Response Mode (NRM)

    unbalanced configuration, primary initiates transfer

    used on multi-drop lines, e.g. host + terminals

    Asynchronous Balanced Mode (ABM) balanced configuration, either station initiates

    transmission, has no polling overhead, widely used

    Asynchronous Response Mode (ARM)

    unbalanced configuration, secondary may initiate transmit

    without permission from primary, rarely used

  • 8/21/2019 BG Protocol

    34/41

    NRM

    ABM

  • 8/21/2019 BG Protocol

    35/41

    35

    HDLC Frames

    Information frame (I-frame)

    Supervisory frame (S-frame)

    Unnumbered frame (U-frame)

    Frame Check Sequence

    (error detection code)

  • 8/21/2019 BG Protocol

    36/41

    HDLC Frame Structure

  • 8/21/2019 BG Protocol

    37/41

    Flag Fields and Bit Stuffing

    delimitframe at both ends with 01111110 sequence receiver hunts for flag sequence to synchronize

    bit stuffing used to avoid confusion with data containingflag sequence 01111110

    0 inserted after every sequence of five 1s

    if receiver detects five 1s it checks next bit

    if next bit is 0, it is deleted (was stuffed bit)

    if next bit is 1 and seventh bit is 0, accept as flag

    if sixth and seventh bits 1, sender is indicating abort

  • 8/21/2019 BG Protocol

    38/41

    Address Field

    identifies secondary station that sent or will receiveframe

    usually 8 bits long

    may be extended to multiples of 7 bits Left bit indicates if it is the last octet (1) or not (0)

    all ones address 11111111 is broadcast

  • 8/21/2019 BG Protocol

    39/41

    39

    Control Field Format

    N(S) Frame sequence number

    N(R) Ack sequence number P/F

    Poll (primarysecondary)=1

    Final (secondaryprimary)=0

    code meaning

    00 RR(Receive Ready)

    01 REJ(Reject)

    10 RNR(Receive Not Ready)

    11 SREJ(Selective REJ)

    S-Frame

  • 8/21/2019 BG Protocol

    40/41

    40

    U-Frame Codes

  • 8/21/2019 BG Protocol

    41/41

    Information & FCS Fields

    Information Field

    in information and some unnumbered frames

    must contain integral number of octets

    variable length

    Frame Check Sequence Field (FCS)

    used for error detection

    either 16 bit CRC or 32 bit CRC (for reliability)