-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 27/06/14 22:31, Randy Bush wrote:
Each interval, it will try one variation. So if you select 16 variations then it will take 16 intervals before you get back to the first one. i think that, as we showed in [0], 16 may be low for typical paths. [0] - https://ripe66.ripe.net/presentations/128-130513.tokyo-ping.pdf
In that presentation I cannot find any clear evidence that that there are more than 16 unique paths. But maybe I missed something.
apologies. i guess it was in the paper not the preso, uppr right of page 3 of
C. Pelsser, L. Cittadini, S. Vissicchio, and R. Bush, From Paris to Tokyo: On the Suitability of Ping to Measure Latency, 2013 Internet Measurement Conference. <http://conferences.sigcomm.org/imc/2013/papers/imc125s-pelsserA.pdf>
the intuition is that it is a function of the richness of the path diversity.
perhaps a tunable?
and/or a mode where flow-id is picked randomly until it finds no more additional paths? I guess the only parameter needed for that is defining for how long to try finding new IP addresses in a traceroute before giving up, ie. I'll probe for 10 more rounds after I find a new IP address in a traceroute before giving up. I think it is similar to: http://www-rp.lip6.fr/~augustin/augustin07multipath.pdf cheers, Emile -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlOujucACgkQj05ACITZaqqT0QEAjHR8MgAzMibxmPVaX/Uw73mK p1Ug8g0Sodzu5zh128MA/1V1KVq4cnVpOMEXfgbrrdwNXGZ9FeA4xt/rLwrH6BXs =XImt -----END PGP SIGNATURE-----