- ripe-atlas - mailman.ripe.net

Join RIPE Atlas Hackathon - 14-15 November - Bucharest
by Vesna Manojlovic 05 Oct '15

05 Oct '15

Calling all software developers, designers and network operators! The next RIPE Atlas hackathon takes place 14-15 November in Bucharest, right before RIPE 71. We're looking for creative thinkers to help us find new ways to use RIPE Atlas data to monitor networks and troubleshoot issues as well as ways to improve the existing toolset. Is this you? Then we want to hear from you! ----------------------- How to Apply ----------------------- The application form is online at: https://atlas.ripe.net/hackathon/tools-2015/#!application-form *The deadline to apply is Tuesday, 6 October* Successful applicants will: - Work alongside RIPE Atlas engineers - Get to know others in your field - Contribute to the shared code - Exchange knowledge and experience All source code developed during the hackathon will be publicly licensed and available on GitHub, and will be free for the entire community to use. ---------------------- Hackathon details --------------------- Date: 14-15 November 2015 Time: Saturday 09:00-19:00, Sunday 09:00-21:00 (including party) Location: JW Marriott Bucharest Grand Hotel, Bucharest, Romania Applicants will hear back from the jury on 12 October so that travel arrangements can be made on time. Find out more on RIPE Labs: https://labs.ripe.net/Members/becha/join-the-ripe-atlas-tools-hackathon -------------------- Call for Sponsors ------------------- We are still looking for sponsors! Is your organisation interested in supporting our efforts? Please email me promptly and directly – thank you! I look forward to seeing you there! Regards, Vesna

1 2

probe probed
by Gary Gapinski 02 Oct '15

02 Oct '15

Saw my first IPv6 port scan recently, targeting my domestic Atlas probe. Originated from Shodan, first seen 2015-09-30T2017Z, and again ~24 hours later. At the moment, the probe is behind a stateful firewall (which dropped the traffic). Does it make any difference if it were moved to be completely exposed? (I've often wondered whether this should be the case to ensure proper function.) It is behind (filtered) NAT on the IPv4 side. Regards, Gary

2 1

RIPE Atlas probe archive not currently working
by Chris Amin 02 Oct '15

02 Oct '15

Dear RIPE Atlas users, We are aware that the archive of RIPE Atlas probe metadata has not been available since code changes on Wednesday afternoon. This affects both the archive API at /api/v1/probe-archive/ and recent days in the FTP archive at http://ftp.ripe.net/ripe/atlas/probes/. If you only require old archives (Tuesday 29th September and older), you can fetch them from the FTP site as usual. We are working on restoring this functionality as quickly as possible. Please accept our apologies for any inconvenience that this may have caused. Kind regards, Chris Amin RIPE NCC

1 1

Iran and K-root - The Rest of the Story
by Vesna Manojlovic 01 Oct '15

01 Oct '15

Dear colleagues, Dyn Research published an article on K-root recently. Here we would like to augment the picture with data from RIPE Atlas in order to provide a more complete picture of the effect of the K-root node in Iran. Please find the results on RIPE Labs: https://labs.ripe.net/Members/emileaben/iran-and-k-root-the-rest-of-the-sto… Kind regards, Vesna

1 0

Leaseweb Network B.V. (Frankfurt, Germany) has joined RIPE Atlas Anchors
by Michela Galante 29 Sep '15

29 Sep '15

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called de-fra-as28753 and it is hosted by Leaseweb Network B.V. in Frankfurt, Germany. Congratulations to Leaseweb Network for their second anchor online! Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind Regards, RIPE Atlas Team atlas(a)ripe.net

1 0

Liquid Web (Haarlem, Netherlands) has joined RIPE Atlas Anchors
by Michela Galante 28 Sep '15

28 Sep '15

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called nl-haa-as201682 and it is hosted by Liquid Web in Haarlem, Netherlands. Congratulations to Liquid Web for their third anchor online! Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind Regards, RIPE Atlas Team atlas(a)ripe.net

1 0

Possible reasons behind a failed measurement
by Wenqin SHAO 28 Sep '15

28 Sep '15

Dear list, I recently launched a ping measurement that selects 50 anchors worldwide for a period of 24 hours, id 2439518. The measurement failed with no probe allocated to it. Do you have any clue on the possible reasons for that? One of my guesses is that anchors are highly demanded and non of them were available during the measurement window. I’d love to hear you thinkings on this matter. Many thanks for your attention. Best regards, Wenqin Shao ---- Ph.D candidate Telecom ParisTech

3 3

Fwd: Byte Night Manchester - Action for Children - donation help needed please :)
by Colin Johnston 28 Sep '15

28 Sep '15

Hopefully IT folks will donate to this great cause, hopefully folks will allow this posting :) > Begin forwarded message: > > From: <colin.johnstone(a)bt.com> > Date: 28 September 2015 at 08:12:03 BST > To: <colinj(a)gt86car.org.uk> > Subject: FW: Byte Night Manchester - Action for Children - donation help needed please :) > > > > > > Dear all, > As my regular yearly charity participation event please support below > Byte Night Manchester - BT Manchester folks – Colin team of one. > > On Friday night next, 2nd Oct 2015 from 7pm to 6am next morning, I (Colin Johnston) am participating in > Action for Children Byte Night Manchester. > As we have been asked to dress up for nice social media pictures I decided that being dressed as a Sylvester Cat > would be good fun. > I have managed to get http://celebrationpartyshoponline.co.uk/stores <http://celebrationpartyshoponline.co.uk/stores> to give me a discount on the costume hire as well. > The Byte Night for Manchester is being held at Granada Studios in Manchester on the street of Coronation Street. > > We(Byte Night participants) are sleeping on the street in sleeping bags and foil survival bag. > > Please donate to this great cause, either by donation bucket in BT Bolton AMTE (Sylvester will be in Bolton on Thursday/Friday) or > BT Dial House Manchester (Sylvester will make a visit on Friday), > or via internet https://www.justgiving.com/bt-bt-manchester-folks/4w350m3/donate#MessageAnd… <https://www.justgiving.com/bt-bt-manchester-folks/4w350m3/donate#MessageAnd…> > > Please email me colin.johnstone(a)bt.com <mailto:colin.johnstone@bt.com> if donation made so I can keep track of donators list. > I want to transfer the total raised to Action for Children by middle of Oct so please give money via above either this week coming or next. > I will email folks with acknowledgement of final donation amount once received, would be great to get 500 pounds ++.. > > Pictures will be sent after the event for BT Today and all on this email to listJ > > Please give generously if you can afford it, pay day on Wednesday J > > Please distribute widely if you think others not mentioned would be willing to donate JJ > > Yours > > Colin Johnston

1 0

Question about unstable power and probe
by Anurag Bhatia 27 Sep '15

27 Sep '15

Hello everyone! I have recently deployed a probe in a place where there's unstable power. Probe is rebooting like 4-5 times a day and unlikely power would be fixed in near future. I was wondering if it's safe for probe at all. Does anyone has experience with 4-5 reboots a day with probe? Will probe sustain it or better I just disconnect it and rather wait for power to become stable? Curious to hear your experiences. Thanks. -- Anurag Bhatia anuragbhatia.com PGP Key Fingerprint: 3115 677D 2E94 B696 651B 870C C06D D524 245E 58E2

3 2

Save the date: RIPE Atlas Hackathon - 14-15 November - Bucharest
by Vesna Manojlovic 25 Sep '15

25 Sep '15

Dear all, It’s official: we will hold a new RIPE Atlas hackathon on the weekend before RIPE 71 in Bucharest. Join us, along with network operators and software developers from the Internet community, to work on RIPE Atlas tools. You'll have the chance to work alongside RIPE Atlas developers, meet others in your field, and exchange knowledge and experience. All source code developed during the hackathon will be publicly licensed and available on GitHub, and will be free for the entire community to use. Details: Date: 14-15 November 2015 Time: Saturday 09:00-19:00, Sunday 09:00-21:00 (including party) Location: JW Marriott Bucharest Grand Hotel, Bucharest, Romania We are looking for sponsors! Is your organisation interested in supporting our efforts? Please email me promptly and directly – thank you! Finally, stay tuned - this is a pre-announcement. We will publish more details, along with the application form, early next week. I look forward to seeing you there! Regards, Vesna

1 0

New on RIPE Labs: Time Travel with RIPE Atlas
by Vesna Manojlovic 25 Sep '15

25 Sep '15

Dear colleagues, Please find another new RIPE Atlas related article on RIPE Labs: RIPE Atlas users can now use a new feature on the maps to travel back in time: https://labs.ripe.net/Members/suzanne_taylor_muzzin/ripe-atlas-time-travel-… Kind regards, Vesna

1 0

Latest three RIPE Labs articles about RIPE Atlas
by Vesna Manojlovic 24 Sep '15

24 Sep '15

Dear colleagues, there have been many new articles published on RIPE Labs: about RIPE Atlas features, using RIPE Atlas data for analysis, etc. Please find the info about the latest three in this email, and many more here: https://labs.ripe.net/atlas Regards, Vesna Looking at France-IX with RIPE Atlas and RIS, by Emile Aben Sep 24, 2015 10:09 AM This article describes our recent collaborations with France-IX on collecting data plane and control plane Internet data with RIPE Atlas and the RIPE NCC's Routing Information Service (RIS): https://labs.ripe.net/Members/emileaben/looking-at-france-ix-with-ripe-atla… New RIPE Atlas Tool: LatencyMON, by Massimo Candela Sep 23, 2015 10:10 AM LatencyMON is a new RIPE Atlas web application that you can use to easily visualise and compare multiple latency trends collected by groups of RIPE Atlas probes. https://labs.ripe.net/Members/massimo_candela/new-ripe-atlas-tool-latencymon Checking your Internet Connectivity with RIPE Atlas Anchors, by Stéphane Bortzmeyer Sep 14, 2015 05:05 PM If you monitor your external Internet connectivity, you may wonder which machine is the best to ping. Hesitate no more - you can use RIPE Atlas anchors as landmarks. https://labs.ripe.net/Members/stephane_bortzmeyer/checking-your-internet-co…

1 0

NIX.CZ (Czech Republic) has joined RIPE Atlas anchors
by Michela Galante 24 Sep '15

24 Sep '15

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called cz-prg-as6881 and it is hosted by NIX.CZ in Prague, Czech Republic. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind Regards, RIPE Atlas Team atlas(a)ripe.net

1 0

Downloading ad-hoc Atlas measurements as JSON
by Jonathan Brewer 24 Sep '15

24 Sep '15

Hi All, One of my current frustrations is that when downloading ad-hoc Atlas measurements, the file name is always the same: "RIPE-Atlas-measurement.json". This is unfortunate. It would be great if the web server would by default call this measurement by its ID. Anyone else experiencing this problem? Regards, Jon

5 6

Maintenance works today
by Robert Kisteleki 24 Sep '15

24 Sep '15

Dear All, We'll carry out maintenance work on the core RIPE Atlas infrastructure today, approximately between 10-11h Amsterdam time (8-9 UTC). This will also affect the API/UI, most likely resulting in failed API calls or web page loads. Excuses for the inconvenience. Regards, Robert Kisteleki

1 0

RIPE Atlas Tools and Python versions
by Daniel Quinn 24 Sep '15

24 Sep '15

As some of you may already know, we’ve been working on a new command-line toolkit that will let you do nifty things like: * List measurement and probe metadata * Generate reports from measurement results * Stream measurement results It’s coming along quite nicely, but I’m running into just too many cases where support for Python 2.6 is (a) making my job harder, and (b) making my code uglier. Given that (a) means I spend more time fixing compatibility rather than adding features and (b) just makes me sad, I wanted to ask the community how important Python 2.6 is to you. So here’s the question: Of those of you who would find such a tool interesting/useful, how many of you *only* have access to a computer running Python 2.6? Such systems include CentOS distributions earlier than 7, and corresponding RedHat Enterprise systems. If you’re using Debian, or Ubuntu, you should already have 2.7 by default, and if you’re on Gentoo or Arch, you probably have both 2.7 and 3.5 already. I understand that Apple’s OSX is running 2.7 these days as well. If I don’t get a wave of messages about how very important 2.6 is to your collective health and wellbeing, I’m going to consider this a non-issue and drop support for 2.6. Thanks for your input everyone :-)

5 5

Friday's events on RIPE Atlas
by Romeo Zwart 23 Sep '15

23 Sep '15

Dear all, Here is a description of the events that took place last Friday and some 'lessons learned' that we took away from it. The high level summary of events is that an Atlas user was authorised to create an extreme number of measurements involving a large number of probes. This effectively overloaded the back-end machinery in various different ways. Even though this event could only happen because of the exception in resource use limits, we have implemented workarounds and countermeasures to avoid a repetition in future, and we will be investigating some of the more fundamental issues in the coming period. More information is available below for those interested. Observations: - Problems started shortly before 11am when one of the Atlas users created a large number of new measurements each involving all available probes. The user had been given an exceptional amount of credits as part of a special experiment. Therefore the normal limitations on the impact any individual user can have on the system were not active when the measurements were created and activated. - The results of the newly created measurements put a lot of strain on the measurement scheduler, which triggered our interest. After some investigation the cause of the overload was identified and the related measurements were ended. - However, by this time the majority of results, up to that moment, had already reached our queuing servers and the consumers were already ingesting the results into our Hadoop storage platform. - At this phase we discovered a capacity problem with the process that consumes the Atlas results, so we doubled the capacity of that component on the fly. - This exposed the next bottleneck in our platform in the form of an accumulation of the created results on a very small number of processing nodes. Normally the incoming measurement results are distributed over several storage nodes, so this strongly reduced the consumption rate of new data. - A third factor that contributed was the fact that, in attempt to curb growth of the Atlas data, we have migrated the Atlas data sets to a more efficient compression algorithm earlier in the year. This saved us some 40-50% of storage space for the Atlas data, at the expense of some compute power. Under normal circumstances, even at high loads, this compute power is abundantly available on the storage cluster. Under the specific circumstances of last Friday's events, it turned out that the change of the compression algorithm had increased processing time for some Hadoop system tasks by up to a factor of 8, which had a direct impact on the data consumption speed. Immediate actions taken: - Removed special privileges of the end-user in question - Added capacity to the Atlas consumer processes - Returned (temporarily) to less efficient compression on the Atlas data sets. Lessons learned and further planned action: - Granting special privileges for some of the Atlas users needs (even) more attention than it already receives. - We need to better communicate "best practices" to these power users so they can use their extra allowances responsibly. - Improved compression of Atlas data has decreased our storage demands but also decreased our processing capacity. This needs further investigation to find the optimum configuration. - Investigate possibilities to better spread incoming results over more worker nodes (reduce hotspots). - Investigate and quantify reasonable boundaries of scalability of the whole system, to guide the limits for granting credits to end users. Kind regards, Romeo Zwart

10 15

Booking.com IT Services, Singapore has joined RIPE Atlas anchors
by Valentino Dijkstra 22 Sep '15

22 Sep '15

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called sg-sin-as43996 and is hosted by Booking.com <http://booking.com/> IT Services, Singapore. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ <https://atlas.ripe.net/anchors/list/> Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ <https://atlas.ripe.net/about/anchors/> Thank you for participating in RIPE Atlas! Kind regards, RIPE Atlas Team RIPE NCC atlas(a)ripe.net <mailto:atlas@ripe.net>

1 0

Booking.com IT Services, Singapore, as joined RIPE Atlas anchors
by Valentino Dijkstra 22 Sep '15

22 Sep '15

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called nz-lyj-as17746 and is hosted by Booking.com IT Services, Singapore. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ <https://atlas.ripe.net/anchors/list/> Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ <https://atlas.ripe.net/about/anchors/> Thank you for participating in RIPE Atlas! Kind regards, RIPE Atlas Team RIPE NCC atlas(a)ripe.net <mailto:atlas@ripe.net>

1 0

[rfc-editor@rfc-editor.org: [lmap] RFC 7594 on A Framework for Large-Scale Measurement of Broadband Performance (LMAP)]
by Stephane Bortzmeyer 21 Sep '15

21 Sep '15

We just need "millions" of Atlas to implement this vision :-)

1 0

Data delays on RIPE Atlas
by Robert Kisteleki 19 Sep '15

19 Sep '15

Dear all, The data backend behind RIPE Atlas is experiencing some issues at the moment. This causes delays in processing and serving the data, meaning all results are delivered late. We're working on a fix. Excuses for the inconvenience. Regards, Robert

3 4

Strange 500 submission error
by Stephane Bortzmeyer 18 Sep '15

18 Sep '15

Atlas' API sends me back HTML pages :-) RIPEAtlas.RequestSubmissionError: Status 500, reason "<!DOCTYPE html> <html> <head> <meta charset="UTF-8" /> <meta http-equiv="X-UA-Compatible" content="IE=edge" /> <meta content="RIPE Atlas, RIPE, Atlas" name="description" /> <link rel="stylesheet" type="text/css" media="screen" href="https://www-static.ripe.net/static/common/fonts/open-sans.css" /> <link rel="stylesheet" type="text/css" media="print" href="https://www.ripe.net/portal_css/Ripe/print.css" /> <link href="https://www.ripe.net/++resource++collective.js.prettify.stylesheets/prettif…" media="screen" type="text/css" rel="stylesheet" /> <link rel="stylesheet" type="text/css" media="screen" href="https://www.ripe.net/portal_css/Ripe/++resource++ripe.plonetheme.stylesheet…" /> <link rel="stylesheet" type="text/css" media="screen" href="https://www.ripe.net/portal_css/Ripe/++resource++ripe.plonetheme.stylesheet…" /> <link rel="stylesheet" type="text/css" media="screen" href="https://www.ripe.net/portal_css/Ripe/++resource++ripe.plonetheme.stylesheet…" />  <title> - RIPE Atlas — RIPE Network Coordination Centre</title> <link rel="shortcut icon" type="image/x-icon" href="https://www.ripe.net/favicon.ico" /> <link rel="apple-touch-icon" href="https://www.ripe.net/touch_icon.png" /> <link rel="search" href="https://www.ripe.net/search" title="Search this site" /> ...

5 7

Ripe-Atlas 500 Internal Server Error ?
by Max Mühlbronner 17 Sep '15

17 Sep '15

Hi, Atlas is not working right now. (500 Internal Server Eror) Same from different locations/networks. But i guess you already noticed? Best Regards -- Max Mühlbronner 42com Telecommunication GmbH Straße der Pariser Kommune 12-16 10243 Berlin E-Mail: mm(a)42com.com Web: www.42com.com Firmenangaben/Company information: Handelsregister/Commercial register: Amtsgericht Berlin HRB 99071 B Umsatzsteuer-ID/VAT-ID: DE223812306 Geschäftsführer/CEO: Thomas Reinig, Alexander Reinig Diese E-Mail enthält Informationen von 42com Telecommunication GmbH. Diese sind möglicherweise vertraulich und ausschließlich für den Adressaten bestimmt. Sollten Sie diese elektronische Nachricht irrtümlicherweise erhalten haben, so informieren Sie uns bitte unverzüglich telefonisch oder per E-Mail. This message is intended only for the use of the individual or entity to which it is addressed. If you have received this message by mistake, please notify us immediately.

2 1

Join our new webinar on "Advanced RIPE Atlas Usage"
by Vesna Manojlovic 17 Sep '15

17 Sep '15

Dear colleagues, We are pleased to announce our new webinar: Advanced RIPE Atlas Usage, aiming to teach LIRs how to use RIPE Atlas measurements for network monitoring and troubleshooting. https://www.ripe.net/support/training/learn-online/webinars/advanced-ripe-a… It's part of the series of interactive on-line learning sessions, that give you the opportunity to learn and interact with trainers without leaving your desk, as well as for hands-on practice, and to get your questions answered by developers. Learn how to: - Use RIPE Atlas measurements for network monitoring and troubleshooting - Use API calls for measurement creation - Integrate RIPE Atlas with existing monitoring systems There are three dates scheduled: 2nd July, 27th August & 17th September. Webinars start at 11:30 UTC, and take about one hour. Register now at: https://www.ripe.net/support/training/learn-online/webinars We look forward to seeing you online. Kind regards, Vesna Manojlovic RIPE NCC

4 6

TELUS in Montreal, Canada has joined RIPE Atlas anchors
by Valentino Dijkstra 16 Sep '15

16 Sep '15

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called ca-mtr-as852 and is hosted by TELUS in Montreal, Canada. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ <https://atlas.ripe.net/anchors/list/> Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ <https://atlas.ripe.net/about/anchors/> Thank you for participating in RIPE Atlas! Kind regards, RIPE Atlas Team RIPE NCC atlas(a)ripe.net <mailto:atlas@ripe.net>

1 0

Question about "location setting" of RIPE Atlas
by Anurag Bhatia 15 Sep '15

15 Sep '15

I have been hosting one of RIPE probes and recently I have switched over my ISP. Basically my previous ISP provider was regular ISP network with full L3 PoPs nearby but in my new setup I have got a point to point to a city 900km away and getting IP transit over there. Now under such case, I am "technically" customer of that network. Should I still keep my location as I have current one or better update it to that new location 900km away? The latency of course is low (as it is provisioned on fiber and hence just 20ms roundtrip) but I think it will confuse off stats if anyone considers to use this probe for any data in my region. What you all think? Can someone recommend on correct location? Thanks. -- Anurag Bhatia anuragbhatia.com PGP Key Fingerprint: 3115 677D 2E94 B696 651B 870C C06D D524 245E 58E2

3 3

Leaseweb Network B.V. in Haarlem, The Netherlands has joined Atlas anchors
by Eamonn Lane 11 Sep '15

11 Sep '15

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called nl-haa-as60781 and is hosted by Leaseweb Network B.V. in Haarlem, The Netherlands. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ <https://atlas.ripe.net/anchors/list/> Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ <https://atlas.ripe.net/about/anchors/> Thank you for participating in RIPE Atlas! Kind regards, RIPE Atlas Team RIPE NCC atlas(a)ripe.ne <mailto:atlas@ripe.ne>

1 0

us-mia-as33280, Afilias Miami has joined RIPE Atlas anchors
by Eamonn Lane 11 Sep '15

11 Sep '15

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called us-mia-as33280 and is hosted by Afilias in Miami , USA. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ <https://atlas.ripe.net/anchors/list/> Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ <https://atlas.ripe.net/about/anchors/> Thank you for participating in RIPE Atlas! Kind regards, RIPE Atlas Team RIPE NCC atlas(a)ripe.net <mailto:atlas@ripe.net>

1 0

Probe management sharing - LIR
by Abreu, Alexandre, Vodafone Portugal 08 Sep '15

08 Sep '15

Hi all I've shared the management of my probes using the LIR option. It worked fine for 2 LIR users (one of them is me and I now see the probes as "mine" and "shared with me") but one other LIR user doesn't see anything unless I specify his username explicitly. What kind of users are these? Aren't these the LIR users we can add on the LIR portal? Thanks in advance. Alexandre Abreu

1 0

Booking.com (Frankfurt DE, Hong Kong and Ashbury US) have joined the RIPE Atlas Anchors
by Alastair Strachan 08 Sep '15

08 Sep '15

Dear RIPE Atlas users, We're happy to announce that three more RIPE Atlas anchors have joined the network and are now available as targets for probe hosts conducting their own user-defined measurements. The new anchors are all hosted by Booking.com: de-fra-as43996, in Frankfurt (Germany) hk-hkg-as43996 in Hong Kong (Hong Kong) us-abn-as43996 in Ashburn (US) Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards these anchors from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ <https://atlas.ripe.net/anchors/list/> Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ <https://atlas.ripe.net/about/anchors/> Thank you for participating in RIPE Atlas! Kind regards, RIPE Atlas Team RIPE NCC atlas(a)ripe.net <mailto:atlas@ripe.net>

1 0

Telus (CA) has joined RIPE Atlas anchors
by Lia Hestina 28 Aug '15

28 Aug '15

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called ca-van-as852 and it is hosted by TELUS in Vancouver, Canada. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ <https://atlas.ripe.net/anchors/list/> Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ <https://atlas.ripe.net/about/anchors/> Thank you for participating in RIPE Atlas! Kind Regards, RIPE Atlas Team atlas(a)ripe.net <mailto:atlas@ripe.net>

1 0

Missing module
by Jacques Lav!gnotte. 26 Aug '15

26 Aug '15

Hello, I am trying to run Stephane's B. resolv-name.py and I get : import RIPEAtlas ImportError: No module named RIPEAtlas I can't figure out where to get this module. Any help ? Jacques -- GnuPg : C8F5B1E3 WeUsePGP Because privacy matters http://weusepgp.info/

3 3

X.509 certificate monitoring
by Stephane Bortzmeyer 25 Aug '15

25 Aug '15

I do not find a lot of examples of X.509 certificate retrieving and analysis? I just committed <https://github.com/RIPE-Atlas-Community/ripe-atlas-community-contrib/blob/m…> which is useful for me when watching certificate expiration for anycasted sites (where the cert retrieved depends on the probe). Any other examples? And by the way, do not hesitate to submit your scripts to <https://github.com/RIPE-Atlas-Community/ripe-atlas-community-contrib> (fork and pull request, or open an issue with the attached script).

1 0

Re: [atlas] Question about "location setting" of RIPE Atlas
by Tomáš Hetmer 23 Aug '15

23 Aug '15

Hi, I'd use the simplest logical interpretation and enter the actual physical location no matter if the actual interconnect is right there, 900 km away or transmitted from a satellite. Also, if you placed it to that location 900km away you wouldn't skew the results for your own town, but anyone measuring the latency there would see a +20ms difference from reality, so that doesn't improve anything. Many networks are large and complex, such as an ADSL for a whole country being connected to the net via a local MPLS network via a central point at one main location - should you use that one for all the probes in the country? Of course not, you enter wherever the endpoint is. If you'd like however, you can mention your specific configuration in the probe details. That's my personal view on this, others might differ. Regards Tomáš Hetmer 2015-08-22 23:42 GMT+02:00 Anurag Bhatia <me(a)anuragbhatia.com>: > I have been hosting one of RIPE probes and recently I have switched over my > ISP. > > > Basically my previous ISP provider was regular ISP network with full L3 PoPs > nearby but in my new setup I have got a point to point to a city 900km away > and getting IP transit over there. > > > Now under such case, I am "technically" customer of that network. Should I > still keep my location as I have current one or better update it to that new > location 900km away? > > > The latency of course is low (as it is provisioned on fiber and hence just > 20ms roundtrip) but I think it will confuse off stats if anyone considers to > use this probe for any data in my region. > > > What you all think? Can someone recommend on correct location? > > > > Thanks. > > -- > > > Anurag Bhatia > anuragbhatia.com > > > PGP Key Fingerprint: 3115 677D 2E94 B696 651B 870C C06D D524 245E 58E2

1 0

Afilias, Los Angeles, CA, United States has joined RIPE Atlas anchors
by Eamonn Lane 21 Aug '15

21 Aug '15

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called us-lax-as63403 and is hosted by Los Angeles, CA, United States. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, RIPE Atlas Team RIPE NCC atlas(a)ripe.net

1 0

: Afilias, Ashburn, VA 20147, United States has joined RIPE Atlas anchors
by Eamonn Lane 21 Aug '15

21 Aug '15

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called us-qas-as393246 and is hosted by Afilias, Ashburn, VA 20147, United States. Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, RIPE Atlas Team RIPE NCC atlas(a)ripe.net

1 0

Afilias (US, Ashburn and Los Angeles) have joined RIPE Atlas anchors
by Michela Galante 20 Aug '15

20 Aug '15

Dear RIPE Atlas users, We're happy to announce that two more RIPE Atlas anchors have joined the network and are now available as targets for probe hosts conducting their own user-defined measurements. The new anchors, both hosted by Afilias in United States, are: us-qas-as393246, in Ashburn (Virginia) us-lax-as63403, in Los Angeles (California) Congratulations to Afilias for their second and third anchor online! Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards these anchors from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, RIPE Atlas Team RIPE NCC atlas(a)ripe.net

1 0

Case sensitive DNS queries from the probe
by Yang Yu 19 Aug '15

19 Aug '15

Hello, Looking through DNS queries log I saw tons of queries from the probe for case sensitive names. Can someone please enlighten me what the possible use cases are? query: wWw.FacebOOK.COm IN A query: wWW.Wikia.COM IN A query: WwW.wIkIA.cOM IN A query: POOl.NTP.ORg query: Www.wikiA.CoM IN A query: wWW.FacebOoK.COM IN A query: wWw.faCeBOoK.cOM IN A Yang

7 15

Excluding probes by user defined tag not working
by Yang Yu 14 Aug '15

14 Aug '15

Hello, When I use New Set - wizard to select probes, the exclusion by tag does not work with user tags. Even though the user tag was recognized (I chose it from the drop down menu), the particular probe was still selected. For example, I excluded user tag SDFJLKFWEO from measurement 2312281, but probe 10240 was still selected. Thanks. Yang

3 2

Promote the use of IRC
by Daniel Baeza (Red y Sistemas TVT) 14 Aug '15

14 Aug '15

Hi all, Yesterday, I've started a discussion in the member list about promoting the use of IRC instead of Mail List for some kind of discussions, chit chat, etc. Not much members answered, but all who did said yes. The goal is to have, at least, one channel per mail list, but not limited to only that. For this list, an #atlas channel will be created and administrated by the WG Chairs. We want to use the actual RIPE IRC Server plus Network Services and some more irc servers linked to the Ripe one. What do you think? Regards, --Daniel

8 8

one-off UDMs more expensive?
by Paul Vlaar 10 Aug '15

10 Aug '15

As I go through the web interface to setup a UDM I notice the following: For the same DNS measurement, when I specify an interval of 24 hours between samples, the total daily cost comes to 10. When however I specify this to be a one-off sample, the cost then doubles to 20. This doesn't seem to make sense to me. Is there a special reason for one-off measurements to be twice as expensive? ~paul

2 2

selecting probes based on place/city?
by Paul Vlaar 08 Aug '15

08 Aug '15

Hi all, I was wondering if anyone managed to come up with a method of getting a probe selection via the API that is based on city. The web interface allows this, by searching for "place", which is subsequently handled by the Google Maps API (I think), and which then comes back with a number of probes on the map, in that given place. However I need this in the API, which only allows to select probes based on "area, country, prefix, asn". What I'm currently trying to come up with is a way to map, more or less, onto the list of ICANN specified probing locations for their DNS tests. This list is published here: https://tld-monitor.icann.org/nodes.csv I've been trying to go by the ASNs that the listed locations have their IP space in, but that frequently gives me a negative result (no probes present). The same for the prefixes themselves, of course. And just going by the enclosing country code is fine for a small place like Luxembourg, but not for a big country like Canada. So if anyone has any ideas on how to achieve this in a dynamic way (so as not to have to manually build and maintain a list of probes), I'd be very interested in hearing about that. Thank you, Paul Vlaar

4 6

I root server - IPv6
by Daniel Baeza (Red y Sistemas TVT) 07 Aug '15

07 Aug '15

Hello all! Do you guys have problems reaching i.root-servers.net on IPv6? https://stat.ripe.net/m/widget/atlas-ping-measurements#w.mode=condensed&w.m… Regards, -- Daniel Baeza Centro de Observación de Red Dpto. Red y Sistemas Television Costa Blanca S.L. Telf. 966.190.847 | Fax. 965.074.390 http://www.tvt.es | http://www.tvt-datos.es Correo: d.baeza(a)tvt-datos.es -- [Atención] La información contenida en este e-mail es confidencial, privilegiada y está dirigida exclusivamente a su destinatario. Cualquier revisión, difusión, distribución o copiado de este mensaje sin autorización del propietario está prohibido. Si ha recibido este e-mail por error por favor bórrelo y envíe un mensaje al remitente. [Disclaimer] The information contained in this e-mail is privileged and confidential and is intended only for its addressee. Any review, dissemination, distribution or copying of this e-mail is prohibited. If you have received it in error please delete the original message and e-mail us. (!) El medio ambiente es responsabilidad de todos. Imprime este mail si es absolutamente necesario.

3 2

DNS over IPv6
by Brzozowski, John 06 Aug '15

06 Aug '15

Apologies if this is documented some where. Does the RIPE atlas probes explicitly measure/test DNS over IPv6? Also do DNS measurements look at recursion over IPv6 as well? Specifically I am interested in hearing more about how authoritative DNS servers (including root) behave with regards to DNS over IPv6. Thanks, John ========================================= John Jason Brzozowski Comcast Cable p) 484-962-0060 w) www.comcast6.net e) john_brzozowski(a)cable.comcast.com =========================================

2 2

ViewQwest, (Singapore) has joined RIPE Atlas Anchors
by Alastair Strachan 06 Aug '15

06 Aug '15

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor has joined the network and is now available as a target for probe hosts conducting their own user-defined measurements. The new anchor is called sg-sin-as18106 and is hosted by ViewQwest in Singapore Anchoring measurements (ping, ping6, traceroute and traceroute6) are scheduled towards this anchor from all the other anchors as well as several hundred probes, providing a continual overview of regional reachability. Results of these measurements are available as raw data in JSON format, and visualised on the map and "seismograph" with many configurable features. You can access the anchoring measurements for all anchors at: https://atlas.ripe.net/anchors/list/ <https://atlas.ripe.net/anchors/list/> Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ <https://atlas.ripe.net/about/anchors/> Thank you for participating in RIPE Atlas! Kind regards, RIPE Atlas Team RIPE NCC atlas(a)ripe.net <mailto:atlas@ripe.net>

1 0

Re: [atlas] Your RIPE Atlas Probe (ID: 17523) is not connected to our network
by Joachim Tingvold 05 Aug '15

05 Aug '15

On 3 Aug 2015, at 1:40, RIPE Atlas wrote: > We have noticed that your probe (#17523 with description SHL46-jocke) > is not connected to our infrastructure and has been disconnected since > 2015-07-26 23:39 UTC. Hi, Having some issues getting my probe to work in an v6-only environment. Doing only SLAAC (and no v4) made it unable to connect (which makes kinda sense). Made it connect temporarily via v4 so that I could set static v6-address and DNS. Waited a while, then removed v4. I could see it on the ND-table of my router, and it even replied to ping on the static v6 address I assigned it. However, it still showed up as "offline" on the Atlas portal. After some mocking around, it now seems to be in some kind of stale status (the switchport doesn't even learn the MAC address of the probe). Any takers? (-: -- Joachim

2 1

[User Defined Measurements] status settings
by sarah.wassermann＠student.ulg.ac.be 04 Aug '15

04 Aug '15

Hi, In the context of a research internship, I am automatising tools to check whether measurements have finished or not. Could you please tell me what the different status settings are? In the docs, only "scheduled", "ongoing" and "stopped" are indicated, but for 2 of my measurements I came across the status "failed" and "no suitable probes". Thank you very much in advance for your help! Sarah Wassermann

2 1

Strange certificates at probe 17009
by Stephane Bortzmeyer 01 Aug '15

01 Aug '15

Probe #17009, located in Bangkok, when asked to perform a "sslcert" measurement, always retrieve a certificate whose expiration date is 2024-10-31, whatever the target is. There is probably a man-in-the-middle before the probe...

4 3

[UDM] Consistency in the timeout parameter
by Stephane Bortzmeyer 31 Jul '15

31 Jul '15

If I read correctly <https://atlas.ripe.net/docs/measurement-creation-api/>, traceroute and NTP measurements have a "timeout" parameter but not ping or DNS. Why?

2 3

ASN-information on Network tab
by Joachim Tingvold 29 Jul '15

29 Jul '15

Hi, Any reason as to why the ASN numbers isn't displayed on the "Network" tab of a probe that is public? The ASN numbers is available on the probes list, so it would be practical to show it on the "Network" tab as well. -- Joachim

2 3