- mat-wg - mailman.ripe.net

[Fwd: [ipv6-wg] New on RIPE Labs: Implementing Fifth Start IPv6 RIPEness]
by Vesna Manojlovic 13 May '13

13 May '13

Sorry for the cross-posting -- I think the IPv6 measurements that we are doing for the 5th star in IPv6 RIPEness are of interest to MAT-WG. I'll be presenting about this at IPv6-WG in Dublin, and if there is interest & questions from this group I can mention it too. Regards, Vesna -------- Original Message -------- Subject: [ipv6-wg] New on RIPE Labs: Implementing Fifth Start IPv6 RIPEness Date: Mon, 13 May 2013 07:09:34 +0200 From: Mirjam Kuehne <mir(a)ripe.net> To: ipv6-wg(a)ripe.net Dear colleagues, In this new article on RIPE Labs we present the first results of a fifth star for IPv6 RIPEness. This is a way to measure real IPv6 deployment in the RIPE NCC service region: https://labs.ripe.net/Members/emileaben/ipv6-ripeness-implementing-the-5th-… We would like to receive your feedback on a number of open question raised in the article. We also hope to see many of you at the IPv6 WG meeting in Dublin later this week where these results will be presented. Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: BGPlay now integrated in RIPEstat
by Mirjam Kuehne 08 May '13

08 May '13

[apologies for duplicates] Dear colleagues, We are proud to present a newly revamped version of the well-known BGPlay tool. It is now integrated into RIPEstat and was developed in partnership with the Compunet Research Lab of Roma Tre University. Please find more information on RIPE Labs: https://labs.ripe.net/Members/vastur/bgplay-v2-integrated-in-ripestat Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: Introduction of RIPE Atlas Quick Looks
by Mirjam Kuehne 07 May '13

07 May '13

[apologies for duplicates] Dear colleagues, A new RIPE Atlas feature is now available to RIPE NCC members: Quick Look measurements. Members can use this service for a quick, real-time assessment of connectivity without hosting a RIPE Atlas probe. This feature is based on one-off measurements that are available to all RIPE Atlas probe hosts. Please find more information on RIPE Labs: https://labs.ripe.net/Members/kistel/ripe-atlas-quick-look-for-members Kind Regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: Releasing RIPE Atlas Measurements Source Code
by Mirjam Kuehne 06 May '13

06 May '13

Dear colleagues, This new article on RIPE Labs introduces the RIPE Atlas measurement source code. The measurement code is the part that runs on the RIPE Atlas probes to schedule and execute particular measurements, and thereby forms the core of the RIPE Atlas system. https://labs.ripe.net/Members/philip_homburg/ripe-atlas-measurements-source… Kind regards, Mirjam Kuehne RIPE NCC

1 0

More roadmaps added to RIPE NCC Roadmap
by Mirjam Kuehne 06 May '13

06 May '13

Dear colleagues, We added roadmaps for DNSMON and RIPEstat to the RIPE NCC Roadmap: htps://roadmap.ripe.net Please let us know if you find this useful or if you have any questions or suggestions. Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: Using RIPE Atlas to find most popular DNS anycast instances
by Mirjam Kuehne 03 May '13

03 May '13

Dear colleagues, Please find a new article on RIPE Labs, contributed by Stephane Bortzmeyer: Using RIPE Atlas User Defined Measurements to Find the Most Popular Instances of a DNS Anycast Name Server https://labs.ripe.net/Members/stephane_bortzmeyer/using-atlas-udm-to-find-t… Kind regards, Mirjam Kuehne RIPE NCC

1 0

Re: [mat-wg] Full BGP full view
by Pietro Marchetta 02 May '13

02 May '13

Dear, while a complete and exhaustive view of the BGP global routing would be a milestone for the whole networking research, all the available datasets provide just a partial view, since, as already pointed out by Sebastian Castro, the current datasets are typically obtanied through a set of vantage points with a limited visibility. You might find a recent and well-done analysis on the incompleteness of the BGP view as well as the root causes in this paper: Enrico Gregori, Alessandro Improta, Luciano Lenzini, Lorenzo Rossi, and Luca Sani. On the incompleteness of the AS-level graph: a novel methodology for BGP route collector placement. IMC 2012 At the same time, there several severe sources of inaccuracy to take into account when you use Traceroute to infer the AS level topology/transitions/neighborhood. A good starting reference in this case could be the following paper: Yu Zhang, Ricardo V. Oliveira, Hongli Zhang, Lixia Zhang. Quantifying the Pitfalls of Traceroute in AS Connectivity Inference. PAM 2010 Furthermore, we have recently demonstrated how Third-party addresses cause the inference of a significant percentage of false AS-level links and bogus AS-level loops when Traceroute is used to investigate the AS level connectivity. While this specific limitation has been largely ignored, you may find many more details in this paper: Pietro Marchetta, Walter de Donato, Antonio Pescapé. Detecting Third-party Addresses in Traceroute Traces with IP Timestamp Option. PAM 2013. I hope this helps. Best regards. Pietro Marchetta On 01/05/13 00:43, Pavel V. Veselovskiy wrote: Hello, Hi, I'm validating a new technique for finding the route between autonomous systems with the least number of transitions. This method is came from the wireless sensor networks. To compare the efficiency of this method, and BGP algorithms, we need a full BGP routing table that reflects the configuration of all the neighbors for all AS on the Internet. At first I took the BGP Full View from O-IX site http://www.routeviews.org/ And that's specifically from here http://archive.routeviews.org/oix-route-views/ Already in the first few tests, it was found out that these tables are incomplete, since a number of traceroutes, we have given from the servers is not suitable neighbors and a method results mismatched with the actual path, or the path is longer than the traceroute outputs. Besides knowing the total number of announced AS and counting the number of unique AS numbers for these log files (http://archive.routeviews.org/oix-route-views/) we found that these logs contains references to only about 60% of the number All advertised by AS. I've came across the same issue while doing some research for CAIDA. You have to bear in mind the locations where the BGP dumps are taken are "vantage point", so you will get a view of the network from that point. If you collect enough vantage point, you will reach a state when you can "see" mostly everything. What I did at that time was combine various sources from RouteViews and RIPE RIS (http://www.ripe.net/data-tools/stats/ris/ris-raw-data) until reaching an acceptable level of coverage. Recommend, please, where we can find a really complete picture of all the neighboring AS? Cheers, -- Kind Regards, Pavel Veselovskiy, Samara State Aerospace University -- Sebastian Castro DNS Specialist .nz Registry Services (New Zealand Domain Name Registry Limited) desk: +64 4 495 2337 mobile: +64 21 400535 -- Pietro Marchetta, PhD student Dipartimento di Ingegneria Elettrica e delle Tecnologie dell'Informazione University of Napoli ''Federico II'' Via Claudio, 21 - 80125, Napoli (Italy) WebSite: http://wpage.unina.it/pietro.marchetta Phone: +390817683821 - Fax: +390817683816

2 1

Full BGP full view
by Pavel V. Veselovskiy 30 Apr '13

30 Apr '13

Hello, I'm validating a new technique for finding the route between autonomous systems with the least number of transitions. This method is came from the wireless sensor networks. To compare the efficiency of this method, and BGP algorithms, we need a full BGP routing table that reflects the configuration of all the neighbors for all AS on the Internet. At first I took the BGP Full View from O-IX site http://www.routeviews.org/ And that's specifically from herehttp://archive.routeviews.org/oix-route-views/ Already in the first few tests, it was found out that these tables are incomplete, since a number of traceroutes, we have given from the servers is not suitable neighbors and a method results mismatched with the actual path, or the path is longer than the traceroute outputs. Besides knowing the total number of announced AS and counting the number of unique AS numbers for these log files (http://archive.routeviews.org/oix-route-views/) we found that these logs contains references to only about 60% of the number All advertised by AS. Recommend, please, where we can find a really complete picture of all the neighboring AS? -- Kind Regards, Pavel Veselovskiy, Samara State Aerospace University

2 1

New on RIPE Labs: New Dashboard View and More New Feature on RIPE Atlas
by Mirjam Kuehne 26 Apr '13

26 Apr '13

Dear colleagues, Our latest RIPE Atlas release includes a lot of new features, including completely new opening pages on the website for logged in users and the general public. We also have one-off measurements, APIs, new maps, probe sharing and more! Please find all the details described here: https://labs.ripe.net/Members/kistel/new-ripe-atlas-features-april-2013 Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: The BGP Visibility Scanner
by Mirjam Kuehne 24 Apr '13

24 Apr '13

[apologies for duplicates] Dear colleagues, Please find some interesting research by Andra Lutu, Marcelo Bagnulo and Olaf Maennel on RIPE Labs: "The BGP Visibility Scanner" https://labs.ripe.net/Members/andra_lutu/the-bgp-visibility-scanner The authors developed a tool that checks if prefixes have limited visibility. The article describes some of the results found after analysing many months of global routing table data. Please also note the call for feedback at the end of the article. Kind regards, Mirjam Kuehne RIPE NCC

1 0