Zoberme si protokol RDT3.0 Nakreslite diagram, ktorý ukazuje, že ak sieťové pripojenia medzi odosielateľom a prijímačom môžu riadiť správy?

Protokol RDT3.0 Nerobí podstatne poradie správ. Jeho základný mechanizmus sa spolieha na postupné číslovanie a potvrdenie správy, aby sa zabezpečilo spoľahlivé doručenie, * za predpokladu, že * správy prichádzajú v poriadku. Ak sú správy upravené sieťou, RDT3.0 zlyhá.

Nižšie uvedený diagram ilustruje toto zlyhanie. Zjednodušime diagram so zameraním na zásadné aspekty poradia správ a rozpad protokolu.

`` `

+--------+sieť (poradie)+--------+

| Odosielateľ | ----------------------------------> | Prijímač

+--------+<------------------------------+--------+

| |

| Paket 2 (seqnum =1) |

V ^

+--------+-------> [sieť] <-------+--------+

| | | Paket 1 (seqnum =0)

| Paket 1 (seqnum =0) |

+--------+-------> [sieť] <-------+--------+

+-----------------++-----------------

| Akcie odosielateľa | Akcie prijímača

+-----------------++-----------------

| Odosiela paket 1 | | Prijíma paket 2 (seqnum =1) - Neočakávané! |

| Odosiela paket 2 | | (Packet 2 je mimo prevádzky, RDT3.0 to nezaoberá) |

| | | Prijímač čaká na sekvenčné číslo 0. |

+-----------------++-----------------

^ |

| (Časový limit sa nakoniec vyskytne u odosielateľa, ak nie je prijatý žiadny ACK) |

| Vložka

| Paket 1 | Prijímač nakoniec dostane paket 1 (seqnum =0) - ale stále je potenciálne problematický z dôvodu duplikácií, ak sa ACK vynechal.

`` `

Vysvetlenie:

1. odosielateľ: Odošle paket 1 (seqnum =0) a paket 2 (seqnum =1).

2. sieť: Sieť zredukuje pakety a dodáva paket 2 pred paketom 1 do prijímača.

3. prijímač: Prijímač očakáva paket 1 (seqnum =0), ale prijíma paket 2 (seqnum =1). Dizajn spoločnosti RDT3.0 určuje, že zlikviduje paket 2, pretože to nie je očakávané číslo sekvencie. Nevzvinula ACK pre paket 2, pretože je mimo prevádzky.

4. Zlyhanie: Odosielateľ časy čaká na ACK na paket 1 (alebo prípadne paket 2 v závislosti od implementácie časového limitu). Prepätie, čo vedie k potenciálnej duplikácii prijímača. Prijímač môže mať problémy so spracovaním duplikovaných paketov a správnych sekvenčných udalostí, ak nebol implementovaný mechanizmus na riešenie tohto problému.

Kľúčový bod: RDT3.0 sa spolieha na podkladovú sieť, ktorá poskytuje pakety v poradí, v akom boli zaslané. Ak sieť zredukuje pakety, rozpadne sa jednoduchý mechanizmus potvrdenia protokolu, čo má za následok nespoľahlivé doručovanie údajov. Na zvládnutie dodania mimo poriadku by bol potrebný sofistikovanejší protokol (ako je mechanizmus posuvného okna TCP alebo protokol explicitne navrhnutý na zvládnutie zmeny určenia).

• Predchádzajúca strana: Aký typ smerovača potrebujete na prijatie signálu? 
• Ďalšia strana: Môžete pripojiť 2 smerovače k ​​tej istej zásuvke, takže môžem použiť splitter One smerovač na prízemí a kábel smerom na poschodie z Wall Athear na poschodí?