This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[atlas] Strange and undocumented (?) result in traceroute JSON output
- Previous message (by thread): [atlas] Strange and undocumented (?) result in traceroute JSON output
- Next message (by thread): [atlas] Spoofing the source IP address from a probe?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Rene Wilhelm
wilhelm at ripe.net
Wed Jul 17 11:45:46 CEST 2013
On 7/17/13 9:17 AM, Stephane Bortzmeyer wrote: > Measurement #1013405 contains: > > "result": [ > { > "x": "*" > }, > { > "late": 20, > "ttl": 61, > "from": "88.79.15.141", > "size": 96 > }, > { > "x": "*" > }, > { > "x": "*" > } > > While "late" is documented > <https://atlas.ripe.net/doc/data_struct#v4400_traceroute>, the lack of > "rtt" field is not and crashes tools like json2traceroute.py. tools like json2traceroute.py which aim to reconstruct the routing vector should be aware of responses which arrive out of order; packets which are 'late' or show 'ittl' in the result require special attention because the 'from' address listed verly likely is from a router at a different hop. json2traceroute.py could simply ignore the 'strange' results by changing the lines ... else: rtt.append(hr["rtt"]) hopfrom = hr["from"] ... to ... elif (not "late" in hr) and (not "ittl" in hr): rtt.append(hr["rtt"]) hopfrom = hr["from"] ... -- Rene
- Previous message (by thread): [atlas] Strange and undocumented (?) result in traceroute JSON output
- Next message (by thread): [atlas] Spoofing the source IP address from a probe?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]