What a pity that this video comes on 2018, when I had already taken my Computer Network class and done with my poor GPA... This is a really good video, thanks!
Sunny , You made me understand one hell of realization here.... You know what was it ??? .. " Computers never make assumptions " ....And btw , this really cool easy authentic video....TYSM...
Human interaction does not have to be strange but more like situation dependant. I think better analogy would be this way: Let's assume server is guy who like to talk to people, then one person approaches it with "Hi"(SYN) to server. Server responds "Hi"(SYN), do you want to talk(ACK)? Client responds yes let's talk (ACK).
Your teaching have helped me a lot. My teacher taught me a different way to end session: 1st- client send FIN, Sever send ACK, Server send FIN, Client send ack. Now I am confused..
Hi Sunny! I have watched some of your videos and you're doing good. I like the way you're explaining it. Thanks a lot for the video and especially this video is very easy to understand. I just subscribed your channel now. Could you please do videos on mysql? Thanks again.:) Are you a Chinese?
Thank you very much for saying such nice things about me, which make me happy :). I will do networking and cybersecurity first, then do programming, database, algorithm and data structure. I feel time is very previous. Thanks!
Sunny, during the connection closes, the packet that is sent from the server at first should be "FIN bit set to 1" and a Seq # of "x" . It wont be FIN ACK. The next packet is where the "ACK will be set to "1" and a ack of "x+1" for the intial Seq received from the client. Agree ?
Hi Sunny, thanks for sharing your knowledge about TCP. Just a question when connection is established, does the server still send acknowledgement for every packet of data that the client is transmitting once the connection is established? I'm wondering if this is the behavior that will trigger re-transmitting of packet when a packet is damaged or lost.
Dear Sunny, thank you for your amazing videos explanations, want to highlight only one thing, in this video TCP finishes the session by sending FIN from Server to Client, however in another video (TCP session: Circle of Life) you mentioned that the Client send the FIN to Server, so want to confirm which one is it? or does it work both ways? also here in step 3 it is mentioned FIN-ACK however in the other video it is mentioned as FIN only, can you please confirm?
Hi im wondering did you upload any videos about the flow control ? Please let me know im unable to find in your channel. I need your explanation :) ( You are the best )
sunny class is the best but I have some suggestions. I lost focus during class and I think that is because the explanation is too slow and I don't know why else.
hey bro. i concerned something. please explain me. -TCP/IP and modbus TCP/IP is the one, right? -what is the limitted distance when we transmit data by this protocol? -and i wanna know what is the framework in this protocol?
Nice video but a bad explanation for 3 way handshake, its 3 way because there is possibility of packet drop in the network, which is not the case while talking to a human.
You are correct. Since client initiates the connection, thus connect() always comes from the client side. The server side would listen() and accept(). We don't want the server tries to connect our computer (users) in the first place, otherwise, evil servers would connect us and install too many bad stuff, right?
So wouldnt that be a two-way handshake or do you count the listen() command in it as well?The client asks if server wants to talk-connect(),the server then says that it wants to talk but does the client wants to talk too-accept() and finally the client acknowledges so what step would we call this?Cause after the connect() thing the client and server start exchanging info.
The difference between Asian people and Caucasian people: Asian people explain concepts simplified. Caucasian people have a hard time condensing large concepts into simple methods of explanations. I’m Caucasian. I love your videos.
no such thing as talkx about it or want or normallyx or not talkx like that etc, no nerx, machinex, cepux ,not say thatx etc, say, can say any no matter what and any s perfect
Finished my graduation and never really understood until now. Thanks a lot for you efforts. Great job keep it up!
Congrats, man! you made it!
Thanks IP Man, you really are reliable.
Thank you sir, you are a blessing to Computer System students in this internet era
Happy to help
Thank god for you! I wish while explaining this in class they show this video for me to get it visually!
Honestly I never understood that fully until I saw this. Thank you sir.
I really like the way you explain such complex topics. Best videos I found!
You deserve a long, fulfilled life for uploading these excellent videos.
Thank you very much! I wish !
What a pity that this video comes on 2018, when I had already taken my Computer Network class and done with my poor GPA... This is a really good video, thanks!
You are such a brilliant teacher. You helped me understand a complicated topic in just 5 minutes. :)
Thanks a lot for your words. You are welcome!
This is one of the best channel I came across…sunny you are simply amazing..you make networking easy for non IT person ..lots love from India 🇮🇳
Sunny , You made me understand one hell of realization here.... You know what was it ??? .. " Computers never make assumptions " ....And btw , this really cool easy authentic video....TYSM...
I am glad you like it.
Dear Professor, great explanation and easy to learn videos
You are just Awesome. what a great explanation
thanks a lot for your nice and positive feedback.
Great visuals! Thank you for your video. I needed a review of how TCP establishes a session and I got that from this vid :)
This video is so clear and easy to understand, it really helped me. Thank you!
Glad it was helpful!
I am thankful and grateful for your beautiful expression
Brilliant! Thumb up
thanks, Drunk Frog.
As always amazing explanation and videos. Please keep making more 😄
Thank you! Will do!
Thanks so much for your video. Hoping you create more than videos
Thanks a lot. I will try to upload more. Come back to my channel occasionally.
Human interaction does not have to be strange but more like situation dependant. I think better analogy would be this way: Let's assume server is guy who like to talk to people, then one person approaches it with "Hi"(SYN) to server. Server responds "Hi"(SYN), do you want to talk(ACK)? Client responds yes let's talk (ACK).
Excellent video sir
Thank you very much!
veramente sempre top number one sunny
Your teaching have helped me a lot. My teacher taught me a different way to end session: 1st- client send FIN, Sever send ACK, Server send FIN, Client send ack. Now I am confused..
Thanks for this video✌
great vidio
Many thanks for your time to watch and leave comment. It is very kind of you and very encouraging too.
Great video! Thank you so much!
you are welcome!
Hi Sunny! I have watched some of your videos and you're doing good. I like the way you're explaining it. Thanks a lot for the video and especially this video is very easy to understand. I just subscribed your channel now. Could you please do videos on mysql?
Thanks again.:)
Are you a Chinese?
Thank you very much for saying such nice things about me, which make me happy :). I will do networking and cybersecurity first, then do programming, database, algorithm and data structure. I feel time is very previous. Thanks!
Sunny, during the connection closes, the packet that is sent from the server at first should be "FIN bit set to 1" and a Seq # of "x" . It wont be FIN ACK. The next packet is where the "ACK will be set to "1" and a ack of "x+1" for the intial Seq received from the client. Agree ?
Thank you Sunny.
welcome!
Thank you! Really helps! :)
You are welcome !
Hi Sunny, thanks for sharing your knowledge about TCP. Just a question when connection is established, does the server still send acknowledgement for every packet of data that the client is transmitting once the connection is established? I'm wondering if this is the behavior that will trigger re-transmitting of packet when a packet is damaged or lost.
best
Dear Sunny, thank you for your amazing videos explanations, want to highlight only one thing, in this video TCP finishes the session by sending FIN from Server to Client, however in another video (TCP session: Circle of Life) you mentioned that the Client send the FIN to Server, so want to confirm which one is it? or does it work both ways?
also here in step 3 it is mentioned FIN-ACK however in the other video it is mentioned as FIN only, can you please confirm?
Hey Sunny.
You are the best. :)
What about the RST-type of TCP session closing?
1:20 I believe the right picture isn't a web server. It is a NAS.
human ackonlawdgment is non-verbal while algoritms is all computers have
Hi im wondering did you upload any videos about the flow control ? Please let me know im unable to find in your channel. I need your explanation :) ( You are the best )
Thank you very much! Can you be more specific?
Sunny Classroom if you can upload a video about tcp flow control would be helpful
Please do a video on Cyber kill chain.........
sunny class is the best but I have some suggestions. I lost focus during class and I think that is because the explanation is too slow and I don't know why else.
hey bro. i concerned something. please explain me.
-TCP/IP and modbus TCP/IP is the one, right?
-what is the limitted distance when we transmit data by this protocol?
-and i wanna know what is the framework in this protocol?
thank u
Connection establish isn't task of sessions layer?
Do you have a video on windowing mechanism used in TCP?
Nice video but a bad explanation for 3 way handshake, its 3 way because there is possibility of packet drop in the network, which is not the case while talking to a human.
TCP
- session starting, data transmission, session ending
- session starting requires TCP 3 way handshake: syn-synack-ack
- session ending finack-ack-finack-ack
But isnt there only the connect() command from the client side and the accept() command from the server side?
You are correct. Since client initiates the connection, thus connect() always comes from the client side. The server side would listen() and accept(). We don't want the server tries to connect our computer (users) in the first place, otherwise, evil servers would connect us and install too many bad stuff, right?
So wouldnt that be a two-way handshake or do you count the listen() command in it as well?The client asks if server wants to talk-connect(),the server then says that it wants to talk but does the client wants to talk too-accept() and finally the client acknowledges so what step would we call this?Cause after the connect() thing the client and server start exchanging info.
@@sunnyclassroom24 Or it's also written as SYN, SYN+ACK, and then an ACK from the client
The difference between Asian people and Caucasian people: Asian people explain concepts simplified. Caucasian people have a hard time condensing large concepts into simple methods of explanations. I’m Caucasian. I love your videos.
Thank You for your compliments!
MIS's جامعة الملك عبدالعزيز اثبتوا وجودكم بلايك
What is fin
If it’s two handshake like human do, it will cause deadlock.
no such thing as talkx about it or want or normallyx or not talkx like that etc, no nerx, machinex, cepux ,not say thatx etc, say, can say any no matter what and any s perfect