2

I need a tool which would while doing port forwarding measure how much time was spent establishing TCP connections vs total time passed. Charles debugging proxy has the port forwarding feature and shows the total time from the beginning of the first to the end of the last connection in a selected group but it doesn't show the connection establishment overhead.

We're using a remote SVN server and it is not configured to use Keep-Alive but we do not have direct access to the server so we need a proof of this causing an overhead and slowing things down to convince the other party to change the configuration.

4
  • 1
    What is wrong with using Wireshark, and examining the time when you sent a TCP SYN to the time that you sent your first TCP data segment? That said, you seem to be making the assumption that the server configuration is the problem and not: A) end-to-end latency, B) packet loss, or C) load on the server's disk/cpu Feb 7, 2012 at 12:56
  • 1
    After 20 years of debugging problems like this, my first approach is to look for significant packet loss (> 0.5% of the packets sent). You typically would do this with winmtr (windows) or mtr (*nix). If you can't nail down any significant packet loss, then consider server load and latency issues. Sniffing is certainly helpful after you have eliminated other sources of TCP delay. Feb 7, 2012 at 13:06
  • I could use Wireshark but this may be difficult with getting permission to use it as our corporate policy prohibits sniffers. Also I'm not very comfortable with Wireshark and a higher level tool would be more convenient. As to the cause I may be wrong of course.
    – axk
    Feb 7, 2012 at 13:08
  • Have you resolved the original problem? If so, was it the lack of keep-alive? Jan 26, 2013 at 16:39

0

You must log in to answer this question.

Browse other questions tagged .