[atlas] Paris-traceroute variations

-----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-----