Go Back N - ARQ

Duration: 13 min

This video lesson is available to enrolled students.

Enroll to watch — Computer Networks

AI summary & chapters

AI Summary

An AI-generated summary of this video lecture.

This lecture introduces the Go-Back-N Automatic Repeat Request (ARQ) protocol, a sliding window mechanism designed to improve network efficiency by allowing multiple frames to be transmitted before receiving acknowledgments. The instructor begins by defining the send window size using the formula $S_{SIZE} = 2^m - 1$, where $m$ represents the number of bits used for sequence numbers. Visual aids illustrate a sequence of frame numbers from 0 to 15, highlighting the dynamic nature of the window as it slides forward. The core concept involves distinguishing between frames that are already acknowledged, those currently outstanding (sent but not yet confirmed), and those ready to be sent. The lecture emphasizes that only the first outstanding frame requires a timer; if this specific frame's acknowledgment is not received within a timeout period, the sender retransmits that frame and all subsequent frames in the window. This mechanism ensures reliability while maintaining high throughput.

Chapters

  1. 0:00 2:00 00:00-02:00

    The lecture opens with an introduction to the Go-Back-N ARQ protocol, utilizing a slide diagram that displays frame numbers 0 through 15. The instructor highlights an orange section labeled "Send window" to visualize the range of allowable transmissions. Initially, frames 0 through 2 are marked as outstanding, demonstrating the initial state of the window. The visual aid then shows the window expanding to include frames up to 6, illustrating how new frames are added as capacity permits. The on-screen text explicitly defines the send window size formula as $S_{SIZE} = 2^m - 1$, establishing the mathematical constraint on the protocol's operation. The presenter uses this diagram to explain how the window slides forward as earlier frames are acknowledged, leaving frames 3 through 6 in the outstanding state. This section establishes the fundamental visual representation of the protocol's sliding window mechanism.

  2. 2:00 5:00 02:00-05:00

    The instructor elaborates on filling the transmission pipe with multiple frames to maximize efficiency. A diagram in the top right corner sketches a sender-receiver interaction, labeling sections for "Frames already acknowledged," "outstanding" frames, and those that cannot be sent. The presenter points to a sequence of frame numbers 0 through 14, highlighting the 'Send window' concept to distinguish between frames that have been sent but not yet confirmed and those available for immediate transmission. Key on-screen text identifies the "Send window, first outstanding frame (Sf)" and "Send window, next frame to send (Sn)," which are critical variables for tracking the protocol's state. The lecture emphasizes that unlike stop-and-wait, Go-Back-N allows a continuous stream of frames within the window boundaries. The instructor gestures towards specific frames in the sequence to demonstrate how the window advances, reinforcing the concept that multiple frames can be in flight simultaneously without waiting for individual acknowledgments.

  3. 5:00 10:00 05:00-10:00

    The lecture transitions to the "Timers" section, explaining that only one timer is used for the first outstanding frame. The slide displays Sender and Receiver diagrams illustrating how frames are transmitted and handled when a timeout occurs for different window sizes. The instructor points to text stating that only one timer is used because the first outstanding frame's timer expires first. He writes "m=4" and calculates "2^m = 16", drawing a circular sequence of numbers from 0 to 15. The diagrams illustrate scenarios for "Window size < 2^m" and "Window size = 2^m", showing outcomes like "Correctly discarded" or "Erroneously accepted." This section details the critical constraint that the window size must be less than $2^m$ to prevent ambiguity in sequence number reuse. The visual aids show how the receiver handles out-of-order frames and how the sender manages retransmissions upon timeout, ensuring data integrity despite potential packet loss.

  4. 10:00 12:34 10:00-12:34

    The final segment focuses on the "Acknowledgment" process, noting that silence from a receiver triggers a timer expiration and retransmission. The presenter transitions to a slide defining the send window, which divides sequence numbers into four distinct regions based on their status. The diagram specifically highlights the send window boundaries with sequence numbers 0 through 14 visible, showing "Frames already acknowledged," "Frames sent, but not acknowledged (outstanding)," and "Frames that can be sent." The on-screen text reiterates the formula $S_{SIZE} = 2^m - 1$ and labels specific sequence numbers like $S_0$ and $S_{14}$. The instructor explains how the window boundaries shift as acknowledgments are received, effectively sliding the range of valid sequence numbers. This section concludes by reinforcing how the protocol manages flow control and error recovery through the coordinated movement of these four regions, ensuring that frames are neither lost nor duplicated.

The lecture systematically builds an understanding of the Go-Back-N ARQ protocol, starting with its basic definition and visual representation. The instructor uses a consistent diagrammatic approach to illustrate the sliding window mechanism, where frames are numbered sequentially and grouped into regions based on their transmission status. A critical mathematical constraint is introduced early: the send window size $S_{SIZE}$ must equal $2^m - 1$, where $m$ is the number of bits in the sequence number. This constraint prevents ambiguity when sequence numbers wrap around, a point reinforced later with the example of $m=4$ resulting in 16 possible sequence numbers. The lecture distinguishes Go-Back-N from simpler protocols by highlighting its ability to keep the transmission pipe full with multiple outstanding frames. The timer mechanism is a key differentiator; rather than maintaining individual timers for every frame, the protocol uses a single timer for the oldest unacknowledged frame. If this timer expires, the sender assumes loss and retransmits that frame plus all subsequent ones in the window. The visual progression from defining the window to explaining timers and acknowledgments provides a complete picture of how reliability is achieved without sacrificing throughput. The four-region model (acknowledged, outstanding, ready to send, unavailable) serves as a mental framework for students to track the protocol's state at any given moment.

Loading lesson…