[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
things to test
- Subject: things to test
- From: simon.leinen at switch.ch (Simon Leinen)
- Date: Sun, 28 Mar 2010 21:07:30 +0200
- In-reply-to: <[email protected]> (Mikael Abrahamsson's message of "Sun, 28 Mar 2010 08:32:08 +0200 (CEST)")
- References: <[email protected]>
[on residential broadband connections]
Mikael Abrahamsson writes:
> Some things that comes to mind:
> speed
> latency to some points geographically near the user
> MTU of the connection
> If PMTUD works or not
> queueing (FIFO or something "better")
> antispoofing (BCP38) compliance
> filtering (IPv6 transition protocols for instance, lots more possible)
> buffer depth ingress/egress
> ECN
> ISP provided DNS resolver properties (DNSSEC, EDNS etc)
That's an excellent start. I would add
* availability of global IP addresses (0-n)
* ability to connect to "unusual" ports (falls under "filtering")
* ability to accept connections
* interception of common TCP ports such as 80 and 25
* transparency for various header fields (addresses & ports? DSCP...)
* rate-limits for specific protocols (ICMP, BitTorrent...)
* latency and throughput for some popular sites/resources, including
those using CDNs, at various times of day/week
...and of course...
* availability of IPv6
> I'm sure there are lots more, and this could probably not be done
> using a web browser driven application, but instead would have to be
> an application, thus harder to get people to use generally.
> Any work being done in this area already that someone can point to?
Check out M-Lab - http://www.measurementlab.net/
--
Simon.