TCP Congestion Control Explained // Troubleshooting Slow File Transfers

In this hands-on workshop, we discussed how TCP variables such as receive window and congestion window play a huge part in perceived network slowness, especially in long fat network connections.
Like/Share/Subscribe for more Wireshark content!
== More Training from Chris ==
▶Getting Started with Wireshark - bit.ly/udemywireshark
▶Getting Started with Nmap - bit.ly/udemynmap
== Live Wireshark Training ==
▶TCP/IP Deep Dive Analysis with Wireshark - bit.ly/virtualwireshark
== Private Wireshark Training ==
Let's get in touch - packetpioneer.com/product/pri...

[@smcic]

53:30 thank you! I’ve been searching for the answer to this question!

[@jg6111]

Thank You Chris. Please keep posting such videos.

[@henrysmith2725]

Echoing everyone else here - this is a fantastic talk. Thank you so much!

[@ChrisGreer]

Sure thing! Thanks for the comment and for stopping by my channel. Please like/share/subscribe.

[@nitinsharma-xt2fy]

This content is amazing - Chris, you are a life saver !

[@ChrisGreer]

Thanks for the comment!

[@lucashenriquegarcia3037]

Jut subscribed yesterday since I am planning to deeper in Wireshark and this video is Amazing!

[@ChrisGreer]

Great to have you here Lucas, enjoy!

[@gtag174]

Good Job Chris. Content is excellent.

[@anas021991]

I would say WOW!! What an explanation with really good example. Keep uploading on such bottleneck topics. Thank You Chris

[@ChrisGreer]

Thanks for the comment Anas!

[@rajindersinghbargari9936]

Apart from awesome content, the presentation is cherry on the cake. It is very engaging and lovely.

[@ChrisGreer]

Wow, thank you!

[@shivaprasadg3675]

Absolutely Awesome 😊 Thank you very much for detailed explanation !!

[@ChrisGreer]

Thank you! Glad you liked it.

[@shruthis56]

Excellent content. Learnt a lot. Thank you Chris.

[@ChrisGreer]

Thanks for the comment Shruthi! I'm really glad you liked it.

[@scottkennedy3071]

Really enjoying this content - Thanks Chris.

[@ChrisGreer]

You bet Scott - I'll keep working on more.

[@BuickGeek24]

@@ChrisGreer Is it normal to see a keep-alive with a reset after it in a trace?

[@naveenjkumar9684]

Excellent Chris

[@ChrisGreer]

Thanks!

[@haroonmushtaq5303]

Thankyou Chris, great explanation

[@ChrisGreer]

Glad it was helpful!

[@rafaelfufa1]

Thank you, I learn a lot today!

[@ChrisGreer]

Excellent!

[@balkan917]

This is just great

[@andreashulsbeck6362]

Genius. Best explanation since 2018 from a guy called Chris Greer i guess. :)

[@ChrisGreer]

Thanks Andreas!

[@humayunakhtar2116]

Great Content thanks

[@everest1632]

u r my mentor. i want to learn more about bandwidth delay product

[@MrReivilos]

Thanks for this presentation. I learned some of the material the hard way 😂.

[@ChrisGreer]

Glad it was helpful!

[@skarasif]

You are a Rock Star

[@ChrisGreer]

Thanks Asif! I appreciate the comment.

[@BabisPlaysGuitar]

Hey Chris! Awesome explanation, very intuitive. One correction though. The Bandwidth Delay product should be in Bytes (or bits) and not Bytes per second. Other than that, great!

[@ChrisGreer]

Hello Babies, I appreciate you pointing that out - I have been meaning to fix that error. Unfortunately it is tough at this point.

[@patgame]

audience was dead bro, I would have shouted my lungs out :p great job though, Chris!

[@ChrisGreer]

Thanks Patgame - no worries I could hear you shout across KZbin! Appreciate the comment.

[@lucaspascual5956]

Excellent.

[@ChrisGreer]

Thank you!

[@benjaminbrink5098]

Chris, how would one go about simulating network congestion like this, as a way to help test a web app's robustness in the wild [when it has a low keepalive]?

[@almaluna7631]

Hi Chris, Where did 150 ms come from? In the first example you gave. Hope you can help me.

[@alikhalidsalim4865]

Thank you

[@ChrisGreer]

You're welcome

[@TheBenjamino33]

This is awesome content. Thank you for sharing this knowledge. There is one thing that messes with me; is there a rule/standard, when the receiver sends an Ack? I read a few things. Every other full segment, a certain amount of time, then the thing with the delayed ack's.. Is there a kind of an idle time between the congestion windows where the receiver decides to send the Ack's?

[@ChrisGreer]

Hey and that is a great question. So it is most common to see a TCP stack ack every other received segment, however this is adjustable in most operating systems. In some applications, I see the receiving TCP ack a whole block of data, like 10 MSS segments for example. Here is an article that shows how and where this value can be adjusted in Windows 10. docs.microsoft.com/en-us/troubleshoot/windows-server/networking/registry-entry-control-tcp-acknowledgment-behavior

[@lucidboi5334]

Was the session after the break recorded?

[@opendllmaster5125]

Is there any way to get the packet files to do the exercise as we follow the video? Huge thanks for your talk by the way ;-)

[@ChrisGreer]

Hey! For this video, no. I didn't end up deciding to share them with the YT audience, but.. there are several other ones on my channel that act similar. Sorry.

[@lamjeri]

3:16 And here we are in 2021, customers crave speed and are willing to pay extra to have a 1Gbit network connection delivered to their home aaand... then they expect that a single 2.4GHz AP (badly placed as well, no cables around the house!) to cover their entire flat/home. And they don't want any cables installed. Because "wHo UsES caBLeS iN 2021?". Ah, the blissful ignorance of consumers :-)

[@ChrisGreer]

No kidding!

[@rjjpro-carevideo8795]

TAKE TIME SHOULD DIRECT TO THE POINT ON TOPIC TO IM GONNA FELT SLEEPY LISTENING

[@fwily2580]

Your hose analogy is completely wrong. It makes no sense. You should rethink it.