It's UWAweek 47

help3002

This forum is provided to promote discussion amongst students enrolled in CITS3002 Computer Networks.

Please consider offering answers and suggestions to help other students! And if you fix a problem by following a suggestion here, it would be great if other interested students could see a short "Great, fixed it!"  followup message. How do I ask a good question?

Displaying the 2 articles in this topic
Showing 2 of 503 articles.
Currently 41 other people reading this forum.


 UWA week 12 (1st semester, week 4) ↓
SVG not supported

Login to reply

👍?
helpful
6:46pm Wed 20th Mar, ANONYMOUS

Hello Chris, Hope you're well! I think I've introduced a negative acknowledgement that also stops it from just waiting to timeout but I'm not 100% certain. I plotted the results from both the original protocol (waits for it to timeout) and the modified one (neg acknowledgement). The modified one transmits 6 more frames over the course of an hour. Is that what you would expect for the protocol with the negative acknowledgement, or is that not enough of an improvement compared to whats expected? Thank you!


SVG not supported

Login to reply

👍?
helpful
9:18am Thu 21st Mar, Christopher M.

ANONYMOUS wrote:
> Hope you're well! I think I've introduced a negative acknowledgement that also stops it from just waiting to timeout but I'm not 100% certain. I plotted the results from both the original protocol (waits for it to timeout) and the modified one (neg acknowledgement). The modified one transmits 6 more frames over the course of an hour. Is that what you would expect for the protocol with the negative acknowledgement, or is that not enough of an improvement compared to whats expected?
Hi. It would be an impressive result if you were describing what we hope an improved protocol will do - deliver (and have accepted by the receiver) more *messages* per unit time (here, one hour), than the standard stop-and-wait. While you might be transmitting more *frames* per hour, how many of those are duplicate frames (carrying duplicate messages), that are rejected by the receiver? As you'll see from the posts at the bottom of the sample solutions [CITS3002] , the sample only shows 5-10% improvement in *messages* per hour. Are you observing a fantastic improvement in delivered messages?

The University of Western Australia

Computer Science and Software Engineering

CRICOS Code: 00126G
Written by [email protected]
Powered by history
Feedback always welcome - it makes our software better!
Last modified  8:08AM Aug 25 2024
Privacy policy