August 2015 - ripe-atlas - mailman.ripe.net

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