- ripe-atlas - mailman.ripe.net

Probe 16917 started over
by Jacques Lav!gnotte. 08 Dec '16

08 Dec '16

after changing the usb memory stick. https://atlas.ripe.net/probes/16917/#!tab-general Regards, Jacques -- GnuPg : C8F5B1E3 WeUsePGP Because privacy matters http://weusepgp.info/

1 0

ipad air 2
by mostafa shahdadi 07 Dec '16

07 Dec '16

Sent from my iPad

1 0

ipad air 2
by mostafa shahdadi 07 Dec '16

07 Dec '16

Sent from my iPad

1 0

RIPE Atlas and nagios status-checks
by Robert Kisteleki 07 Dec '16

07 Dec '16

Dear All, The following message may be of interest to you if you're using Nagios (or variations like icinga) to query RIPE Atlas for status-checks. Yesterday morning our operations team made a change to the service configuration such that atlas.ripe.net only answers queries if they have proper Host: headers set. This is arguably a good operational practice, so we'd like to enforce it. However, one of the users running said nagios checks noticed that this causes 403 answers instead of the expected behaviour. We concluded that this is because the check_http plugin doesn't always set the Host: header. According to our statistics in total 12 users are affected, and since we could not foresee this problem, we temporarily reverted our configuration to the old settings. The fix on the client side is easy: one needs to add "-H atlas.ripe.net" parameter (or a similar change depending on forks and versions) to the checks. We'd like to ask our user to apply this change in the next two weeks in order to send well-formatted requests to our service. Thank you, Robert Kisteleki RIPE NCC

1 1

New on RIPE Labs: Countering RIPE Atlas Hardware Issues with Better Firmware
by Mirjam Kuehne 06 Dec '16

06 Dec '16

Dear colleagues, We're working on installing better firmware in order to counter hardware issues with RIPE Atlas. Please find more information on RIPE Labs: https://labs.ripe.net/Members/kistel/ripe-atlas-countering-hardware-issues-… Kind regards, Mirjam Kuehne RIPE NCC

1 0

tp-link probev3 tl-mr3020
by folkert 25 Nov '16

25 Nov '16

Hi, I have one of those tp-link probes, a v3 it looks like. Now when I got it, I was warned to put it on a 1A powersource. Now that is a bit of a problem so I started to measure its power usage to verify if I could maybe run it on a smaller power supply. What I measure is 0.14A upto 0.23A - that should easily be powered by a 0.5A power supply I think. As I'm not an electronics expert I'm now writing this message for confirmation: am I right about the power usage? Or ar there situations where it would be using a lot more power? Thank you, Folkert van Heusden -- ---------------------------------------------------------------------- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com

3 2

Fifteen new RIPE Atlas anchors have joined the community
by Michela Galante 24 Nov '16

24 Nov '16

Dear colleagues, Fifteen new RIPE Atlas anchors have been activated since our last announcement in September, bringing the total number to 231: - us-bos-as26167, hosted by Markley Group in Boston, United States (IPv4-only anchor) - us-pct-as88, hosted by Princeton University in Princeton, United States (IPv4-only anchor) - tz-dar-as327844, hosted by Tanzania ISP Association in Dar es Salaam, Tanzania and ke-nbo-as37578, hosted by TESPOK in Nairobi, Kenya. These are the first two of five anchors that ISOC will sponsor. - dk-aal-as9158 and dk-cph-as9158, hosted by Telenor Denmark A/S in Aalborg and Copenhagen, Denmark - au-syd-as135150, hosted by bet365 in Sydney, Australia - ca-wnp-as16395, hosted by asn16395 in Winnipeg, Canada - us-ljl-as195, hosted by Center for Applied Internet Data Analysis (CAIDA) at the University of California, San Diego in La Jolla, United States - nz-akl-as38064, hosted by NZ Registry Services in Auckland, New Zealand - us-bos-as111, hosted by the Boston University in Boston, United States - kw-kwi-as42961, hosted by Zain Kuwait in Kuwait City, Kuwait - nl-ede-as12859-client, hosted by HCC in Ede, Netherlands - it-rom-as24796, hosted by NaMeX Consortium in Rome, Italy - us-fcn-as32934, hosted by Facebook in Forest City, United States. You can find the full list of anchors, a map of their locations, a list of the hosting organisations and more information about RIPE Atlas anchors online: https://atlas.ripe.net/anchors/list/ Interested in hosting a RIPE Atlas anchor? Learn more: https://atlas.ripe.net/get-involved/become-an-anchor-host/ We are particularly interested in deploying anchors in the Middle East, Western Asia, Latin America and Africa in order to add more geographical diversity to the measurement data. There are several organisations that want to host a RIPE Atlas anchor but don’t have the necessary funding. To learn more about sponsoring an anchor, or for any other questions, please contact us at atlas(a)ripe.net And don’t forget to let us know if you’re doing something interesting with RIPE Atlas data - we always want to hear about your use cases, research and experiences! Regards, Michela Galante RIPE NCC

1 0

Emails Regarding Probe Connection Issues
by Alun Davies 17 Nov '16

17 Nov '16

Dear members of the RIPE Atlas community, It was recently called to our attention that certain emails we send out to RIPE Atlas probe hosts, concerning probe connection issues, have been somewhat abrupt in their tone. We are working to address the issue. While we devote a great deal of effort to ensuring that any correspondence we send out is both informative in content and appropriate in tone, we greatly appreciate feedback whenever it is felt that such goals have not been met. We would like to take this opportunity to once again thank all RIPE Atlas probe hosts for their ongoing participation. Best regards, Alun Davies (RIPE NCC)

7 7

New on RIPE Labs: Changes to RIPE Atlas API Keys
by Mirjam Kuehne 11 Nov '16

11 Nov '16

Dear colleagues, We’ve made some changes to RIPE Atlas API Keys with the aim of improving the experience of RIPE Atlas users. The changes are designed to boost transparency and efficiency in the way users are able to manage their API Keys. Please find more details on RIPE Labs: https://labs.ripe.net/Members/alun_davies/changes-to-ripe-atlas-api-keys Kind regards, Mirjam Kuehne RIPE NCC

1 0

Probe marked as offline, but it's online...
by Christian Schrötter 10 Nov '16

10 Nov '16

Hello Atlas users! I've connected my probe to a new network environment, to test everything before the big migration starts. It came up again immediately and displayed it's new network details at the WebUI. For the first time there was an IPv6-ULA prefix visible. The router (OpenWrt 15.05) supports full IPv6 via tunnel, but it's not advertised to the probe's VLAN and blocked by firewall rules. Everything seems to work, good! I've switched it off/on for several times, went back to the old router/modem and powered it on again. After some hours I've checked the WebUI again: My probe is offline! :-( I've tested it again on the new router: Offline! Once again on the old setup: Offline! Untouched default router/modem from my ISP: Offline! Current LED status: (from 1-5; power to button) > on > off > slow blink > on > on SOS-DNS-history from Wireshark: (switch port mirrored to my analysis interface) > Standard query 0x0002 AAAA U.*************.sos.atlas.ripe.net > Standard query response 0x0002 AAAA 2001:67c:2e8:11::c100:1337 > Standard query 0x0003 A U.*************.sos.atlas.ripe.net > Standard query response 0x0003 A 193.0.19.55 The probe is online and communicates with many servers. Looks like the built-in tests are running fine. There is NTP, DNS, ICMP, UDP and HTTP traffic. But it's still offline at the WebUI. I've double and triple checked everything on my side. Any ideas what's going wrong? -- With kind regards, Christian Schrötter

2 4