One more thing i do not get Neso only like those comment, where people show love and affection for this channel, they do not even look at us our confusing brains with so many doubts

Very well explain. Simple and easy to understand.

You are my teacher bro❤️, you saved me😃

JazakAllah for this easy and wonderful lecture on this topic. May Allah gives you more knowledge.

Thank you so much sir, very nice presentation ❤️👏

thank you very much , it is super easy to understand , good job .

Great Explanation Explained very easily

Awesome video! Thank you so much! 😊

Great explanation 👍

Great lecture!

I am confused here you said in problem 1 : "sender waits for ACK for an infinite amount of time " in problem 3 :"After timeout on sender side, a delayed ACK might be wrongly considered as ACK of some other data packet." my question is that, if sender waits for infinite amount of time then how there will be timeout in sender side ?

very helpful

very well explained

Very good presentation 💘💘

excellent explanation

Heartfelt Thankyou 💗✨..

thank you sir ❤️

Thank you so much 💓 💗 💛 💖 ☺️

One thing was incorrect - 5:54 "This protocol has a drawback of delay in acknowledgement if received after timeout" But there is no concept of timeout in this protocol. This is a drawback of Stop and wait ARQ protocol not the simple stop and wait. Please correct.

thanks sir for such a brilliant lecture 👌👌👌

Thank you so much for explaining something that is fundamentally really simpe. I wish my university lecturers changed their approach on explaining to something like this.

good job

Animation is wow... What software is using do this animation... Waiting for respone

Thank you

Brilliant man...... 💯

thank you a lot

Yes I clearly understand

Sir u said if ack is lost sender waits for infinite time for it. This tells that it has got no timer based connection them how ack delay is even a problem for the sender. It is sending one data at a time why is it even going to thing it is the ack of some other data ?

Sir ,what is meant by noiseless channels and noisy channel?..

If sender only sends data after receiving the ACK and it happening one by one then how a delayed ack might be wrongly considered as ack of the some other data???? The Ack must be of the data sent before it. !! Right ?

in the third issue : if sender have sent a data packet let say Dn and it is waiting for ack An and have not sent any other data packet and as protocol it has recived ack for previous data packets sent ( that's why the sender sent Dn ) let say now it waits for a time period t and then it recieves ack from the reciever , how can the sender consider the ack to be of some other packet sent

8/7/21 11:27 am

helpful !!

Could please provide slide link?

If channel is considered as noiseless, then how can data or acknowledgement gets lost ?

In DL layer it is frames and not data packets.. pls clarify

Thank you ...sir simplest protocol for noiseless channel was missed

5:25 I think that is , sender is waiting for ack for infinite amount of time , not reciever

How the sender is set the ack time and receiver data time in case this is protocol okay then how the sender and receiver is wait for infinite time

Tq❤

aap bohot acha padhaate ho

Sir I have an query in problem no. 3(problem due to delya in ack/data) if we are sending 1 packet at a time and no other packet is send before receiving an ack how can it can consider the ack for any another packet due to delay?????

I did not understand delay wala part. If frames are transfered one by one then if there is a delay in ack, why it will conclude that it is of different packet?

Best video

Stop and wait me timeout nhi hota according to problem no 2

U said The sender has to wait for long time . But again u said there will be timeout.. I can't get this 🙄

Tnq ..🔥❤️

Please upload session later transport layer

where are you from bro?

I didn't get it how can the computer think that acknowledgement as the acknowledgement of some other data as at a time only 1 data can be send. And if their is a timeout then why the sender waits for infinite amount of time to receive the acknowledgement.

Material pls

uninstalled and then again reinstalled, do you know what might have happened to them ?!

If the sender is waiting for the ack before sending the next frame.. there cannot be a problem due to delayed ack.. as sender will not send the next frame until it receives the ack. So, tp1 != tp2 won't cause a problem until there is a timer. Am I missing something??

Bhai numerical quantities badao yar every topic ka different different type numerical

best

apllied mathematics for bscit ke bhi video daaalo naa sir

what is noiseless and noise channel?

good to see how easy they've made it understand, but stop and wait protocol is not an unidirectional protocol , receiver also sends an ACK. packet to the sender.

what is simplest protocol? in noiseless channels

i think you should use data frames instead of packet

my professor uses your video ss to teach us , lol

Hello

6:09 minutes why using concept of timeout in stop and wait protocol????? Sender will wait for an infinite amount of time

Why did the lecturer explain this simple concept like rocket science?

NO ONE CAN CLEARLY THAN THIS VIDEO

1. Everytime sender sends a packet, it starts a timer. If sender receives ACK before timer expires it sends next packet. If timer expires and no ACK is received then it sends the same packet again. Nobody waits for an infinite amount of time. Yes, they have to wait for a longer period of time. 2. Receiver always sends an ACK Number of the next packet it is expecting from the sender. If sender sent a packet with sequence number n then receiver will send an ACK with number n+1 to tell the sender that it is expecting a packet with sequence number n+1. So i do not understand how sender can misjudge the ACK???

It is "we will see what they are". Not "We will see what are they"

Sir... Instead of saying data packets.. You can say frame.... I think using packet name in DLL is totally wrong .. Thank u😊

Data packet Retransmitting is not explained

The explanation you gave for unidirectional data transmission is wrong

Indians