This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/ripe-atlas@ripe.net/
[atlas] API advice to pull data from multiple measurements
- Previous message (by thread): [atlas] API advice to pull data from multiple measurements
- Next message (by thread): [atlas] Summary of the discussions about previous proposals
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Christopher Amin
camin at ripe.net
Tue May 14 11:25:16 CEST 2024
Hi, I have increased the maximum number of subscriptions per minute to 512, because it was a bit low at 120. You're right that the rate limit values aren't documented, as they are tweaked now and then based on usage patterns. If you don't mind including measurement results from other running measurements (not just DNSMON), you could alternatively experiment with filtering by "destinationAddress". For example, this subscription would capture *every* result to k-root over IPv4, all in one sub: ["atlas_subscribe",{"streamType":"result","destinationAddress":"193.0.14.129"}] Hopefully one or both of these help you! Regards, Chris Amin RIPE NCC On Sat, 11 May 2024 at 09:11, <techtebatoye at gmail.com> wrote: > > Hi, > > I would like to pull data from DNSMON probe measurements to build a real-time view. > > Considering the combination of IPv4/IPv6, UDP/TCP, multiple nameservers per TLD, it quickly adds up to 150+ measurements. > > I started with the streaming API, sending register messages for the measurements of interest, but quite quickly I am getting errors with "slow_down" response. I could not find the rate limit values in the documentation of the streaming API. > > Using the HTTP API would also mean hundreds of API calls, one per measurement. > > What is the recommended way to regularly pull data from many measurements, to avoid rate limiting or generating too much load on the API ? > > Regards > > -- > ripe-atlas mailing list > ripe-atlas at ripe.net > https://mailman.ripe.net/
- Previous message (by thread): [atlas] API advice to pull data from multiple measurements
- Next message (by thread): [atlas] Summary of the discussions about previous proposals
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]