- mat-wg - mailman.ripe.net

RIPE 69 presentation atlas vs nlring : data publicly available
by Thomas Holterbach 10 Nov '14

10 Nov '14

Hi, The results of the experiments that have been presented during the MAT session of the RIPE 69 meeting by Randy Bush (*On the Suitability of Two Large-Scale Internet Measurement Platforms)* are now publicly available in http://psg.com/~thomas/. Best regards, Thomas

1 0

Nine new RIPE Atlas anchors joined the community
by Vesna Manojlovic 07 Nov '14

07 Nov '14

Dear colleagues, We are proud to announce that nine new RIPE Atlas anchors have been activated since my previous announcement: * de-cal-as39702, S-IT Informationstechnologie Betreiber, Calw, Germany. * nz-hlz-as681, hosted by the University of Waikato, Hamilton. This is the first RIPE Atlas anchor in New Zealand! * Three anchors by DigitalOcean: uk-slo-as202109 located in Slough, United Kingdom, us-sfo-as14061 located in San Francisco, United States, & sg-sin-as133165 in Singapore City, Singapore. * de-ett-as202040, hosted by SCT Schiele GmbH in Ettlingen, Germany. * nl-ams-as3265, hosted by XS4ALL in Amsterdam, Nederland. * us-den-as7922, second anchor hosted by Comcast, this time in Denver, United States. * de-nue-as33988, hosted by teamix GmbH in Nuremberg, Germany. This brings the total number of anchors to 78. Due the summer holidays, the growth in RIPE Atlas anchors have slowed down, but we do expect a new "surge" in the last quarter of this year. You can follow the activation rate on the graph here: https://atlas.ripe.net/results/maps/network-coverage/ The map of all anchor locations: https://atlas.ripe.net/anchors/map/ You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ And here are the logos and links to hosting companies: https://atlas.ripe.net/get-involved/community/#!tab-anchor-sponsors We are still accepting new applications from individuals and organisations interested in hosting a RIPE Atlas anchor. We are particularly interested in deploying anchors in the Middle East, Western Asia, Latin America and Africa, in order to add more geographical diversity to the measurement data. To apply for your own RIPE Atlas anchor: https://atlas.ripe.net/get-involved/become-an-anchor-host/ Kind regards, Vesna Manojlovic Measurements Community Building Team RIPE NCC

2 3

atlas vs nlring data available
by Randy Bush 06 Nov '14

06 Nov '14

From: Thomas Holterbach <thomasholterbach(a)gmail.com> > did you hear daniel karrenberg on making the data public? Yes, the data of the first experiment is already public and available on http://psg.com/~thomas/ Tomorrow I'll add the data of the second experiment.

1 0

Atlas Light Map
by Daniel Karrenberg 05 Nov '14

05 Nov '14

In the meeting George Michaelson referred to the light maps from space that were part of the the inspiration for RIPE Atlas as shown in http://www.slideshare.net/ripencc/ripe-atlas-a-real-big-measurement-network… Attached is a map of the RIPE Atlas probes in a similar colour scheme which I did a couple of months ago. It is large, you can zoom in. I leave it to your judgement how similar these are. Personally I am amazed how how well one can see things around Europe. Daniel

1 0

Atlas Sagan library and UDP tarceroute results: bug or feature?
by Jen Linkova 31 Oct '14

31 Oct '14

Hello, I've just found that using Sagan library for analyzing UDP traceroute measurement results may produce incorrect results: 'target_responded' variable is not be set to 'True' if the source address of the traceroute reply is not the target address of the traceroute, but any other address that belongs to the node. (From the traceroute.py code: def target_responded(self): if self._target_responded is not None: return self._target_responded self._target_responded = False if self.hops and self.hops[-1].packets: destination_address = IP(self.destination_address) for packet in self.hops[-1].packets: if packet.origin and destination_address == IP(packet.origin): self._target_responded = True return self.target_responded ) I don't think that's a valid assumption that a target node is *always* choosing the probe packet's destination address as a reply source. In particular, in case of UDP packets addressed to anycast, it might fail because the node can reply from another address. In particular, rfc4443 (ICMP for IPv6) says: 2.2. Message Source Address Determination A node that originates an ICMPv6 message has to determine both the Source and Destination IPv6 Addresses in the IPv6 header before calculating the checksum. If the node has more than one unicast address, it MUST choose the Source Address of the message as follows: (a) If the message is a response to a message sent to one of the node's unicast addresses, the Source Address of the reply MUST be that same address. (b) If the message is a response to a message sent to any other address, such as - a multicast group address, - an anycast address implemented by the node, or - a unicast address that does not belong to the node the Source Address of the ICMPv6 packet MUST be a unicast address belonging to the node. == and in the same RFC source address selection for ICMP echo reply messages is defined: The source address of an Echo Reply sent in response to a unicast Echo Request message MUST be the same as the destination address of that Echo Request message. An Echo Reply SHOULD be sent in response to an Echo Request message sent to an IPv6 multicast or anycast address. In this case, the source address of the reply MUST be a unicast address belonging to the interface on which the Echo Request message was received. ==== So, I'm sending this email, first, to warn those of you who is using Sagan to analyze UDP traceroute results, and, secondly, to discuss, if Sagan behavior is a bug (I believe it is) or a feature ;) -- SY, Jen Linkova aka Furry

1 0

New on RIPE Labs: Data Streaming in RIPE Atlas
by Mirjam Kuehne 31 Oct '14

31 Oct '14

Dear colleagues, RIPE Atlas data is now available as a live data stream, opening the door to a host of new applications and use cases. You can read more about this new functionality on RIPE Labs: https://labs.ripe.net/Members/suzanne_taylor_muzzin/data-streaming-in-ripe-… Kind regards, Mirjam Kuehne RIPE NCC

1 0

Updated Draft RIPE Atlas Service Terms and Conditions
by Vesna Manojlovic 29 Oct '14

29 Oct '14

Dear colleagues, On September 15 we announced the draft of new Terms and Conditions for the RIPE Atlas service, and the implementation procedure: https://labs.ripe.net/Members/becha/ripe-atlas-moving-to-production-service In the meantime, we received feedback from the community and we’d like to thank you for your input. It was summarized here: https://www.ripe.net/ripe/mail/archives/mat-wg/2014-October/000498.html Based on that, we published second revision of the proposed document, available here: https://atlas.ripe.net/legal/terms-conditions-draft/ Summary of changes: - article 3.2: word "critical" replaced with "important" - new article 3.4: Users are required to register and maintain a valid email address and contact details in the RIPE Atlas Portal. - article 4.4: grammar about "email addresses of hosts" fixed - article 6.1: link to MoU added - articles 7.1 & 7.2: security checks specified as "reasonable" - article 10.1: clarified that this refers to other documents, by inserting "Without prejudice to Article 2.3 ..." Please review the document and post your comments to the list, or during MAT working group at the RIPE69 Meeting. After the meeting we will coordinate with Working Group chairs to have a final draft of the document circulated and publish our implementation plan as soon as we get the go ahead from working group chairs. Kind regards, Vesna Manojlovic Community Builder for Measurements Tools

1 0

New on RIPE Labs: New RIPE Atlas Measurements User Interface
by Mirjam Kuehne 28 Oct '14

28 Oct '14

Dear colleagues, We're very excited to announce an all-new user interface for RIPE Atlas measurements. Users can now schedule, monitor and manage their own customised measurements more efficiently than ever before, and can now make use of the tagging feature when selecting probes for use in those measurements. Learn more about the new features on RIPE Labs and let us know what you think: https://labs.ripe.net/Members/suzanne_taylor_muzzin/ripe-atlas-new-measurem… Kind regards, Mirjam Kuehne RIPE NCC

1 0

RIPE Atlas Value Proposition Published
by Kaveh Ranjbar 24 Oct '14

24 Oct '14

Dear colleagues, During its meeting in September, the RIPE NCC presented the RIPE NCC Executive Board with a value proposition document detailing the value that RIPE Atlas can bring to network operators, researchers and the Internet community as a whole. The board asked the RIPE NCC to publish this document, which is available on RIPE Labs: https://labs.ripe.net/Members/suzanne_taylor_muzzin/ripe-atlas-value-propos… We also plan to incorporate much of the document's content into the RIPE Atlas website so that RIPE Atlas users can clearly understand the different ways this global Internet measurement network can be used and the many unique benefits it provides. We hope you will find this document useful and that you may even be inspired to make use of RIPE Atlas in new ways. Kind regards, Kaveh Ranjbar Chief Information Officer RIPE NCC

1 0

Draft agenda for MAT @ RIPE69
by Christian Kaufmann 20 Oct '14

20 Oct '14

Hello All, This is the draft agenda for the Measurement, Analysis and Tools Working Group session at RIPE69: A. Introduction: Welcome, Scribe, Jabber, Agenda (5m) B. On the suitability of two large-scale Internet measurement platforms (20m) Randy Bush D. The value of WLAN measurements for the R&E Community (20m) Brook Schofield E. OpenIPMap (crowdsourcing Internet infrastructure geolocation) (10m) Emile Aben F. "RIPE Atlas #dataviz” (10m) Vesna Manojlovic G. Python and RIPE ATLAS (20m) APIVaibhav Bajpai Z. AOB Timings are approximate. The session will take place at 14:00 local time on Wednesday 5th November. We are looking forward to see you all in London, Richard & Christian

2 1