On 2020/02/12 11:11 , Borja Marcos wrote:
> I am wondering, is the RIPE Atlas probe software fully Linux centric or can
> it run
> on other modern *IX derviatives?
The sort answer is yes, it is fully Linux centric.
The longer answer is that the code consists of two parts. One part is a
On 2020/02/12 12:42 , Philip Homburg wrote:
> On 2020/02/12 12:03 , Paul Eagles wrote:
>
>> fatal: reference is not a tree: 0615d3803b7b68cf85f959957b433f1c9fe2f3e6
>> Unable to checkout '0615d3803b7b68cf85f959957b433f1c9fe2f3e6' in submodule
>> path 'probe-busybox'
>> [pauleagles@dns2 ~]$
>
>
Hi,
> SW probes have tag "system-Software" and ID > 100
Technically, as of today, that's a good indicator and indeed can be used
to quickly judge whether a probe is software or not.
However, it's possible that in the future the probe ID allocation will
not strictly reflect the
Hi,
> Do you have interest in people having actual hardware probes in
> places where they also host VMs, to install also the software probes,
> in order to be able to "compare" them? I mean for your own stats, or
> to be able to debug issues, etc.
There are some deployments like that already.
Hi,
> Will these be tagged and de-selectable for new measurements?
Yes, the all have the tag "system-software".
> IOW, I've had enough bad experience with hypervisor packet loss and
> weird jitter for "anything that is not TCP based" that I wouldn't want
> to run anything where I'm interested
On 2020/02/12 12:03 , Paul Eagles wrote:
> fatal: reference is not a tree: 0615d3803b7b68cf85f959957b433f1c9fe2f3e6
> Unable to checkout '0615d3803b7b68cf85f959957b433f1c9fe2f3e6' in submodule
> path 'probe-busybox'
> [pauleagles@dns2 ~]$
Weird. It seems that the two repos are out of sync. I'll
Hi,
SW probes have tag "system-Software" and ID > 100
Compare 169 running in Turris Omnia router (not a virtual machine), and
15861 directly connected to LAN port of the router. From my observation,
169 is about 1 to 2 milliseconds faster than 15861 (ping to fast targets).
If you
Great news!
I'm having a few issues getting the Debian .deb file to build, I don't know if
it's something specific to my environment (though I've tried it on a few
different boxes) or an issue with the git repository, but:
[pauleagles@dns2 ~]$ git clone --recursive
I have a hardware probe on an LTE router at home, and my Ubuntu box
(with a galmon [1] probe connected) next to it is on another AS, so
maybe I'll try this :-)-O
I'd also love a version for the mac, by the way.
[1] https://galmon.EU
greetings, el
On 12/02/2020 12:02, JORDI PALET MARTINEZ
Hi Jordi,
On Wed, Feb 12, 2020 at 11:02:36AM +0100, JORDI PALET MARTINEZ wrote:
> Nice, thanks a lot for this!
>
> Do you have interest in people having actual hardware probes in places where
> they also host VMs, to install also the software probes, in order to be able
> to "compare" them? I
> On 12 Feb 2020, at 10:53, Philip Homburg wrote:
>
> For more details, see our new article on RIPE Labs:
>
> https://labs.ripe.net/Members/alun_davies/ripe-atlas-software-probes
I am wondering, is the RIPE Atlas probe software fully Linux centric or can it
run
on other modern *IX
Hi Philip,
Nice, thanks a lot for this!
Do you have interest in people having actual hardware probes in places where
they also host VMs, to install also the software probes, in order to be able to
"compare" them? I mean for your own stats, or to be able to debug issues, etc.
Do you also have
Hi,
On Wed, Feb 12, 2020 at 10:53:47AM +0100, Philip Homburg wrote:
> We are glad to announce that, after several months of development and
> testing, we are now accepting applications for RIPE Atlas software
> probes. With several different installation options to choose from,
> software probes
Dear colleagues,
We are glad to announce that, after several months of development and
testing, we are now accepting applications for RIPE Atlas software
probes. With several different installation options to choose from,
software probes provide future hosts a whole new way to get involved
with
14 matches
Mail list logo