- ripe-atlas - mailman.ripe.net

Dead Atlas Probe (TP-Link)
by Florian Streibelt 08 Dec '14

08 Dec '14

Hi, I got a probe returned that was not able to connect to the Atlas network. The probe was doint nothing for 2 days, only the leftmost LED (Power) was on, nothing else seems to happen. I also had to learn, that after the probe was not working, the user cleared the USB-Stick. Is there a way to resurrect the probe? Also the probe should be re-added to my ambassador account, if possible. Greetings, Florian -- Florian Streibelt, Dipl.-Inf. building MAR, 4th floor, room 4.004 Fachgebiet INET - Sekr. MAR 4-4 phone: +49 30 314 757 33 Technische Universität Berlin gpg-fp: 5BE7 F008 8B83 9357 1108 Marchstrasse 23 - 10587 Berlin 984A 3B8E A41F 82F6 1240

4 3

Credits
by Shahin Gharghi 05 Dec '14

05 Dec '14

Hi The RIPE Atlas hosts earn credit for the time their probes remain connected. I think it could be better to receive additional credit whenever someone uses that probe to make measurement. And if crowded probes be more expensive, we can distribute the load between same probes better. -- Shahin Gharghi

2 3

Liquid Web Inc. (Lansing Charter Township, US) has joined RIPE Atlas Anchors
by Alastair Strachan 04 Dec '14

04 Dec '14

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-lan-as32244 and it is hosted by Liquid Web Inc in Lansing Charter Township, 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

1 0

openmirrors.asia (SG) has joined RIPE Atlas anchors
by Michela Galante 03 Dec '14

03 Dec '14

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-as45494 and it is hosted by openmirrors.asia in Singapore City, Singapore, and sponsored by APNIC. 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

Many thanks :)
by Mike. 01 Dec '14

01 Dec '14

A short note to say 'thank-you' for the ability to configure the origination of an email message when the probe under my supervision has been offline for a short while. I was doing some work on my firewall today, and I neglected to re-plug the probe back into the USB port for power. The email informed me of my transgression. :) Mike.

3 2

Wikimedia Foundation (San Francisco, US) has joined RIPE Atlas anchors
by Michela Galante 01 Dec '14

01 Dec '14

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 us-sfo-as14907 and it is hosted by Wikimedia Foundation in San Francisco, United States. Congratulations to Wikimedia Foundation 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

1 0

Software Probs
by Shahin Gharghi 29 Nov '14

29 Nov '14

Dear RIPE Atlas team I want to ask why don't you make software probes? RIPE NCC have to spend a lot of money on RIPE Atlas. They can easily make RIPE Atlas VMWare image or an RPM,deb package and even windows service. So people can install them on their servers. The other way to save probes is making probes multi-home. For example I have 4 probes in one place to monitor 4 different IP prefixes and paths. I know because of the hardware limits we can't use sub-interfaces but we can set 4 IP addresses manually and add 4 any route by the source, then we can save 3 other probes. -- Shahin Gharghi

5 5

MIX (IT) has joined RIPE Atlas anchors
by Michela Galante 27 Nov '14

27 Nov '14

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 it-mil-as16004 and it is hosted by Milan Internet eXchange (MIX) in Milan, Italy on behalf of RIPE NCC since they are one of our k-root hosts and RIS Remote Route Collector locations. 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, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Wikimedia Foundation (Carrollton, US) has joined RIPE Atlas anchors
by Michela Galante 26 Nov '14

26 Nov '14

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-cax-as14907 and it is hosted by Wikimedia Foundation in Carrollton, United States. Congratulations to Wikimedia Foundation 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

1 0

Wikimedia Foundation (United States) has joined RIPE Atlas anchors
by Alastair Strachan 26 Nov '14

26 Nov '14

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-as14907 and it is hosted by Wikimedia Foundation in Ashburn, 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

2 1

Be careful with probe 4981
by Thomas Holterbach 24 Nov '14

24 Nov '14

Hi, I am going to perform some tests on our atlas probe (id 4981, ASN 3130) during the next two or three weeks. Please note that during this period, measurements from or toward this probe might be inaccurate. Thank you for your attention, Thomas

1 1

Fwd: [AFRINIC-announce] AFRINIC-RIPE Atlas Initiative
by Vesna Manojlovic 21 Nov '14

21 Nov '14

FYI -- Cooperation between AfriNIC & RIPE NCC / RIPE Atlas. Vesna -------- Original Message -------- Subject: [AFRINIC-announce] AFRINIC-RIPE Atlas Initiative Date: Fri, 21 Nov 2014 17:33:48 +0400 From: AFRINIC Communication <comm-announce(a)afrinic.net> To: announce(a)afrinic.net Dear Members/Colleagues, Following the MoU signed with the RIPE NCC in Abidjan, AFRINIC has launched an initiative to increase the number of probes and anchors in the AFRINIC service region. The “AFRINIC/RIPE Atlas Initiative” aims to support Internet measurements both globally and within our region. We are therefore relying on our members' support to help us build this network. We would also like take this opportunity to thank all those members who are already hosting probes and anchors and are keeping them online. How to Get Your AFRINIC/RIPE Atlas Probe ------------------------------------ For those who would like to support this initiative, AFRINIC and the RIPE NCC have implemented a new channel of distribution to make it easier for AFRINIC members to apply and receive their probe. If you would like to apply to host a probe, all you need to do is register online and make a request. After evaluation by the AFRINIC/RIPE NCC Atlas Team, probes will be shipped directly to successful applicants. Please note that this initiative is exclusively for AFRINIC members. More Information -------------- More information about the initiative and how to apply for and host a probe can be found athttp://www.afrinic.net/en/initiatives/afrinicripe-atlas If you are attending the AFRINIC-21 Meeting taking place from 22-28 November in Mauritius, you can also ask any AFRINIC staff member for more information about this initiative. Kind regards, AFRINIC Communications Team ................................... Chers membres/collègues, Suite au protocole d'accord signé avec le Registre Internet Regional Europeen, RIPE NCC, à Abidjan, AFRINIC a lancé une initiative visant à accroître le nombre de sondes Atlas dans la région de service d'AFRINIC. L'initiative "AFRNIC -RIPE Atlas " vise à soutenir les mesures de l'Internet au niveau mondial et au sein de notre région. Nous comptons donc sur le soutien de nos membres pour nous aider à construire ce réseau. Nous profitons de l'occasion pour remercier les membres qui hébergent déjà des sondes tout en les gardant en ligne. Comment obtenir votre sonde Atlas. Pour ceux qui sont prêts à soutenir cette initiative, AFRINIC et RIPE NCC ont mis en place une nouvelle chaîne de distribution pour les membres d'AFRINIC qui peuvent facilement faire une application et obtenir leurs sondes. Si vous souhaitez héberger une sonde, tout ce que vous devez faire est de vous inscrire en ligne et soumettre votre demande. Apres évaluation par l'Equipe d'AFRINIC-RIPE Atlas, les sondes seront directement envoyés aux candidats selectionnés par l’Equipe du projet. Plus d'informations ...................................... Plus d'informations sur l'initiative et comment faire une application pour héberger une sonde à :http://www.afrinic.net/en/initiatives/afrinicripe-atlas Si vous participez à la Réunion d'AFRINIC-21, qui se tiendra du22-28 novembre à Maurice, vous pouvez contacter le personnel d'AFRINIC pour plus d'informations sur cette initiative. L'Equipe de Communication d'AFRINIC _______________________________________________ announce mailing list announce(a)afrinic.net https://lists.afrinic.net/mailman/listinfo.cgi/announce

1 0

Using Atlas for Monitoring of Anycast DNS
by Klaus Darilion 21 Nov '14

21 Nov '14

Hi! I want to monitor an Anycasted authoritative name server: - are all nodes responding - are all nodes in routing ... So I thought about starting a long term DNS measurement with plenty of probes and NSID queried. Then, checking the results I should see every possible NSID if there are for more probes than Anycast-nodes. Does anybody have done that (or similar) already and want to share code? Can the RIPE Atlas Status Checks be used for such monitoring? Thanks Klaus

5 7

Maximum daily spending limit reached
by Ruwaifa Anwar 20 Nov '14

20 Nov '14

I'm getting this error:- "Executing this measurement request would violate your maximum daily spending limit of 1000000.0 credits". I have double checked my request. It's expected credit consumption is way less than daily limit and I don't have any other UDM running. Is there a bug in v1 API? _______________________ Regards, Muhammad Ruwaifa Anwar

3 2

Go6 Institute (SI) has joined RIPE Atlas anchors
by Michela Galante 19 Nov '14

19 Nov '14

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 si-lzp-as198644 and is hosted by the Go6 Institute in Skofja Loka, Slovenia, and sponsored by SIDN, Netherlands. Thank you to SIDN for sponsoring this anchor! There are more organisations that want to host a RIPE Atlas anchor but don’t have the necessary funding. To learn more about sponsoring an anchor, please contact us at mcb(a)ripe.net 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, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

LINX (UK) has joined RIPE Atlas anchors
by Michela Galante 18 Nov '14

18 Nov '14

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 uk-lon-as5459 and it is hosted by LINX in London, United Kingdom on behalf of RIPE NCC since they are one of our k-root hosts and RIS Remote Route Collector locations. 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, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

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

18 Nov '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

2 2

Ooredoo (QA) has joined RIPE Atlas anchors
by Michela Galante 18 Nov '14

18 Nov '14

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 qa-doh-as8781 and it is hosted by Ooredoo in Doha, Qatar on behalf of RIPE NCC since they are one of our K-root hosts. This is the first anchor in Middle East. 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, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Lanka Education & Research (LK) has joined RIPE Atlas anchors
by Michela Galante 17 Nov '14

17 Nov '14

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 lk-cmb-as38229 and it is hosted by Lanka Education & Research in Colombo, Sri Lanka. This is the first of ten anchors that APNIC will sponsor. 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, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Booking.com (NL and UK) has joined RIPE Atlas anchors
by Michela Galante 17 Nov '14

17 Nov '14

Dear RIPE Atlas users, We're happy to announce that two 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 nl-ams-as43996 located in Amsterdam, Netherlands and uk-slo-as43996 located in Slough, United Kingdom, both hosted by Booking.com. Congratulations to Booking.com for bringing their two anchors 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, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

KazNIC Organization (KZ) has joined RIPE Atlas anchors
by Lia Hestina 14 Nov '14

14 Nov '14

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 kz-plx-as21282 and it is hosted by KazNIC Organization in Semey, Kazakhstan. 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, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

skHosting.eu (SK) has joined RIPE Atlas anchors
by Michela Galante 12 Nov '14

12 Nov '14

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 sk-bts-as201702 and it is hosted by skHosting.eu in Bratislava, Slovakia. 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 configurasble 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, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Built-in IPv6 measurements not working
by Matteo Bonora 07 Nov '14

07 Nov '14

Hello, I have noticed that my probe (#14602) doesn't perform the IPv6 built-in measurements since about 5 months. The probe has working IPv6 connectivity, so I can't understand where is the problem. Anyone has an idea about what can I do to solve this? (below you can see some graphs of my probe's measurements. The brief packet loss on IPv4 was due to a temporary network outage) Thanks for your help! Matteo

4 7

Re: [atlas] [mat-wg] New on RIPE Labs: New RIPE Atlas Measurements User Interface
by Steffie Jacob Eravuchira 04 Nov '14

04 Nov '14

Hello, On 10/28/2014 04:25 PM, Mirjam Kuehne wrote: > 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… The new user interface for RIPE Atlas measurements looks well-designed. In the old interface, the "Target" field allows us to choose from a drop-down list of anchors/ringnodes. But in the new interface, the "Target" field is just a text field. Given, as a user, I do not know the hostnames of all anchors, would it be possible to bring the drop-down anchor list feature back? Thanks. -- Regards, Steffie _______________________________________________ Steffie Jacob Eravuchira Research I, Room 91 Computer Networks and Distributed Systems (CNDS) Lab School of Engineering and Sciences Jacobs University Bremen, Germany

6 5

Measurement UI beta
by Mike. 03 Nov '14

03 Nov '14

I just had a chance to look at the beta for the MeasurementUI. Is there a specfic reason why RIPE is using the very low-contrast light grey letters on a white background? Why make it more difficult to read?

1 0

New measurement UI
by Gilles Massen 03 Nov '14

03 Nov '14

Hello, I'd like to give a bit of early feedback to the new atlas UI. All in all it's nice, but I have trouble with the measurement creation in two points: Selection of probes: I like the selecting via map, but usually something like "50 out of central europe" is good enough. If that is possible, how would you do that? A bug about credit evaluation: trying to create a measurement with DNS6 queries for hostname.bind CH TXT with more than a handful of probes (roughly 50-70 probes I guess) fails as the interfaces believes this to require over 1000000 credits. As for map representation (which I use quite often), I think I prefer the old map without aggregation. But that's quite personal. BTW, the new one seems to fail on response diversity for DNS. best, Gilles

1 0

Atlas system tags
by Matteo Bonora 01 Nov '14

01 Nov '14

Hello, I have an atlas probe (#14602) connected to my home network. It has fully working IPv4 and IPv6 connectivity, but the only system tags assigned to it are "V3" and "IPv4 Works". Why the tags "Resolves A Correctly", "Resolves AAAA Correctly" and "IPv6 Works" are not assigned to my probe? I have read the requisites for these tags into the documentation and I didn't find anything that the probe should not be able to do. There is something I can do to verify and fix the situation? Thanks in advance for your help! Matteo

1 0

Data Streaming in RIPE Atlas
by Vesna Manojlovic 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 (and watch the video!) on RIPE Labs: https://labs.ripe.net/Members/suzanne_taylor_muzzin/data-streaming-in-ripe-… Please let us know if you make a cool use of this new feature! Kind regards, Vesna

1 0

MTR measurement support
by Aris Tzermias 31 Oct '14

31 Oct '14

Dear all, I was wondering whether you plan to provide an MTR ( https://en.wikipedia.org/wiki/MTR_%28software%29) support as a User-defined measurement. Best regards,

2 1

SSL error when connecting to https://atlas.ripe.net/
by Gilles Pion 29 Oct '14

29 Oct '14

I'm suddenly unable to connect to https://atlas.ripe.net/ When using Firefox I'm getting the error "ssl_error_no_cypher_overlap" Whith Google Chrome: "ERR_CONNECTION_CLOSED" I'm only able to connect With IE, providing SSLV2 is enabled in advanced options (not a good idea I presume) NB: I'm behind a corporate proxy. -- *Gilles*

5 5

Re: [atlas] Fwd: Your RIPE Atlas Probe (ID: 11513) is now connected to our network
by Rusty Dekema 26 Oct '14

26 Oct '14

Greetings, I do not know anything about probes 14203 or 16058. The only probes I am involved with / responsible for are 10555 and 11513. Cheers, Rusty D On Mon, Oct 20, 2014 at 1:16 AM, Phillip Remaker <remaker(a)gmail.com> wrote: > Thanks for the update! > > Can you give me any insight into #14203 and #16058? > > 16058 is particularly troubling, since it never seems to have come up in > the first place. I have it connected and powered up, with no joy. Is > there any way to fully reset it? > > On Sun, Oct 19, 2014 at 6:49 PM, Rusty Dekema <rdekema(a)gmail.com> wrote: > >> Good evening, >> >> In case you track these sorts of things, the ~2 week disconnection of >> this probe was caused by network trouble on my end (combined with an >> extended vacation), and not by the probe itself or any other part of the >> RIPE Atlas system. >> >> Cheers, >> Rusty Dekema >> >> ---------- Forwarded message ---------- >> From: RIPE Atlas <atlas(a)ripe.net> >> Date: Sun, Oct 19, 2014 at 9:40 PM >> Subject: Your RIPE Atlas Probe (ID: 11513) is now connected to our network >> To: rdekema(a)gmail.com >> >> >> Dear RIPE Atlas probe host, >> >> Thank you for participating in RIPE Atlas! >> >> We're just letting you know that your probe (#11513 with description >> Comcast Business 50/10 (with IPv6 trial).) has re-established its link to >> our network and we are again receiving data from it. For your own records, >> it appears that the reconnection took place at 2014-10-20 01:39 UTC. >> >> If you have any questions, please contact us at atlas(a)ripe.net >> >> Best regards, >> >> RIPE Atlas Team >> >> ********** >> You are receiving this message because you applied for or were given a >> RIPE Atlas probe. We will only send messages when your probe becomes >> disconnected for an extended period of time. >> >> >

1 0

Fwd: [mat-wg] RIPE Atlas Value Proposition Published
by Vesna Manojlovic 24 Oct '14

24 Oct '14

Dear colleagues, please take a look at this news about RIPE Atlas, at mat-wg list. Regards, Vesna -------- Original Message -------- Subject: [mat-wg] RIPE Atlas Value Proposition Published Date: Fri, 24 Oct 2014 15:02:14 +0200 From: Kaveh Ranjbar <kranjbar(a)ripe.net> To: mat-wg(a)ripe.net 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

RIPE 69: Learn More About RIPE Atlas and RIPEstat!
by Vesna Manojlovic 24 Oct '14

24 Oct '14

Dear colleagues, Attending RIPE 69 in London? If so, you can learn more about RIPE Atlas and RIPEstat at our sessions: Tutorial: "Basic RIPE NCC Tools for Network Diagnostics and Monitoring" When: Monday, 3 November 2014, 09:00-11:00 Where: Bourg meeting room, mezzanine floor More information about the RIPE 69 tutorials is available online: https://ripe69.ripe.net/programme/meeting-plan/tutorials/ Workshop: "Advanced Topics in RIPE Atlas Usage" When: Tuesday, 4 November, 18:00–19:00 (date might change!) Where: Side Room More information: https://ripe69.ripe.net/programme/meeting-plan/workshops/ This is an opportunity to exchange experiences, ask questions, and learn from each other. I hope to see you in London! Regards, Vesna

1 0

2Day Telecom LLP (KZ) has joined RIPE Atlas anchors
by Michela Galante 23 Oct '14

23 Oct '14

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 kz-ala-as21299 and it is hosted by 2Day Telecom LLP in Almaty, Kazakhstan. With this anchor we reached a total of 80 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, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

RIPE atlas probe network configuration
by James A. T. Rice 21 Oct '14

21 Oct '14

Hi RIPE, We've just obtained our final /22 of IPv4 PA space, and we're looking at doing things a little differently with regards to trying to maximise the efficiency of usage within that block. While 100% utilisation of IP addresses by customers is not difficult in e.g. broadband networks (with a /32 being routed over a point to point link to each user), it is difficult in ethernet networks (with 2^n size subnets, network and broadcast and router addresses). Essentially we're going to try to have each customer device (for this purpose, the RIPE atlas probe is a customer device) consume exactly the number of globally unique IP addresses that it needs. Because for isolation each customer gets their own VLAN, and because "ethernet" traditionally means subnets with 2^n size and network and broadcast addresses and physical router addresses and VRRP addresses needing to be on that subnet, we end up with a subnet of 8 IP addresses used for a customer device that only will have 1 IP address exposed to the outside world: globally unique range: 0 - network 1 - default gateway vrrp 2 - router-a physical 3 - router-b physical 4 - customer device .. .. 7 - broadcast What I'd like to do, in order to only consume 1 globally unique IP address for the whole setup is as follows: private range, e.g. 10.a.b.c/24 0 - network 1 - default gateway vrrp 2 - router-a physical 3 - router-b physical 4 - customer device .. .. 255 - broadcast with a single globally unique IPv4 /32 (let's say) p.q.r.s routed to 10.a.b.4 in the above example. This means that you'd need to configure on your device, something like (assuming linux): network: 10.a.b.0/24 gateway: 10.a.b.1 alias: p.q.r.s/32 with it configured that p.q.r.s is the default source IP address to use for any outbound packets. This is a relatively 'clean' way of doing things, as it doesn't involve proxy-arp or similar trickery. It should be possible to do this for linux based systems. What do you think? Will the atlas probe support it, or would you consider making that a feature? Thanks James Rice Jump Networks Ltd.

2 3

Afilias (NL) has joined RIPE Atlas anchors
by Michela Galante 20 Oct '14

20 Oct '14

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-ams-as12041 and it is hosted by Afilias in Amsterdam, 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/ Learn more about RIPE Atlas anchors at: https://atlas.ripe.net/about/anchors/ Thank you for participating in RIPE Atlas! Kind regards, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Fwd: Your RIPE Atlas Probe (ID: 11513) is now connected to our network
by Rusty Dekema 20 Oct '14

20 Oct '14

Good evening, In case you track these sorts of things, the ~2 week disconnection of this probe was caused by network trouble on my end (combined with an extended vacation), and not by the probe itself or any other part of the RIPE Atlas system. Cheers, Rusty Dekema ---------- Forwarded message ---------- From: RIPE Atlas <atlas(a)ripe.net> Date: Sun, Oct 19, 2014 at 9:40 PM Subject: Your RIPE Atlas Probe (ID: 11513) is now connected to our network To: rdekema(a)gmail.com Dear RIPE Atlas probe host, Thank you for participating in RIPE Atlas! We're just letting you know that your probe (#11513 with description Comcast Business 50/10 (with IPv6 trial).) has re-established its link to our network and we are again receiving data from it. For your own records, it appears that the reconnection took place at 2014-10-20 01:39 UTC. If you have any questions, please contact us at atlas(a)ripe.net Best regards, RIPE Atlas Team ********** You are receiving this message because you applied for or were given a RIPE Atlas probe. We will only send messages when your probe becomes disconnected for an extended period of time.

1 0

Http Measurements
by Robert Vojcik 10 Oct '14

10 Oct '14

Hi, I'm preparing some measurements for our project because we plan to migrate one big site from CDN. I saw in documentation that Atlas support HTTP measurements but not for all users by default. How can I request this feature ? We will have ping and traceroute measurements but HTTP reponses would be great to compare what impact migration will have. Thank you for help -- Robert

2 1

teamix (DE) has joined RIPE Atlas anchors
by Michela Galante 08 Oct '14

08 Oct '14

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-nue-as33988 and it is hosted by teamix GmbH in Nuremberg, Germany. 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, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Comcast (US) has joined RIPE Atlas anchors
by Michela Galante 07 Oct '14

07 Oct '14

Dear RIPE Atlas users, We're happy to announce that another RIPE Atlas anchor 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-den-as7922 and it is hosted by Comcast in Denver, United States. Congratulations to Comcast 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, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

RIPE Atlas vs. bash/shellshock vulnerability
by Robert Kisteleki 03 Oct '14

03 Oct '14

Dear RIPE Atlas users, The RIPE NCC made a public announcement earlier about this issue (see https://www.ripe.net/internet-coordination/news/announcements/ripe-ncc-secu…). Still, since we have received some questions in email and Twitter about RIPE Atlas vs. this vulnerability so we'd like to respond to these with some more detail. The RIPE Atlas v1-v2-v3 probes are/were not affected by this issue at all since they don't run bash (or even have it installed) and also not providing any accessible services. The anchors have bash installed, but it is not used for any of the services provided. Besides, these servers have been patched right away. The infrastructure components (ie. controllers) were affected and as the RIPE NCC announcement explains, they have been patched as soon as the patch came out; basically within the day. Regards, Robert Kisteleki for the Atlas team

3 3

out of office
by jiri.prochazka＠superhosting.cz 01 Oct '14

01 Oct '14

Dear sender, I am currently out of office returning October 6th. I have limited access to my email, in urgent case you can reach me on my mobile phone + 420 777 87 37 67. Regards, -- Jiri Prochazka network administrator (AS39392) SuperNetwork s.r.o. m: +420 777 87 37 67 w: http://www.superhosting.cz e: jiri.prochazka(a)superhosting.cz

1 0

Wrong uptime information in monthly report
by Rene Bartsch 01 Oct '14

01 Oct '14

Hi, I got the following report of a drone: -------------------------------------------------------------------------------------------------------------- This is your monthly availability report for probe 3146 (T-Online Call & Surf Comfort IP Speed 50/10 MBit/s ). Calculation interval : 2014-09-01 00:00:00 - 2014-10-01 00:00:00 Total Connected Time : 15d 16:46 Total Disconnected Time : 14d 07:13 Total Availability : 52.33% +---------------------+---------------------+------------+--------------+ | Connected (UTC) | Disconnected (UTC) | Connected | Disconnected | |---------------------+---------------------+------------+--------------+ | 2014-08-14 11:37:26 | 2014-09-02 02:22:27 | 1d 02:22 | 0d 00:00 | | 2014-09-02 02:36:21 | 2014-09-04 23:40:28 | 2d 21:04 | 0d 00:13 | | 2014-09-05 00:03:58 | 2014-09-16 17:23:55 | 11d 17:19 | 0d 00:23 | +---------------------+---------------------+------------+--------------+ ---------------------------------------------------------------------------------------------------------------- https://atlas.ripe.net/probes/3146/#!tab-network shows an uptime of 99.83%. Please fix this! -- Best regards, Renne

2 1

Fwd: Final Call For Presentations RIPE 69, deadline 1 October 2014
by Vesna Manojlovic 25 Sep '14

25 Sep '14

Dear colleagues, RIPE69 is approaching. If you would like to present to the whole plenary on RIPE Atlas, the deadline is soon. If you prefer to talk on MAT-WG, please approach the chairs directly: mat-wg-chairs(a)ripe.net Regards, Vesna -------- Original Message -------- Date: Wed, 24 Sep 2014 23:36:36 +0200 From: Benno Overeinder <benno(a)NLnetLabs.nl> Dear colleagues, Following the past submission deadline, there is a Draft RIPE Plenary programme published at: https://ripe69.ripe.net/programme/meeting-plan/plenary/ There are still slots remaining for the final RIPE 69 programme and RIPE Programme Committee will accept new proposals until 1 October 2014. This is a last call deadline if you wish to submit a proposal. Kind regards, Benno Overeinder for RIPE programme committee On 27/08/14 13:33, Benno Overeinder wrote: > Dear colleagues, > > Please find the CFP for RIPE 69 in London below. > > The deadline for submissions is 31 August 2014. > > Please also note that speakers do not receive any extra reduction or > funding towards the meeting fee at the RIPE Meetings. > > Kind regards, > > RIPE PC > http://www.ripe.net/ripe/meetings/ripe-meetings/pc > > > --------------------- > > Call for Presentations > > A RIPE Meeting is an open event where Internet Service Providers, > network operators and other interested parties get together. Although > the meeting is mostly technical, it is also a chance for people to meet > and network with others in their field. > > RIPE 69 will take place from 3-7 November 2014 in London, UK. > > The RIPE Programme Committee (PC) is now seeking content proposals from > the RIPE community for the plenary session presentations, BoFs (Birds of > a Feather sessions), panels, workshops, tutorials and lightning talks at > RIPE 69. The PC is looking for presentations covering topics of network > engineering and operations, including but not limited to: > > - IPv6 deployment > - Managing IPv4 scarcity in operations > - Commercial transactions of IPv4 addresses > - Data centre technologies > - Network and DNS operations > - Internet governance and regulatory practices > - Network and routing security > - Content delivery > - Internet peering and mobile data exchange > > Submissions > > RIPE Meeting attendees are quite sensitive to keeping presentations > non-commercial, and product marketing talks are strongly discouraged. > Repeated audience feedback shows that the most successful talks focus on > operational experience, research results, or case studies. For example, > presenters wishing to describe a commercial solution should focus on > the underlying technology and not attempt a product demonstration. > > The RIPE PC accepts proposals for different presentation formats, > including plenary session presentations, tutorials, workshops, BoFs > (Birds of a Feather sessions) and lightning talks. See the full > descriptions of these formats at > https://ripe69.ripe.net/submit-topic/presentation-formats/ > > Presenters who are proposing a panel or BoF are encouraged to include > speakers from several (perhaps even competing) companies and/or a > neutral facilitator. > > In addition to presentations selected in advance for the plenary, the > RIPE PC also offers several time slots for "lightning talks", which are > selected immediately before or during the conference. > > The following general requirements apply: > > - Proposals for plenary session presentations, BoFs, panels, workshops > and tutorials must be submitted for full consideration no later than > 31 August 2014, using the meeting submission system at > https://ripe69.ripe.net/submit-topic/guidelines/. Proposals > submitted after this date will be considered on a space-available > basis. > > - Lightning talks should also be submitted using the meeting submission > system (https://ripe69.ripe.net/submit-topic/submission-form/) and > can be submitted just days before the RIPE Meeting starts or even > during the meeting week. The allocation of lightning talk slots will > be announced in short notice – in some cases on the same day but > often one day prior to the relevant session. > > - Presenters should indicate how much time they will require. See more > information on time slot allocations per presentation format at > https://ripe69.ripe.net/submit-topic/presentation-formats/. > > - Proposals for talks will only be considered by the PC if they contain > at least draft presentation slides (slides may be updated later on). > For panels, proposals must contain a clear description, as well as > the names of invited panellists, presenters and moderators. > > - Due to potential technical issues, it is expected that most, if not > all, presenters/panellists will be physically present at the RIPE > Meeting. > > If you have any questions or requests concerning content submissions, > please email pc [at] ripe [dot] net. > > --------------------- > > -- Benno J. Overeinder NLnet Labs http://www.nlnetlabs.nl/

1 0

UDM limit?
by Paul Vlaar 18 Sep '14

18 Sep '14

Hi, I'm trying to add a UDM for one of our nameservers, however it appears others are already doing "too many measurements" for this server, as this is the message I get when I try to add my UDM: "10 UDMs are already measuring 199.19.54.1/2001:500:c::1. Cannot add 2 more" AFAIK I have no UDMs running for this server, so the mentioned UDMs are beyond my control to retract. Is it possible to find out who is running these UDMs so I can ask them to stop, or alter them in such a way that they match what I need in this UDM? It seems a bit odd to me that I can't do custom measurements on our server because others are already doing some. ~paul -- Paul Vlaar DNS Infrastructure Group Afilias e-mail: pvlaar(a)afilias.info phone: +1-416-673-4078 mobile DE: +49-1578-5742-695 mobile NL: +31-6-506-306-35 mobile USA: +1-602-410-4148

4 6

XS4ALL (NL) has joined RIPE Atlas anchors
by Michela Galante 16 Sep '14

16 Sep '14

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-ams-as3265 and it is hosted by XS4ALL in Amsterdam, Nederland. 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, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

Seeking community feedback on draft RIPE Atlas Service Terms and Conditions
by Vesna Manojlovic 15 Sep '14

15 Sep '14

Dear colleagues, We have published a draft proposal for RIPE Atlas Service Terms and Conditions and are asking for community feedback on this, along with our proposed implementation plan. Please find more information on the MAT Working Group Mailing List, where we kindly ask you to direct any feedback you may have: https://www.ripe.net/ripe/mail/archives/mat-wg/2014-September/000489.html Regards, Vesna Manojlovic Senior Community Builder Measurements Community Building RIPE NCC

1 0

New on RIPE Labs: RIPE Atlas Measurements with Tagged Probes coming soon
by Mirjam Kuehne 15 Sep '14

15 Sep '14

Dear colleagues, Please find a new article on RIPE Labs: RIPE Atlas: Measurements with Tagged Probes Coming Soon https://labs.ripe.net/Members/suzanne_taylor_muzzin/ripe-atlas-measurements… If you have any comments or questions, please let us know. Kind regards, Mirjam Kuehne RIPE NCC

3 2

SCT Schiele (DE) has joined RIPE Atlas anchors
by Michela Galante 15 Sep '14

15 Sep '14

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-ett-as202040 and it is hosted by SCT Schiele GmbH in Ettlingen, Germany. 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, Measurements Community Building Team RIPE NCC mcb(a)ripe.net

1 0

'limit' filed in the probe API metadata
by Eravuchira, Steffie Jacob 12 Sep '14

12 Sep '14

Hello, In the REST API for RIPE Atlas probes [1], there is a metadata "limit" to set the number of items displayed in the API [2]. Previously I have used the "limit" field to get the details of all the registered probes (by specifying limit as the value in the field "total_count" in metadata) at once using this API. Now the API works well with values of "limit" up to 100. But for any value greater than 100, the limit is automatically set to 100. Could anyone help me understand why this could happen and how I can access the details of all the RIPE Atlas registered probes? [1] https://atlas.ripe.net/api/v1/probe [2] https://atlas.ripe.net/api/v1/probe/?limit=n Thank you in advance for the help. Regards, Steffie _________________________________________________________ Steffie Jacob Eravuchira Research I, Room 91 Computer Networks and Distributed Systems (CNDS) Lab School of Engineering and Sciences Jacobs University Bremen, Germany

2 1