RIPEstat Live Demo #9
This article providers a summary of the RIPEstat demo session held on Tuesday, 4 October 2011. The focus of this demo was the mobile version of RIPEstat. Information about the next demo can be found at the end of the article.
Robert Kisteleki
47
Articles
122
Likes on articles
I am the leader of the Research and Development team at the RIPE NCC leading a dedicated team of thinkers to support the RIPE community by providing network research, data analysis and prototype tool development and services including RIPE Atlas and RIPEstat.
Email: robert@ripe.net
RIPEstat Live Demo #8
This article summarises yesterday's RIPEstat demo session, including new features, changes and improvements. At the end of the article you can find the date of the next demo. Please also note the call for feedback about specific features we are planning to work on.
RIPEstat Live Demo #7
This article summarises today's RIPEstat demo session, including new features, changes and improvements. At the end of the article you can find the date of the next demo, and options for providing feedback.
RIPEstat Live Demo #6
This article summarises today's RIPEstat demo session, including new features, changes and improvements. At the end of the article you can find the date of the next demo, and options for providing feedback.
RIPE Atlas - First Results
Since the first RIPE Atlas probes we handed out at the RIPE Meeting in Rome in November 2010, a lot of progress has been made. There is a lot of interest in these probes and in the measurement results. We were happy to see that we surpassed our original goals quite quickly. Now the number of probes…
RIPE Atlas - Pre-registration Open Now
The launch date of our new active measurements network, RIPE Atlas, is close. We already received a lot of interest and offers to host such a probe. In this article, we explain some more details about how to participate in this effort.
Interesting Graphs - Nine Years of RIPE Database Objects
Let's take a look at how the number of different RIPE DB objects changed in the last nine years. Many of the graphs are easy to understand, but some of them are not trivial.
Interesting Graph - RIPE DB Objects
This graph shows how the number of various RIPE Database objects evolved over time, in particular domain, intenum, route and aut_num objects.
Interesting Graph - IPv6 Allocation Requests
This graph shows the number of IPv6 allocations received since 2007 when the RIPE NCC started to allocate IPv6 address space.
Filtering After Recent Chinese "BGP Hijack" Does not Affect RIPE Region
Related to a thread on the NANOG mailing list about "BGP hijack from 23724 -> 4134 China?", we checked if any of those prefixes originated in the RIPE NCC service region.
Hi Jasper, since you show interest in this area, you could check out Judy Arrays (http://judy.sourceforge.net/) for a "space horse" I guess :-)
“UX troubles I've encountered using Firefox on MacOS Catalina 10.15.7: - Without setting my browser to use the full screen, I can't set up a new measurement, as the OK button for confirming probe selection is outside the viewport, and horizontal scrolling seems not to be available. - In the "Mine" tab on the "Measurements" screen, two measurements are listed, as expected, but also the confusing message, "You do not have any measurements listed here. If you've never created a measurement of your own, create one now".”
Thank you for reporting these, we'll investigate / fix!
I wonder if the specific (and strange) amount of exactly 11 packets per target is a result of an off-by-one error, such as a "for( i=0; i<=10; i++ ) {}" loop? I think we can only speculate...
One interesting development: the city of Amsterdam, as part of the plan to go carbon neutral and detach from the gas network, is starting to experiment with using the waste heat produced in the "Science Park" (an area that has large datacenters such as Equinix's). This is planned to be used to provide heating and warm water for the surrounding neighbourhood(s). It's not easy to pull off but it's certainly an interesting approach!
“If you maintain source packages anyway, it might be worth to consider e.g. https://build.opensuse.org to provide corresponding binaries (and kind-of CI).”
Looks interesting, we'll check it out! In the meantime you can consider joining our sw probe mailing list: https://lists.ripe.net/mailman/listinfo/atlas-sw-probes
“Can existing v3 users swap their unit for a v4 probe?”
v4 is functionally the same as v3. There's no reason so swap if the probe is otherwise working.
“What if I have my own NanoPi NEO Plus2, and since you are publishing your firmware, such as https://www-static.ripe.net/static/rnd-ui/atlas/static/page/fw/ripe-atlas-fw-4790.tar.gz , can I make it work as a new probe? Is there a simple manual how to install Probe software to the Nanopi?”
While it is possible that you can replicate the steps we do when producing these probes, the amount of work we'd have to do to accommodate this would make this an expensive exercise. It is likely a better solution to join the software probe effort when it's available and use your hardware to deploy it on.
“is there any update on ipv6 support on this new generation”
As with earlier RIPE Atlas probes, the v4 probes also do IPv6. They support RAs and RDNSS out of the box, except DHCPv6. They can also be statically configured.
“With this being a simple Pi-style SBC, what's to stop someone from simply taking the probe, popping in a MicroSD card, and wiping/repurposing it for whatever? With the TP-Link models this was hard because it was reflashed firmware and the device itself wasn't very powerful or useful on its own, but it seems that with these the potential for hardware hijacking is both easier to do and more rewarding.”
We chose this device in particular because it has on-board storage as opposed to a traditional Pi where one could indeed just swap out the SD card. Although this doesn't completely rule out the possibility that some might choose to repurpose the new probes, this has always been a limitation with relying on hardware devices (one of the reasons we're keen to develop software probes). With this in mind, we take care to monitor probe activation rates in case of any drop off. So far, the v4 probes are being activated as expected.
“Please tell me that this new version supports PoE ?”
No, it does not have PoE support. We recommend using a PoE splitter in case this is an issue.
Showing 15 comment(s)