Robert Kisteleki




Likes on articles

About the author

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.

• On Of Donkeys, Mules and Horses - Store and Retrieve IP Prefixes Efficiently by Jasper den Hertog

Hi Jasper, since you show interest in this area, you could check out Judy Arrays ( for a "space horse" I guess :-)

• Reply to Niall O'Reilly on Rolling Out the RIPE Atlas Redesign by Michela Galante

“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!

• On The Debogonisation of 2a10::/12 by Emile Aben

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...

• On To Green the Internet, We Need RIPE by Michael Oghia

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!

• Reply to Vladimír Čunát on RIPE Atlas Software Probes by Alun Davies

“If you maintain source packages anyway, it might be worth to consider e.g. 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:

• Reply to Jeff on New RIPE Atlas Version 4 Probes by Alun Davies

“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.

• Reply to Jiri Suchan on New RIPE Atlas Version 4 Probes by Alun Davies

“What if I have my own NanoPi NEO Plus2, and since you are publishing your firmware, such as , 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.

• Reply to Sverre Rakkenes on New RIPE Atlas Version 4 Probes by Alun Davies

“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.

• Reply to White Hat on New RIPE Atlas Version 4 Probes by Alun Davies

“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.

• Reply to Andy Saunders on New RIPE Atlas Version 4 Probes by Alun Davies

“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)

1 2