- ripe-atlas - mailman.ripe.net

Why measurements using api are apt to fail while those using web interface can usually succeed?
by 孙乐童 20 Dec '24

20 Dec '24

Dear all, I have been attempting to use Atlas to launch traceroute measurements recently. Initially, I used ripe.atlas.cousteau to run the measurements in batches, keeping the total number under 10,000 to avoid exceeding the measurement limit. However, only 10% of the measurements returned successful results, while the other 90% showed the status "scheduling denied." Next, I tried launching only 12 measurements in batch, where each measurement contained one traceroute from a specific probe to a designated IPv4 destination. Out of these, 4 succeeded and the other 8 showed the status "specified". Following that, I launched the 12 measurements one by one with 2-second intervals, resulting in a success rate of 6 out of 12. However, when I increased the interval to 3 seconds, the success rate dropped to 4 out of 12. Interestingly, when I created the same measurements for the designated probes and destinations through the web interface, all of them were successful. Below is the Python code I used to launch the measurements: fromripe.atlas.cousteauimport ( Traceroute, AtlasSource, AtlasRequest, AtlasCreateRequest, AtlasResultsRequest, AtlasLatestRequest, ProbeRequest ) traceroute=Traceroute(af=4, target=dstip, description="traceroute subpref ip {} from {}{}".format(dstip, probe_type, probe_value), protocol='ICMP') if probe_type =='asn': probe_value =int(probe_value) source = AtlasSource(type=probe_type, value=probe_value, requested=1, tags={"include": ["system-ipv4-capable"]}) _key = ATLAS_API_KEY_2 for _ inrange(2): atlas_request = AtlasCreateRequest( start_time=datetime.utcnow() + timedelta(random.randint(0, 1)), key=_key, measurements=[traceroute], sources=[source], is_oneoff=True ) (is_success, response) = atlas_request.create() if is_success: print('create_task', dstip, is_success, response) msm_id = response['measurements'][0] return Could you kindly let me know if there might be an issue with my approach or provide any advice on how to improve this process? I would greatly appreciate any guidance. Thank you very much! Best regards, Sun Letong

3 6

Requested and participating probes
by Huseyn Gambarov 13 Dec '24

13 Dec '24

Hello. I am currently working on a project that heavily relies on Ripe Atlas Ping measurements. During the development, I noticed that sometimes when, let’s say, I request 3 probes, only 2 are participating in the measurement. In the Ripe Archive, I found that there was a similar discussion here - https://mailman.ripe.net/archives/list/ripe-atlas@ripe.net/thread/D6QZS4WC5… I have two questions, that I could not find answers to, and I would be very grateful if you could help me with them. First, in the mentioned discussion it is said that there are multiple reasons why fewer probes are participating and there is ongoing work to allow users to obtain information about specific conditions that occurred during the measurement creation. Can you tell, if there is a way to get that information via API? Second, do you know if there is a reasonable timeout to wait before a new attempt to reschedule the probe that failed to participate in the first measurement? Thank you for your help. With regards, Huseyn Gambarov.

2 1

Understanding how to use the `paris` parameter
by Bhaskar, Abhishek Vasisht 13 Dec '24

13 Dec '24

Hello y'all! I'm a PhD student from Georgia Tech and had a question about the "paris" field when performing traceroute measurements. The RIPE documents states that ```Paris - A number greater than 0 will indicate the number of variations to be used for a Paris traceroute. Setting the value to 0 makes the measurement use the standard traceroute``` But regardless of what Paris value I give to the traceroute measurement, I only get one path with a single paris_id. I would expect that if I gave a paris value of 10, I should see 10 potential variations of the path between A and B, correct? Please correct me if I'm wrong. Here is an example measurement https://atlas.ripe.net/measurements/84562046 Thanks! -- Abhishek Vasisht Bhaskar Student, PhD in Computer Science Georgia Institute of Technology https://abhishekvasishtb.github.io/

1 0

MTU tracepath in RIPE atlas
by Marco Moock 12 Dec '24

12 Dec '24

Hello! Maybe some people here know the Linux tracepath application. It tests the PMTU to a destination. Could such a feature be implemented in RIPE Atlas? -- kind regards Marco Send unsolicited bulk mail to 1734020167muell(a)stinkedores.dorfdsl.de

1 0

Join Us for the "Exploring the RIPE Atlas UI" Webinar on 17 December 2024
by Michela Galante 11 Dec '24

11 Dec '24

Dear all, We are excited to invite you to the upcoming Exploring the RIPE Atlas UI Webinar, scheduled for Tuesday, 17 December 2024. Join Stephen Suess for a 45-minute webinar showcasing the key features and tools of the RIPE Atlas UI. This interactive session is designed to enhance your understanding and usage of this powerful platform. By the end of this webinar, you will be able to: • Identify and utilise key RIPE Atlas UI features to efficiently find and analyse existing Internet measurements. • Evaluate various data visualisation and analysis tools to gain meaningful insights from measurement results. • Customise the RIPE Atlas UI to suit specific usage patterns and prioritise the information you need. For more information and to register, please visit: https://learning.ripe.net/w/courses/64-exploring-the-ripe-atlas-ui/305 Kind regards, Michela Galante Senior Community Development Officer RIPE NCC

1 0

Re: Transfer of Atlas anchor ownership
by Robert Kisteleki 03 Dec '24

03 Dec '24

Hi, Can you please see to this change request? Thanks, Robert On Thu, Nov 28, 2024 at 4:05 PM Luuk Hendriks <luuk(a)nlnetlabs.nl> wrote: > Hi Robert, > > > We'd like to transfer the ownership of the Atlas anchor that I installed > at the University of Twente many moons ago. It's attached to my personal > account and we could not find a way to transfer it via the web > interface. > > It's anchor ID 6113, currently under ripe(a)luukhendriks.eu > and should go to Roland's account, roland(a)nlnetlabs.nl . > > > If there's anything more you need from me, please let me know. > > > Cheers, > luuk >

1 0

Probe #2413 somehow failing
by ripe＠brite.cz 29 Nov '24

29 Nov '24

Hi team, please have a look at Probe #2413, it shows connected but it seems it is not providing any measurements results. I tried different cables, power sources, connected to different switch, and finally move it to completely different location. It is v1 so it does not have USB memory stick. Please advise. Thanks Jiri

7 8

v2 probe repair?
by Phillip Remaker 28 Nov '24

28 Nov '24

Hello! I have an 11+ year old v2 probe Seems to be in a reboot loop. Starts up, all LEDs go blank, and it repeats. Any diagnostics I can do? Any repairs? https://atlas.ripe.net/probes/4111/#tab-network

3 6

Streaming result data missing probe information with "enrichProbes: true"
by Wouter de Vries 27 Nov '24

27 Nov '24

Hi folks, When using the Streaming API there is an option called "enrichProbes" which should cause probe metadata to be added to every result. That seems to have worked for a while, but it has stopped working. Example code (in python) to reproduce (it's the example from the docs, with just enrichProbes set to true): import json import websocket ws = websocket.WebSocket() ws.connect("wss://atlas-stream.ripe.net/stream/") params = {"streamType": "result", "msm": 1001, "enrichProbes": True} ws.send(json.dumps(["atlas_subscribe", params])) for data in ws: print(data) Example result: ["atlas_result",{"fw":5080,"mver":"2.6.2","lts":66,"dst_name":"193.0.14.129","af":4,"dst_addr":"193.0.14.129","src_addr":"192.168.1.20","proto":"ICMP","ttl":56,"size":32,"result":[{"rtt":21.447667},{"rtt":21.226292},{"rtt":21.253375}],"dup":0,"rcvd":3,"sent":3,"min":21.226292,"max":21.447667,"avg":21.3091113333,"msm_id":1001,"prb_id":50274,"timestamp":1731917452,"msm_name":"Ping","from":"85.107.81.62","type":"ping","step":240}] As you can see there is no probe metadata present. I'm fairly sure I'm doing this right and I think this worked previously. Is something broken in the backend? Best regards, Wouter

2 2

UI feature wish: "Daily Credits Balance" pie chart widget
by ripe＠nurfuerspam.de 26 Nov '24

26 Nov '24

Hi, I very much like/liked the "Daily Credits Balance" pie chart widget from the old UI dashboard (https://atlas.ripe.net/my/). It gives an instant overview of the credit revenue and expenditure stream, not only the grand total, but also the _share_ of individual probes and measurements in the revenue and expenditure streams. With the actual number being shown when hovering over an individual slice of the pie. And clicking on a slice would take one to the page of the respective probe or measurement (though it seems currently broken for measurements, possibly because of the ongoing restructuring). Is there a way to get it back in the new dashboard, refreshed obviously, and integrated into the new overall site layout? Thanks! Kind regards, R.

2 1