Application vs Network - Performance Analysis using Wireshark

[@mohammadchavoshi5568]

Awesome explanation and simulation

[@mysys-ib2lz]

Thank you so much, your content is exclusive and it does help in many fields to troubleshoot. I have learned computer network fundamental in my university for 2 years but I don't know how to apply concepts in real life. And you are here and show me :D

[@plaintextpackets]

Glad you are enjoying!

[@faisal04021987]

Very good and concise Explanation.

[@mike_on_tech]

This is incredibly good and deserves more views

[@supriyamishra1886]

thank you so much for this video , it really helped me to solve real production issue

[@sitomiñanco-e4h]

Nice video , with what do you use grafana ? that is a nice dashboard .

[@plaintextpackets]

Use grafana as front end for Prometheus to monitor home network and devices

[@nikhil9860]

Great video , Waiting for more educational videos

[@upelister]

Thank you for sharing knowledge and experiance..

[@plaintextpackets]

My pleasure

[@Naj-wt7rn]

Hi, very helpful. do you stil broadcast videos somewhere ? Do you have tweeter or any other platform?

[@plaintextpackets]

I haven’t had time for a few years now but will be posting more content soon

[@sachin27506]

Hello PP this is a really good session , but how do we identify application slowness then app uses UDP for communication. I have a Citrix workspace issue where udp is used to open workspace application and users are experiencing random slowness .

[@plaintextpackets]

UDP protocols are much harder to analyze. If the protocol is plaintext (like SIP) you can inspect the packet contents themselves to see when the request hits the server vs the response. Additionally if the UDP packets have any sort of sequence identifier (like IPSEC) then you can spot whether any packets are lost in transit

[@yt_legend_papa]

That diagnostic is realy good for http but what if conversation is https or other?

[@hptc4400]

The principle should remain true... What you need to remember is that 3 way handshake is indicative of network speed and responses from applications is indicative of application speed.

[@plaintextpackets]

It’s similar but in HTTPS you don’t see HTTP requests in plaintext. You can still make some assumptions by looking at the TCP handshake whether the network itself is slow or lossy. There are ways to safely guess which encrypted packets represent HTTP requests but I’d have to make another video to explain how

[@ibrahimqaddoumi5521]

Hey, really like your Video. Is there any literature you can recommend regarding this topic?

[@plaintextpackets]

TCP/IP Illustrated, Volume 1: The Protocols

[@NBAUsaisyourfather]

Helpful