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] Result streams not working
- Previous message (by thread): [atlas] Result streams not working
- Next message (by thread): [atlas] Result streams not working
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Massimo Candela
mcandela at ripe.net
Tue Jul 12 17:17:14 CEST 2016
Some correction on fly, you should remove: start_time and interval since you are trying to do a one_off as soon as possible. I would suggest you to understand better the concepts here: https://atlas.ripe.net/docs/api/v2/manual/ or on the REST API manual. Remove also seconds=240 a and let me know if you see something. Its way way too small the timeout for a probe to get the schedule and send you some results. > On 12 Jul 2016, at 16:58, Florencia Alvarez Etcheverry <florencia.alvarezetcheverry at telecom-bretagne.eu> wrote: > > Thank you for your answer. > I create a one-off measurement and then I want its results (as soon as they're available). > Here is my test code: http://pastebin.com/7p4zy388 > > On 2016-07-12 16:18:29 CET, Massimo Candela wrote: >> Hello Florencia, >> >> Thanks for using RIPE Atlas. >> >>> On 12 Jul 2016, at 15:47, Florencia Alvarez Etcheverry <florencia.alvarezetcheverry _at_ telecom-bretagne _dot_ eu> wrote: >>> >>> Hello, I started working with RIPE Atlas last week, when I made a script to create a one-off ping measurement between two specific probes (which I ping to check if they were working). I used Cousteau API, by default I sent 3 packets and I had 5 seconds of timeout. I got the results one time and then it stopped working. I changed the timeout to 3 or 4 minutes and while waiting for the callback function to execute I checked on the webpage and I can see the results for every measure I launched. >> >> The one-off measurement executes the measurement only once and gets stopped immediately. >> > But how immediately is that?, because I saw the results of the measurement but it was still running and I don't understand why. > How long should I wait since I launch the measurement (1 ping packet) to get the result? Is this time shorter than if I wait for the measurement to stop? (But is it possible to know that time?) > >>> >>> So I see the results on the page but they don't get to the stream and the callback function is never called. I also saw the status changed from "ongoing" to "stopped" several minutes after I've seen the results; which leads me to another question, when a measurement stops?, why if I already have the results of a ping (that is the only thing I've launched) it's still running? >>> >>> I tried with Cousteau and also directly with socketIO but it has the same behavior. >> >> >>> When I took off the parameters "packets=1,interval=60" of the request (leaving default values), >> >> What does it mean? These look like parameters for creating a (periodic) measurement, not for listening it. >> Can I see your code or at least the subscription parameters? >> >> Ciao, >> Massimo >> >>> I got the result with Cousteau API, but not with the socket directly. When I run it again it didn't work, so it looks like it works one of 20 times. Is there something I could do or am I doing something wrong? >>> >>> Thank you, >>> Florencia. >>> > > > Sent via RIPE Forum -- https://www.ripe.net/participate/mail/forum > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2611 bytes Desc: not available URL: </ripe/mail/archives/ripe-atlas/attachments/20160712/f7282e2b/attachment.p7s>
- Previous message (by thread): [atlas] Result streams not working
- Next message (by thread): [atlas] Result streams not working
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]