Stop-and-wait

Din bild gäller väl ett paket? Det kommer ett ACK när paketet har kommit fram. Man gör detta 100 gånger.

Ja, precis. Tack för noteringen. Men fortfarande, det sista ACK:et bör väl ändå inte räknas?

Som jag förstår det så bör det ta $0,5 \mathrm{ms}·100 \mathrm{paket}$ om ACK:en är "försumbara" (${\mathrm{d}}_{\mathrm{trans}}=0$). Varför räknar man ut ${\mathrm{d}}_{\mathrm{trans}}$ om det står i uppgiften att de är försumbara?

Som jag förstår det så om "transmissionstiden är noll" så ser jag det som ${\mathrm{d}}_{\mathrm{trans}}=0$ ($\mathrm{RTT}=2·{\mathrm{d}}_{\mathrm{trans}}=0$). Varför är det inte så?

Så här tänker jag:

Glöm det! Jag förstår vad jag gör för fel nu! Missuppfattade innebörden av ${\mathrm{d}}_{\mathrm{trans}}$ som är tiden det tar för att stoppa in i själva paketet i sändaren. :)

Fast fortfarande, ${\mathrm{d}}_{\mathrm{trans}}$ har ju fortfarande värdet $0,5 \mathrm{ms}$? Är det att ${\mathrm{d}}_{\mathrm{trans}}=0,5 \mathrm{ms}$ fast i schemat att det "ritas" som 0?  Jag blir tokig när jag inte förstår...

Är den vänstra bilden korrekt? Den högra är bara en jämförelse.

Ackarna är försumbart små, men de tar lika lång tid att skicka (d_prop) som allt annat. Hur lång tid det tar att skicka filen skulle kunna betyda att man inte väntar på den sista ACKen, för filen har ju kommit fram, men se det från sändarens perspektiv: man måste vänta på den sista också.

$100(2·{\mathrm{d}}_{\mathrm{prop}}+{\mathrm{d}}_{\mathrm{trans}})-{\mathrm{d}}_{\mathrm{prop}}$ för att få fram utan sista ACK:et.

$100(2*0,5+0,5)-0,5=149,5 \mathrm{ms}$

$150 \mathrm{ms}$ med sista ACK:et.

Tack, greppar allt nu!