Strange Network Behavior on Chrome:Cable for SSL Handshakes

[pganti]

I am not sure if I understand totally as to how dummynet on windows work but seems like an interesting issue popped up where the initial problem was to determine whats causing SSL slowness.


First measure the same page at different speeds like for example the following: http://www.webpagetest.org/video/compare...04_3A_10J0

Specifically focus on Chrome-Cable and you see really long SSL times on the domain assets-tup.insnw.net

http://www.webpagetest.org/result/140804_V4_10HX/

If I use Firefox the long SSL handshake disappears leading one to believe something is about chrome

http://www.webpagetest.org/result/140804_RP_10V3/


Next I took tcpdumps on both client and server side to see whats up

Serverside:
https://www.cloudshark.org/captures/b9cf...0eq%201421

Clientside:
https://www.cloudshark.org/captures/1f84...0eq%201421

In particular you want to focus on the following pkt numbers

Serverside Pkts 37,56,59,60
Clientside Pkts 24,40,80,98

As you can see server is done within 6 ms to send all the 5 packets of interest but take around 120 ms to arrive at the client thus making it around 20-25ms spacing between the packets. What gives?

The RTT between the client and server in this case is around 40 ms

---

If there is ratelimiting on public wpt is it done based on subnet/host or some other dimension as I see that per tcp stream there seems to be effectively a rate limit of 500Kbps, is that right?