Discussie m.b.t. RIPE Atlas en Globalping

[ernstoud]

RIPE Atlas (https://atlas.ripe.net) en Globalping (https://www.jsdelivr.com/globalping) zijn gratis - openbaar beschikbare - tools om de performance te meten van je internet verbinding en dit te vergelijken met anderen.

Vooral dat laatste is een groot verschil met producten zoals Smokeping en Nagios. Daarmee meet je bijvoorbeeld op continue basis de latency naar google.nl of een DNS server zoals 8.8.8.8. Maar zie je een afwijking wil je weten of dat lokaal bij jou een probleem is of bij je ISP.

Met een probe kun je een meting uitvoeren die door alle probes in je meting bijvoorbeeld voor een bepaalde ISP, of een bepaalde regio de resultaten geeft. Bijvoorbeeld een ping naar google.nl voor alle probes op de Delta infra: https://globalping.io/?measurement=63myzSNZ2BEW3DBW en dan kun je de resultaten vergelijken. Bij RIPE Atlas met fraaie grafieken, bij Globalping zoals ping, dig, traceroute resultaten geven.

Voor beide probe infrastructuren zijn ook command line tools, dashboards en APIs beschikbaar voor integratie in je eigen dashboard.

Bij Globalping kan iedereen zo’n meting doen, bij RIPE Atlas alleen als je een account aanmaakt en credits hebt (die je krijgt door een probe te hosten of door ze te bietsen in de community).

Dit alles is een “community effort”, maak je er gebruik van dan is het zelf hosten van een probe als tegenprestatie mooi. Installeer dan een probe op een PC (Linux, MacOS, Windows - native of in een container of VM) en maak deel uit van deze wereldwijde communities.

Ik heb RIPE Atlas en Globalping probes draaien op KPN VDSL/4G, Delta fiber, Vodafone 4G en Odido 4G. Een mix tussen hardware en software probes. Onder andere een RIPE Atlas probe op een Ubuntu mini PC en op een OpenWRT travel router van TP-Link (zie: http://www.kineta.nl/atlas/wr802n-write-up-v2.pdf).

Mijn Globalping probes draaien onder Docker op een minimale DietPI VM op VMware Workstation op Windows 10. Minder geschikt is “Docker Desktop for Windows” omdat daar al jaren een niet opgeloste bug (in VPNkit) zit waardoor traceroute niet werkt (zie: https://github.com/moby/vpnkit/issues/586).

Zowel RIPE als Globalping bieden naast een op je eigen PC (NAS, router, embedded controller etc) te installeren software oplossing ook hardware probes aan, in feite een (hele) kleine microcomputer. Voeding en ethernet aansluiten, probe registreren (in geval van RIPE) en klaar. Voordeel is het lage energieverbruik.

Met dank aan Tweaker @esky de volgende informatie m.b.t. installatie van een software probe op een Mikrotik router:

• Als je een Mikrotik router hebt kan je de Globalping container daar meestal ook op draaien. Installeren gaat zoals hier https://www.bgocloud.com/...hole-in-mikrotik-chr.html uitgelegd, maar dan zonder Env variabelen, met de root-dir als enige mount en met globalping/globalping-probe:latest als remote image.
• Met de optie "/container/set 0 logging=yes" zet je logging aan zodat je na het starten van de container met "log print" de code kan vinden die nodig is om de probe aan je dashboard toe te voegen.

Zie https://atlas.ripe.net/docs/probe-v5/ voor informatie over de RIPE Atlas hardware probe en https://lowendbox.com/blo...with-globalping-hands-on/ voor informatie over de Globalping hardware probe.

In principe kan iedereen een RIPE Atlas hardware probe aanvragen maar er is vaak geen voorraad en RIPE checkt of er nut is van nog een probe op jouw ISP of in jouw regio. Die restrictie is er niet voor software probes. Een Globalping hardware probe is gratis bij sponsoring via GitHub van minimaal 10 USD per maand.

Kijk maar eens bij de probe in mijn signature hieronder.

Wil je een gratis (!) Globalping hardware probe dan is er op dit moment (oktober 2024) een (bijna vergeven) giveaway van 100 hardware probes gaande, zie: ernstoud in "Discussie m.b.t. RIPE Atlas en Globalping"

Tot slot wat kenmerkende verschillen:

RIPE Atlas.

• Voordelen: veel informatie, mooie grafieken, continue meting mogelijk,historische data voorhanden, native Linux client, grote community (> 8000 probes in vrijwel alle landen), probes genummerd dus herkenbaar, mailing list voor community.
• Nadelen: resultaten komen langzaam binnen, nog steeds wat “dated look”, IP adres zichtbaar, CLI complex, grafieken soms erg traag, metingen vereisen credits, focus op academia, HW probes vrijwel niet meer beschikbaar.

Globalping.

• Voordelen: real-time metingen, modern UI, focus op eindgebruikers, probes in principe anoniem, meetgegevens in lay-out zoals dig, ping en traceroute, geen credits nodig (zie opmerking) bij metingen via de website en CLI, CLI simpel in gebruik, HW probe gratis als sponsor.
• Nadelen: alleen in docker container, geen historische data, (nog) geen continue metingen, kleinere community (> 1000 probes), eigen probe herkennen in meetresultaten moeizamer, communicatie met community via GitHub.

Een uitgebreide beschrijving van overeenkomsten en verschillen tussen RIPE Atlas en Globalping:

https://hackernoon.com/ri...work-measurement-platform

Opmerking: In het dashboard van Globalping (https://dash.globalping.io/) worden credits genoemd en zie je die elke dag met 150 toenemen per probe. Bij metingen via de API geldt een “hourly limit” (standaard: 250). Met credits en het gebruik van een in het dashboard gegeneerd token zijn buiten deze limiet meer metingen mogelijk. Zie: https://globalping.io/credits.

Voorbeeld van een grafiek (LatencyMon) van een RIPE Atlas latency meting naar ping.ripe.net van mijn twee probes (1x SW en 1x HW, in MyGroup1) vergeleken met een willekeurige probe op de Delta infra:



Te zien is dat de latency op mijn verbinding redelijk overeenkomt met die van een willekeurige andere klant van Delta maar dat er hier een duidelijk verschil is tussen mijn SW en mijn HW probe. De VM waarin de software probe draait voegt iets van 1.4 ms. latency toe.

Voorbeeld van TraceMon; visualisatie van traceroute waarbij door op de play button te drukken je veranderingen over een periode in routering als een film kunt afspelen en analyseren:



En een voorbeeld van een zelfde meting naar ping.ripe.net met de resultaten van Globalping van mijn SW probe op de Delta infra:



Uiteraard zelfde latency waardes, en te zien is in één oogopslag dat Delta op het moment van de meting geen issues heeft.

Even snel een meting doen met 3 probes naar 8.8.8.8 op de Delta infra met het Globalping CLI tool:



Wil je met de data van Globalping grafieken maken zoals met RIPE Atlas mogelijk zijn moet je (nu nog) via de CLI of API de meting doen en de data bijvoorbeeld met Excel analyseren.

Voor installatie van een Globalping en een RIPE Atlas probe op 1 NanoPI Neo zie: ernstoud in "Discussie m.b.t. RIPE Atlas en Globalping"

Wikipedia pagina over RIPE Atlas: Wikipedia: RIPE Atlas.

[ Voor 174% gewijzigd door ernstoud op 12-10-2024 00:03 ]

[ernstoud]

Als je een Globalping meting doet zoals:

code:

globalping ping www.nu.nl from AS15435 -C --limit 100 --latency

dan krijg je dus de resultaten van een ping meting van de (huidige 3) globalping probes op de DFN infra. Fraai.

Maar.... hoe kun je in de output de resultaten van je eigen probe zien?

Op dit moment is mijn probe op de DFN infra de enige die in Arnhem geregistreerd is volgens Globalping maar wat nu als Globalping op DFN een andere probe ook aan Arnhem koppelt?

Ik heb deze vraag ook als issue op Github aan de developers gevraagd.

Iemand dit ontdekt?

[ChaserBoZ_]

Het idee achter de distributed probes is dat je test naar iets. Je kunt idd bijdragen aan het grote geheel door zelf een probe te hosten, maar je krijgt die (zover ik weet) niet direct aangestuurd.

Even crue; als je een ping vanaf je eigen aansluiting wil hebben, dan ping je vanaf een eigen device?

[ernstoud]

ChaserBoZ_ schreef op woensdag 28 augustus 2024 @ 14:59:
Het idee achter de distributed probes is dat je test naar iets. Je kunt idd bijdragen aan het grote geheel door zelf een probe te hosten, maar je krijgt die (zover ik weet) niet direct aangestuurd.

Even crue; als je een ping vanaf je eigen aansluiting wil hebben, dan ping je vanaf een eigen device?

Het gaat er niet zozeer om dat ik mijn eigen probe zou willen aansturen, maar dat ik een resultaat van een test waarin mijn probe ook mee doet, mijn probe kan herkennen.

Natuurlijk kan ik een ping test doen van bijvoorbeeld alle Globalping probes in NL naar een IP adres en direct daarna een aparte ping naar datzelfde IP adres doen vanuit mijn netwerk. En dat dan vergelijken.

Maar er komt een oplossing, de developer heeft al op GitHub gereageerd (https://github.com/jsdelivr/globalping-cli/issues/128) en een change is gedefinieerd (https://github.com/jsdelivr/globalping/issues/541).

Je kunt dus binnenkort ownership van een probe claimen en dan in de CLI jezelf authenticeren waarbij dan in de output van de CLI zien welke probe(s) van jou zijn.

Met RIPE Atlas hebben alle probes een unieke ID. Dat maakt dit wel een stuk makkelijker.

[ Voor 11% gewijzigd door ernstoud op 28-08-2024 15:30 ]

[Teaclo]

Je kan ook de gateway address terugvinden, weet niet of dat echt wenselijk is:
https://www.jsdelivr.com/...surement=RCe372j0NRj2q0zm

[rescla]

Leuk idee, ik heb ze beide aan mijn docker setup toegevoegd. Ripe atlas: https://atlas.ripe.net/probes/1008819

Het was nog even lastig om de atlas probe werkend te krijgen met deze docker image: https://github.com/Jamesits/docker-ripe-atlas. Uiteinde lijk miste ik de "NET_RAW" capability, nadat ik die heb toegevoegd werkt alles. Of nou ja, IPv4. IPv6 heb ik op mijn docker setup nog niet werkend.

Ook leuk om trouwens de measurements te bekijken die via je globalping gedaan worden. In de logs zie je measurement ids, die kan je in de url plakken om zo de resultaten te zien. E.g. https://www.jsdelivr.com/...surement=03Zjl0jp0SqSP1zP waarbij je dan het laatste stukje vervangt door de request ID in de logging.

De locatie van mijn probe op globalping is trouwens niet helemaal correct. Die staat op Rotterdam terwijl ik toch echt in Friesland zit.

[ernstoud]

Teaclo schreef op woensdag 28 augustus 2024 @ 16:52:
Je kan ook de gateway address terugvinden, weet niet of dat echt wenselijk is:
https://www.jsdelivr.com/...surement=RCe372j0NRj2q0zm

Mijn Globalping host doet dan niet mee. Draait op Docker for Windows en in de IP stack van Docker for Windows (VPNkit) zit een bug waardoor traceroute niet werkt: https://github.com/docker/for-mac/issues/1381.

[Raven]

Ik heb sinds 2015 een RIPE Atlas probe in de vorm van een uitvoering: TP-Link TL-MR3020 , helaas is ie stuk

Laatste paar maanden meerdere keren down gegaan, met een LED-patroon dat niet in de docs staat, enkele firmware recoveries verder en nu zeggen de LED"s dat ie werkt, maar toch geen verbinding.

Inmiddels verzoek voor nieuwe ingediend.

[ernstoud]

rescla schreef op woensdag 28 augustus 2024 @ 17:14:
Leuk idee, ik heb ze beide aan mijn docker setup toegevoegd. Ripe atlas: https://atlas.ripe.net/probes/1008819

Het was nog even lastig om de atlas probe werkend te krijgen met deze docker image: https://github.com/Jamesits/docker-ripe-atlas. Uiteinde lijk miste ik de "NET_RAW" capability, nadat ik die heb toegevoegd werkt alles. Of nou ja, IPv4. IPv6 heb ik op mijn docker setup nog niet werkend.

Ook leuk om trouwens de measurements te bekijken die via je globalping gedaan worden. In de logs zie je measurement ids, die kan je in de url plakken om zo de resultaten te zien. E.g. https://www.jsdelivr.com/...surement=03Zjl0jp0SqSP1zP waarbij je dan het laatste stukje vervangt door de request ID in de logging.

De locatie van mijn probe op globalping is trouwens niet helemaal correct. Die staat op Rotterdam terwijl ik toch echt in Friesland zit.

Op de map van Globalping zit ik in Beekbergen, volgens de tag en resultaten in Arnhem. Beide klopt niet. Ik denk dat ze geolocatie gebruiken en dat is nooit nauwkeurig. Moet je ook niet willen denk ik.

Leuk, Gorredijk. Daar komt mijn schoonpa vandaan.

[ Voor 3% gewijzigd door ernstoud op 28-08-2024 17:45 ]

[ernstoud]

Raven schreef op woensdag 28 augustus 2024 @ 17:35:
Ik heb sinds 2015 een RIPE Atlas probe in de vorm van een uitvoering: TP-Link TL-MR3020 , helaas is ie stuk

Laatste paar maanden meerdere keren down gegaan, met een LED-patroon dat niet in de docs staat, enkele firmware recoveries verder en nu zeggen de LED"s dat ie werkt, maar toch geen verbinding.

Inmiddels verzoek voor nieuwe ingediend.

Ik heb 4 HW probes, op Delta, KPN VDSL, 4GvT van Odido en 4G RED unlimited van Vodafone. En om te vergelijken ook nog een SW probe op Delta.

De HW probe op Delta is een eigen fabrikaat:

http://www.kineta.nl/atlas/wr802n-write-up-v2.pdf

Wellicht is dat wat voor je want volgens mij is RIPE een beetje door de voorraad heen.

[ernstoud]

Overigens is er bij RIPE wel een issue met probes disconnects:

https://status.ripe.net/incidents/cxp20fvs62mc

[esky]

Ik heb ook een docker aangezwengeld gisteren en ondanks dat mijn provider in Den Haag zit en ik in een andere plaats zit ik volgens Globalping in Rotterdam. Is Rotterdam toch stiekum het centrum van NL

Als ik op iplocation.io kijk is IpInfo de enige die Rotterdam aan mijn IP koppelt, misschien gebruiken ze die.

[esky]

Teaclo schreef op woensdag 28 augustus 2024 @ 16:52:
Je kan ook de gateway address terugvinden, weet niet of dat echt wenselijk is:
https://www.jsdelivr.com/...surement=RCe372j0NRj2q0zm

Zou dat met de netwerkarchitectuur van Delta te maken hebben? Bij mij gaat het van het 192.168 adres van mijn router direct naar de core van mijn provider.

[ernstoud]

esky schreef op donderdag 29 augustus 2024 @ 10:27:
[...]


Zou dat met de netwerkarchitectuur van Delta te maken hebben? Bij mij gaat het van het 192.168 adres van mijn router direct naar de core van mijn provider.

Ja, bij Delta is de tweede hop een router in de POP en je IP adres zie je daar dus in een traceroute:

1.
2. AS15435 xxx-yyy-143-149.dynamic.caiway.nl (149.143.yyy.xxx)

Eigenlijk niet zo fraai.

[ernstoud]

Weet iemand hoe ik van de eerste post in deze thread een sticky kan maken? Zodat niet na een bepaalde tijd dit topic automatisch gesloten wordt?

[ Voor 32% gewijzigd door ernstoud op 29-08-2024 12:12 ]

[RobbyTown]

ernstoud schreef op donderdag 29 augustus 2024 @ 12:10:
Weet iemand hoe ik van de eerste post in deze thread een sticky kan maken? Zodat niet na een bepaalde tijd dit topic automatisch gesloten wordt?

Als het goed is zou de eerste (start)post oneindig bewerkbaar moeten zijn. Weet alleen niet als er een verschil zit tussen een vraag topic (dat is het nu) of normaal discussie topic.

[ Voor 13% gewijzigd door RobbyTown op 30-08-2024 00:48 ]

[ernstoud]

De Globalping HW probe is onderweg…



NanoPI Neo 512m.

Leuk om eens met een RIPE Atlas probe (op Turris Mox gebaseerd) te vergelijken.

[ Voor 3% gewijzigd door ernstoud op 01-09-2024 22:04 ]

[ernstoud]

Ik vroeg me af of zo'n Globalping probe nou echt requests krijgt... van middernacht tot nu (14:30 uur):

code:

PING requests       : 155
MTR requests        : 17
DNS requests        : 1809
HTTP requests       : 416
TRACEROUTE requests : 1

Best wel veel dus, vooral DNS requests. Bijzonder.

Heb deze probe nu draaien in een docker container op Linux (DietPi) in VMWare Workstation op een Windows 10 host .

[Thijn41]

ernstoud schreef op maandag 9 september 2024 @ 14:38:
Ik vroeg me af of zo'n Globalping probe nou echt requests krijgt... van middernacht tot nu (14:30 uur):

code:

PING requests       : 155
MTR requests        : 17
DNS requests        : 1809
HTTP requests       : 416
TRACEROUTE requests : 1

Best wel veel dus, vooral DNS requests. Bijzonder.

Heb deze probe nu draaien in een docker container op Linux (DietPi) in VMWare Workstation op een Windows 10 host .

Wel opvallend dat ik relatief veel ping requests heb tov jou (Heel 08-09-2024):

code:

dns    : 2713
http   : 854
mtr    : 24
ping   : 1399

Het is inderdaad wel grappig zo veel dns requests te zien.
Aan de andere kant, voor veel partijen is het natuurlijk interessant om te weten of hun websites netjes resolven in elk land/ISP.

[ernstoud]

Thijn41 schreef op maandag 9 september 2024 @ 15:20:
[...]

Wel opvallend dat ik relatief veel ping requests heb tov jou (Heel 08-09-2024):

code:

dns    : 2713
http   : 854
mtr    : 24
ping   : 1399

Het is inderdaad wel grappig zo veel dns requests te zien.
Aan de andere kant, voor veel partijen is het natuurlijk interessant om te weten of hun websites netjes resolven in elk land/ISP.

De aantallen variëren volgens mij nogal per dag. Zal dat eens bijhouden. Was nog best een gedoe dat lijstje maken omdat “docker logs” steeds een foutmelding gaf. Bleek dat het log file soort van corrupt was.

Nu dus met “docker logs —since [datum vandaag] container-id | grep mtr | grep DEBUG | wc -l” werkt het goed.

[ernstoud]

Laatste Globalping nieuws: er komt een mooi Dashboard (ik heb een preview draaien) waarin je je eigen probes kunt zien.
Ook komt er een credit systeem en tokens voor de API zodat in meetresultaten je eigen probe te onderscheiden is.

Indrukwekkend wat dit kleine team zo snel gebouwd heeft.

Nog een paar duizend meer probes en dan is het een echte concurrent voor RIPE Atlas.

Overigens is een hardware probe niets anders dan een NanoPI Neo met hun Linux/Docker image op een SD card. Ik heb via Amazon nog zo’n NanoPI incl. behuizing uit China onderweg. Kost iets van vier tientjes.

De (gratis als je sponsor bent) Globalping HW probe die onderweg was/is is zoekgeraakt in de post tussen Polen en NL. Een vervanger is onderweg.

[ernstoud]

Een impressie van het dashboard:



Zie: https://dash.globalping.io

Net met de developers gesproken. Er komen mooie opties aan.

[ernstoud]

Teaclo schreef op woensdag 28 augustus 2024 @ 16:52:
Je kan ook de gateway address terugvinden, weet niet of dat echt wenselijk is:
https://www.jsdelivr.com/...surement=RCe372j0NRj2q0zm

Ach, dat is het IP adres van de router in de POP waar je op aangesloten bent. Niet je eigen IP dus.

[ernstoud]

Stay tuned. Er komt een give away in NL van 50-100 hardware probes. Ga proberen dat via Tweakers te doen.

[RobbyTown]

ernstoud schreef op donderdag 19 september 2024 @ 20:01:
Stay tuned. Er komt een give away in NL van 50-100 hardware probes. Ga proberen dat via Tweakers te doen.

Dat zou mooi zijn. Zag dat sponsor toch 10$ pm is (om die hw probe te krijgen) terwijl RIPE gratis is / je eigen pi of vm.

[ernstoud]

RobbyTown schreef op donderdag 19 september 2024 @ 20:04:
[...]

Dat zou mooi zijn. Zag dat sponsor toch 10$ pm is (om die hw probe te krijgen) terwijl RIPE gratis is / je eigen pi of vm.

Dat zou zeker mooi zijn. Ik denk aan een artikel op de frontpage, ergens (kantoor Tweakers) een give away sessie e.d.

RIPE Atlas is enorm instabiel de laatste maanden en de software op de probes is sterk verouderd. En HW probes zijn voortdurend uit voorraad. RIPE ziet Atlas als non-critical infra en dat is wel een beetje te merken, veel outages, website grafieken die niet werken etc.

De Globalping SW probe is in essentie een docker image wat kan draaien op elke door docker ondersteunde omgeving. De Globalping HW probe bestaat uit een NanoPi Neo in behuizing: leuk artikel over wat je krijgt toegezonden: https://lowendbox.com/blo...with-globalping-hands-on/.

Mijn Globalping SW probe container draait in docker op de minimale DietPI Linux distro in een VM onder VMware Workstation op Windows 10. Lekker complex maar werkt perfect.

Stay tuned, even afwachten of een redacteur van Tweakers reageert. Anders ga ik zelf wat organiseren.

[RobbyTown]

Yup dat ik hier ook regelmatig meldingen atlas probe offline terwijl er gewoon internet is.

Atlas HW probe kun je voor NL vergeten. Alleen plekken waar weinig dekking is krijgen voorrang las ik bij het aanmelden voor hw probe.

[ernstoud]

RobbyTown schreef op donderdag 19 september 2024 @ 20:58:
Yup dat ik hier ook regelmatig meldingen atlas probe offline terwijl er gewoon internet is.

Atlas HW probe kun je voor NL vergeten. Alleen plekken waar weinig dekking is krijgen voorrang las ik bij het aanmelden voor hw probe.

Als je wanhopig bent: https://www.ebay.com/itm/115729534599 (belachelijk natuurlijk dat iemand zo’n gratis probe voor veel geld probeert te verkopen).

[RobbyTown]

Yup zag hem ook idd belachelijk gratis krijgen dan grof geld vragen. Had tijdje terug van een Tweaker pi4 poe+ onverkocht gekocht. Was goedkoper dan die ebay advertentie

[ Voor 4% gewijzigd door RobbyTown op 19-09-2024 21:19 ]

[Raven]

RobbyTown schreef op donderdag 19 september 2024 @ 20:58:
Yup dat ik hier ook regelmatig meldingen atlas probe offline terwijl er gewoon internet is.

De probe faalt hier de laatste tijd nogal vaak, telkens met een LED-patroon dat niet gedocumenteerd is, stekker eruit erin en even later doet ie weer even (en reconnected melding).

N.a.v. contact met support kreeg ik de tip verzoek voor nieuwe in te dienen, met verwijzing naar het support ticket. Nu maar wachten...

[RobbyTown]

@Raven Ik heb geen echte HW Ripe Atlas probe. Ik heb een pi4, bij mijn pa heb ik er ook 1 neergezet. Dus hier niets met ledjes. Pi uptime loopt gewoon door, en de pi is al die tijd gewoon te pingen.

Regematig timeout geeft de ripe aan. Terwijl de lijn gewoon werkt.

Zie
https://mypro.be/1008006 (29ste en de 17de)
https://mypro.be/1008600 (31ste en de 17de)

[ Voor 7% gewijzigd door RobbyTown op 20-09-2024 10:23 ]

[Raven]

@RobbyTown Ah, ik heb inmiddels iets meer dan 9 jaar de TP-Link Nano Router variant, die wel eens USB-sticks sloopt

Wanneer die de verbinding kwijt is (iets waar over gemaild wordt), zie ik het volgende LED-patroon, misschien dat iemand het herkend: LED1 aan, LED2 uit, LED3 langzaam knipperend en LED4 snel knipperend. De support kent het niet en de docs ook niet.

[ernstoud]

Raven schreef op vrijdag 20 september 2024 @ 10:08:
@RobbyTown Ah, ik heb inmiddels iets meer dan 9 jaar de TP-Link Nano Router variant, die wel eens USB-sticks sloopt

Wanneer die de verbinding kwijt is (iets waar over gemaild wordt), zie ik het volgende LED-patroon, misschien dat iemand het herkend: LED1 aan, LED2 uit, LED3 langzaam knipperend en LED4 snel knipperend. De support kent het niet en de docs ook niet.

Ik heb alleen HW versie 4 en 5 hier op KPN VDSL, Odido 4G en Vodafone 4G. Op Delta heb ik een zelfgemaakte HW probe van een TP-Link travel router: http://www.kineta.nl/atlas/wr802n-write-up-v2.pdf

De oudere probes krijgen na jaren vaak last van problemen met flash RAM en de USB stick door het continu schrijven. Als het niet de USB stick is bij jou denk ik dat je beter een nieuwe kunt aanvragen.

[Raven]

@ernstoud Ik heb deze variant:


Dat opvreten van USB-sticks wisselt nogal, de eerste paar jaar meerdere sticks gesloopt, daarna paar jaar goed, dan weer een paar stuk, dan weer goed en nu dus het regelmatig terugkerende niet gedocumenteerde LED-patroon met weggevallen verbinding. Probe uit en aan en gaat weer tijdje goed.

Voor flash-issues is er een LED-patroon, dat is echter niet die waar ik de laatste tijd tegenaan loop.

Aanvraag voor nieuwe is ingediend, op aanraden van support afdeling.

[Thijn41]

Heb ook zo'n TP-Link HW probe van RIPE, sinds 2017. Ook hier de laatste tijd erg veel disconnects zonder dat het internet daadwerkelijk dood is.

Voor de zekerheid ook een docker container aangezet, maar daar merk ik eigenlijk ook veel downtime. Lijkt er op dat RIPE hun zaakjes gewoon niet echt op orde hebben.

Dat Globalping dashboard is nog best netjes voor een beta!

[ernstoud]

Op https://status.ripe.net/ kun je de status zien.

En je kunt lid worden van de e-mail list [e-mail]. Veel discussie daarin over de storingen.

Daarop was vandaag te lezen:

“As many of you have noticed, we have been experiencing some technical issues with RIPE Atlas over the past few weeks. I would like to explain some of these in this email.

Earlier this year, we began the process of migrating ourinfrastructure from our on-premise and co-located data centres to a cloud-based solution. Significant work has gone into rewriting code for multiple components and to renew the underlying infrastructure, to and adapt it for the new cloud environment. In the process of this, we have encountered unforeseen bugs and bottlenecks.

The RIPE Atlas team has been working to fix these issues as we find them. We are largely done with the migration of the controlling infrastructure so we hope to have a more stable system in the coming days.

We are deploying new code and fixes fairly often to prevent these issues from arising, but it is possible that you might experience unexpected disconnects, but hopefully on a smaller scale than the past weeks. In the coming weeks, we will also begin the migration of the website (the user interface and the API).”

[RobbyTown]

@ernstoud Status pagina kon ik niet echt wijs uit dat er wat was, Je gedeelde bericht geeft veel meer info.

Lid worden van dat email adres hoe zie ik dat voor mij, heel de dag door mailtjes en dan stuk ofzo 30 op een dag of hoe werkt dat?

[ernstoud]

RobbyTown schreef op vrijdag 20 september 2024 @ 12:38:
@ernstoud Status pagina kon ik niet echt wijs uit dat er wat was, Je gedeelde bericht geeft veel meer info.

Lid worden van dat email adres hoe zie ik dat voor mij, heel de dag door mailtjes en dan stuk ofzo 30 op een dag of hoe werkt dat?

Nee hoor, ik denk gemiddeld 1 per week. Wat discussie over nieuwe features, defecte probes e.d.

Hier het archief, krijg je een beetje een idee: https://www.ripe.net/memb...mailing-lists/ripe-atlas/

[Xanthorax]

fyi, gezien er niet echt een https://github.com/RIPE-NCC/ripe-atlas-software-probe welke focusde op kubernetes heb ik er maar een gemaakt.

https://github.com/bschapendonk/rasp

• Is te deloyen via kustomize (of bijv flux2 oid), zie https://github.com/bschapendonk/rasp/tree/main/deploy
• Rootless container
• Dagelijks een nieuwe image ivm upstream updates in de base image
• Build voor linux/amd64 en linux/arm64

ps, het is nog een WIP en ik hem niet getest in Docker

[ Voor 15% gewijzigd door Xanthorax op 20-09-2024 16:23 ]

[Roetzen]

Raven schreef op vrijdag 20 september 2024 @ 10:08:
@RobbyTown Ah, ik heb inmiddels iets meer dan 9 jaar de TP-Link Nano Router variant, die wel eens USB-sticks sloopt

Wanneer die de verbinding kwijt is (iets waar over gemaild wordt), zie ik het volgende LED-patroon, misschien dat iemand het herkend: LED1 aan, LED2 uit, LED3 langzaam knipperend en LED4 snel knipperend. De support kent het niet en de docs ook niet.

Ik heb dezelfde variant en de leds knipperen zoals jij beschrijft. Ik heb inderdaad ook al een paar maal de USB stick moeten vervangen.

Maar nu lijkt ie ondanks dat knipperen toch nog te functioneren. Hij is in elk gebaar pingbaar Op IPv6 ook van buitenaf. Probeer het maar.


Ik zal hem straks eens een power down reset geven.

Edit: En dat bleek het erger te maken. Twee keer geprobeerd en hij eindigt met L1 aan, L2 uit, L3 knipperend met ongeveer 1 sec aan, 1 sec uit. L4 uit. L5 uit en hij is niet meer pingbaar.

USB stick vervangen en nu is het L1 aan, L2 uit, L3 knipperend, L4 uit, L5 aan en hij is weer pingbaar.

Formatteren van de "kapotte" USB stick helpt niet. Hij is echt kapot.

Is het overigens normaal dat L3 knippert? Mijn notoir onbetrouwbare geheugen zegt dat er bij normaal gebruik niets knippert, maar ik kan me vergissen.

Het USB stickje wat er nu in zit is overigens 1GB, net als de "kapotte".

[ Voor 24% gewijzigd door Roetzen op 20-09-2024 17:32 ]

[TdZ]

ernstoud schreef op donderdag 19 september 2024 @ 20:01:
Stay tuned. Er komt een give away in NL van 50-100 hardware probes. Ga proberen dat via Tweakers te doen.

Awesome! Ik hoor het graag zodra er een update is!

[ernstoud]

Leuk al tien probes live op DFN bij Globalping.

En interesse in de 1e peiling hier (en in de Delta / Caiway / KPN threads en op Discord) nu al over de 30 hardware probes.

Mijn hardware probe is gearriveerd (uit Polen - duurde drie weken!) binnenkort eens aansluiten.

[ Voor 44% gewijzigd door ernstoud op 21-09-2024 15:51 ]

[stormfly]

ernstoud schreef op zaterdag 21 september 2024 @ 15:34:
Leuk al tien probes live op DFN bij Globalping.

En interesse in de 1e peiling hier (en in de Delta / Caiway / KPN threads en op Discord) nu al over de 30 hardware probes.

Mijn hardware probe is gearriveerd (uit Polen - duurde drie weken!) binnenkort eens aansluiten.

Wat is er voor verschil in een hardware of software probe, krijg je als gebruiker meer/minder rechten als je voor een of ander kiest?

[ernstoud]

stormfly schreef op zaterdag 21 september 2024 @ 17:14:
[...]

Wat is er voor verschil in een hardware of software probe, krijg je als gebruiker meer/minder rechten als je voor een of ander kiest?

Qua functionaliteit is er geen verschil. Een software probe, vaak een PC, vereist natuurlijk een platform dat 24/7 draait. Vereist vele malen meer energie dan de hardware probe. De hardware probe is denk ik wat meer “install and forget”. Regelt zelf updates, herstart elke drie dagen etc.

Misschien het meest belangrijke voordeel is dat op de hardware probe een hardened Linux draait, in een eigen omgeving een probe draaien die benaderd wordt via een cloud is qua security wellicht wat meer zorg.

[DJP!]

ernstoud schreef op zaterdag 21 september 2024 @ 17:59:
[...]


Qua functionaliteit is er geen verschil. Een software probe, vaak een PC, vereist natuurlijk een platform dat 24/7 draait. Vereist vele malen meer energie dan de hardware probe. De hardware probe is denk ik wat meer “install and forget”. Regelt zelf updates, herstart elke drie dagen etc.

Misschien het meest belangrijke voordeel is dat op de hardware probe een hardened Linux draait, in een eigen omgeving een probe draaien die benaderd wordt via een cloud is qua security wellicht wat meer zorg.

Mijn voorkeur gaat ook uit na een HW probe. Deze kan mooi in een apart VLAN zonder toegang na de rest van het netwerk. Bij een SW probeer (op bijvoorbeeld de NAS) is dit voor mij een stuk lastiger.

Ik kan vrij weinig specificaties van de HW probe vinden. (of ik zoek natuurlijk verkeerd) Maar hoe werkt bijvoorbeeld de voeding daarvan? Is dat alleen via USB of ook via POE?

[stormfly]

ernstoud schreef op zaterdag 21 september 2024 @ 15:34:
Leuk al tien probes live op DFN bij Globalping.

Inmiddels:
11 bij Delta & 2 bij Caiway
3 bij Ziggo
6 bij KPN
1 bij Odido
1 bij glasnet/blackgate

Hoe achterhaal jij het?

code:

stormfly@MacBook ~ % globalping dns -F DELTA -L 20 tweakers.net

code:

Search "AS15435" (13 hits in 1 file of 1 searched) [Normal]
  new 1 (13 hits)
    Line  244: > Rotterdam, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  316: > Amsterdam, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  381: > Rozenburg, NL, EU, DELTA Fiber Nederland B.V. (AS15435) (u-schenkict-1)
    Line  598: > Utrecht, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  620: > Tilburg, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  685: > Steenbergen, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  909: > Utrecht, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line 1041: > Zwolle, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line 1170: > Amsterdam, NL, EU, Caiway NL (AS15435)
    Line 1306: > Rotterdam, NL, EU, Caiway NL (AS15435)
    Line 1350: > Amsterdam, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line 1442: > Arnhem, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line 1573: > Middelburg, NL, EU, DELTA Fiber Nederland B.V. (AS15435)

[ Voor 63% gewijzigd door stormfly op 21-09-2024 19:46 ]

[stormfly]

ernstoud schreef op zaterdag 21 september 2024 @ 17:59:
[...]


Qua functionaliteit is er geen verschil. Een software probe, vaak een PC, vereist natuurlijk een platform dat 24/7 draait. Vereist vele malen meer energie dan de hardware probe. De hardware probe is denk ik wat meer “install and forget”. Regelt zelf updates, herstart elke drie dagen etc.

Misschien het meest belangrijke voordeel is dat op de hardware probe een hardened Linux draait, in een eigen omgeving een probe draaien die benaderd wordt via een cloud is qua security wellicht wat meer zorg.

Echt een toffe, en snelle tool. Dank voor de tip tov atlas probes.

Helder, ik heb een hypervisor draaien met een vlan topologie. Die draait toch, daarom voor mij liever een SW probe in een afgeschermd vlan.

Het is wel lekker "transparant", als je de lookups uit je logs bekijkt en die in de URL plakt zie je het hele request. Met soms ook extra info in het opties veld, de http lookups zijn het leukst om te analyseren.

https://www.jsdelivr.com/globalping?measurement=PLAKHIER

[ Voor 5% gewijzigd door stormfly op 21-09-2024 19:53 ]

[ernstoud]

DJP! schreef op zaterdag 21 september 2024 @ 19:09:
[...]


Mijn voorkeur gaat ook uit na een HW probe. Deze kan mooi in een apart VLAN zonder toegang na de rest van het netwerk. Bij een SW probeer (op bijvoorbeeld de NAS) is dit voor mij een stuk lastiger.

Ik kan vrij weinig specificaties van de HW probe vinden. (of ik zoek natuurlijk verkeerd) Maar hoe werkt bijvoorbeeld de voeding daarvan? Is dat alleen via USB of ook via POE?

Zie https://lowendbox.com/blo...with-globalping-hands-on/.

Voeding is via micro USB, AC adapter 5V/2A en USB-A naar micro-USB kabel zit er bij. Dus geen POE. Het is maar een simpele NanoPI Neo 512m.

Alle informatie over de NanoPI Neo: https://wiki.friendlyelec.com/wiki/index.php/NanoPi_NEO

Firmware info: https://github.com/jsdelivr/globalping-hwprobe

Ik ga binnenkort wat metingen doen naar o.a. energieverbruik. Ik reken er eigenlijk op hij gevoed kan worden uit een USB poort van een PC, ik lees ergens idle 0,6 en full load 3,3 Watt verbruik. Dan zou dat wel moeten kunnen.

[ernstoud]

stormfly schreef op zaterdag 21 september 2024 @ 19:33:
[...]


Inmiddels:
11 bij Delta & 2 bij Caiway
3 bij Ziggo
6 bij KPN
1 bij Odido
1 bij glasnet/blackgate

Hoe achterhaal jij het?

code:

stormfly@MacBook ~ % globalping dns -F DELTA -L 20 tweakers.net

code:

Search "AS15435" (13 hits in 1 file of 1 searched) [Normal]
  new 1 (13 hits)
    Line  244: > Rotterdam, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  316: > Amsterdam, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  381: > Rozenburg, NL, EU, DELTA Fiber Nederland B.V. (AS15435) (u-schenkict-1)
    Line  598: > Utrecht, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  620: > Tilburg, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  685: > Steenbergen, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  909: > Utrecht, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line 1041: > Zwolle, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line 1170: > Amsterdam, NL, EU, Caiway NL (AS15435)
    Line 1306: > Rotterdam, NL, EU, Caiway NL (AS15435)
    Line 1350: > Amsterdam, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line 1442: > Arnhem, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line 1573: > Middelburg, NL, EU, DELTA Fiber Nederland B.V. (AS15435)

toon volledige bericht

Yep, 11 op DFN inmiddels. Mooi. Ik meet met een MTR ook via de CLI met een klein FreeBasic programma:



Pijltje is mijn probe, waardes zijn avg. latency.

—-

Een punt is dat in de output je eigen probe (nu nog) slecht (eigenlijk niet dus) te herkennen is. Voor DFN geldt de tip dat een MTR naar alle probes bij de 2e (of 3e bij een LAN met meer routers) hop het IP adres van de router in de POP staat waarop je aangesloten bent. De kans dat er op die router nog een probe zit is klein. Dus dat kan je gebruiken.

Nog beter is in het dashboard, https://dash.globalping.io de locatie van je probe aanpassen naar een plek die je herkent of door een tag toe te voegen waarop je kunt filteren (zoals @wbschenk gedaan heeft zoals bovenstaande overzicht van stormfly toont met de tag u-schenkict-1).

[MrJoery]

ernstoud schreef op zaterdag 21 september 2024 @ 20:19:
Nog beter is in het dashboard, https://dash.globalping.io de locatie van je probe aanpassen naar een plek die je herkent of door een tag toe te voegen waarop je kunt filteren (zoals @wbschenk gedaan heeft zoals bovenstaande overzicht van stormfly toont met de tag u-schenkict-1).

Leuk om te zien dat er nu ook een dashboard is, die van Middelburg zal binnenkort updaten naar Terneuzen...
Wel duidelijk te zien aan de latency dat de probe draait in een Docker in een VM.

[ernstoud]

MrJoery schreef op zaterdag 21 september 2024 @ 20:53:
[...]


Leuk om te zien dat er nu ook een dashboard is, die van Middelburg zal binnenkort updaten naar Terneuzen...
Wel duidelijk te zien aan de latency dat de probe draait in een Docker in een VM.

Die van mij (Arnhem) draait in een Docker container onder DietPi in een VMware VM onder Windows 10. Dat dit allemaal werkt is een wonder. Veertig jaar geleden toen ik ging werken was een 64 kb. computer state-of-the-art.

En dan toch goede latency.

[stormfly]

MrJoery schreef op zaterdag 21 september 2024 @ 20:53:
[...]


Leuk om te zien dat er nu ook een dashboard is, die van Middelburg zal binnenkort updaten naar Terneuzen...
Wel duidelijk te zien aan de latency dat de probe draait in een Docker in een VM.

Weet niet of je dat kunt bepalen als je zijn script niet kent? Dit is mijn probe en heeft naar zijn gateway 0.4 avg. Draait in docker op debian, je mist dan wel de VM laag die jij schetst. Bij Ziggo heeft het niet heel veel zin om kritisch te zijn op een paar ms meer of minder daar zorgt het DOCSIS netwerk wel voor.

code:

>, NL, EU, Ziggo (AS33915)
Host                                                                       Loss% Drop Rcv  Avg  StDev  Javg
 1. AS???   _gateway ()                                           0.0%    0   3  0.4    0.1   0.2
 2. AS???   (waiting for reply)
 3. AS???   (waiting for reply)
<knip>
11. AS6830  sales.upc-cablecom.ch (213.46.237.24)                           0.0%    0   3 13.6    2.7   7.9

13,6 ms naar mijn.ziggo.nl vanaf Ziggo dat is 3,4 a 5,7ms vanaf Delta, wel mooi vergelijken zo

[ Voor 10% gewijzigd door stormfly op 21-09-2024 21:24 ]

[ernstoud]

stormfly schreef op zaterdag 21 september 2024 @ 21:21:
[...]


Weet niet of je dat kunt bepalen als je zijn script niet kent? Dit is mijn probe en heeft naar zijn gateway 0.4 avg. Draait in docker op debian, je mist dan wel de VM laag die jij schetst. Bij Ziggo heeft het niet heel veel zin om kritisch te zijn op een paar ms meer of minder daar zorgt het DOCSIS netwerk wel voor.

code:

>, NL, EU, Ziggo (AS33915)
Host                                                                       Loss% Drop Rcv  Avg  StDev  Javg
 1. AS???   _gateway ()                                           0.0%    0   3  0.4    0.1   0.2
 2. AS???   (waiting for reply)
 3. AS???   (waiting for reply)
<knip>
11. AS6830  sales.upc-cablecom.ch (213.46.237.24)                           0.0%    0   3 13.6    2.7   7.9

13,6 ms naar mijn.ziggo.nl vanaf Ziggo dat is 3,4 a 5,7ms vanaf Delta, wel mooi vergelijken zo

toon volledige bericht

In ieder geval altijd docker op Linux gebruiken dan is er geen sprake van emulatie zoals bij Windows. En “docker desktop for windows” al helemaal niet vanwege de al vele jaren niet opgeloste bug in vpnkit waardoor traceroute en mtr niet werkt.

[MrJoery]

stormfly schreef op zaterdag 21 september 2024 @ 21:21:
Weet niet of je dat kunt bepalen als je zijn script niet kent? Dit is mijn probe en heeft naar zijn gateway 0.4 avg. Draait in docker op debian, je mist dan wel de VM laag die jij schetst. Bij Ziggo heeft het niet heel veel zin om kritisch te zijn op een paar ms meer of minder daar zorgt het DOCSIS netwerk wel voor.

Het is mijn probe
Een Docker container op een Ubuntu VM met een virtuele NIC op Proxmox.

Even afwachten of @ernstoud iets voor elkaar krijgt voor het beschikbaar stellen van HW-probes vanuit Globalping, anders ga ik in een vakantie zelf knutselen met een oude RPi of Gen1 cloud-key. Dit soort zaken wil ik het liefst gescheiden houden op een eigen VLAN.

[stormfly]

MrJoery schreef op zaterdag 21 september 2024 @ 21:49:
[...]


Het is mijn probe
Een Docker container op een Ubuntu VM met een virtuele NIC op Proxmox.

Even afwachten of @ernstoud iets voor elkaar krijgt voor het beschikbaar stellen van HW-probes vanuit Globalping, anders ga ik in een vakantie zelf knutselen met een oude RPi of Gen1 cloud-key. Dit soort zaken wil ik het liefst gescheiden houden op een eigen VLAN.

Ja dat begreep ik al, wat is de latency naar je router toe "the first hop" als je een meting doet? Miliseconde 2-3 dan?

[ernstoud]

MrJoery schreef op zaterdag 21 september 2024 @ 21:49:
[...]
Even afwachten of @ernstoud iets voor elkaar krijgt voor het beschikbaar stellen van HW-probes vanuit Globalping…

Lijkt me leuk om iets samen met Tweakers.net te doen, redactie gemaild. Even afwachten. Maar er zijn zeker al meer dan 30 geïnteresseerden. Dus hoe dan ook ga ik proberen er 50 naar NL te halen.

[Dennis-L]

Naast mijn ripe atlas probe ook maar even een globalping probe online gegooid.
Ik gebruik voor mijn docker containers trouwens watchtower om mijn containers automatisch up te daten.

[ernstoud]

Dennis-L schreef op zaterdag 21 september 2024 @ 23:57:
Naast mijn ripe atlas probe ook maar even een globalping probe online gegooid.
Ik gebruik voor mijn docker containers trouwens watchtower om mijn containers automatisch up te daten.

Mooi. De Globalping container code update zichzelf.

[Dennis-L]

ernstoud schreef op zondag 22 september 2024 @ 00:03:
[...]


Mooi. De Globalping container update zichzelf.

Volgens hun readme wordt alleen de code automatisch geüpdatet, de container zelf niet.

[ernstoud]

Dennis-L schreef op zondag 22 september 2024 @ 00:06:
[...]


Volgens hun readme wordt alleen de code automatisch geüpdatet, de container zelf niet.

Je hebt gelijk. Wel was ik zeer verbaasd dat een timezone aanpassing in de container (via docker -exec [id] /bin/sh) een reboot van de linux host (DietPI) overleeft. Dus dat wordt wel weggeschreven.

Is overigens wel een tip om dat te doen omdat anders de tijden in het log niet kloppen.

[stormfly]

ernstoud schreef op zaterdag 21 september 2024 @ 22:26:
[...]


Lijkt me leuk om iets samen met Tweakers.net te doen, redactie gemaild. Even afwachten. Maar er zijn zeker al meer dan 30 geïnteresseerden. Dus hoe dan ook ga ik proberen er 50 naar NL te halen.

Misschien is het ook goed om rekening te houden met wat spreiding, stel: 30 probes +11 in een Delta netwerk is voor globalping niet echt een verbetering. Je wilt diverse AS nummers includen vanuit de globalping gedachte? Ik weet niet of je deze factor al had meegenomen

[ Voor 5% gewijzigd door stormfly op 22-09-2024 08:50 ]

[Dennis-L]

ernstoud schreef op zondag 22 september 2024 @ 00:11:
[...]


Je hebt gelijk. Wel was ik zeer verbaasd dat een timezone aanpassing in de container (via docker -exec [id] /bin/sh) een reboot van de linux host (DietPI) overleeft. Dus dat wordt wel weggeschreven.

Is overigens wel een tip om dat te doen omdat anders de tijden in het log niet kloppen.

Ik heb de tijdzone gezet door de container te starten met de TZ environment variable.
-e TZ=Europe/Amsterdam

[MrJoery]

Voor de Tweakers die de Globalping probe in Docker compose willen:

code:

services:
  globalping-probe:
    container_name: globalping-probe
    environment:
      - TZ=Europe/Amsterdam 
    image: globalping/globalping-probe:latest
    logging:
      driver: local
    network_mode: host
    restart: always

stormfly schreef op zondag 22 september 2024 @ 08:48:
Misschien is het ook goed om rekening te houden met wat spreiding, stel: 30 probes +11 in een Delta netwerk is voor globalping niet echt een verbetering. Je wilt diverse AS nummers includen vanuit de globalping gedachte? Ik weet niet of je deze factor al had meegenomen

Hier komt er dan 1 op Freedom (/KPN)

ernstoud schreef op zondag 22 september 2024 @ 00:11:
Je hebt gelijk. Wel was ik zeer verbaasd dat een timezone aanpassing in de container (via docker -exec [id] /bin/sh) een reboot van de linux host (DietPI) overleeft. Dus dat wordt wel weggeschreven.

Data/aanpassingen binnen de container blijven behouden zolang je de container niet verwijderd.

[ Voor 0% gewijzigd door MrJoery op 22-09-2024 19:04 . Reden: Image-link fix @Red Boll ]

[Roetzen]

MrJoery schreef op zondag 22 september 2024 @ 10:52:
[...]

Hier komt er dan 1 op Freedom (/KPN)

Hier zal er dan de keus zijn tussen DFN en Ziggo.

[ernstoud]

Roetzen schreef op zondag 22 september 2024 @ 11:05:
[...]

Hier zal er dan de keus zijn tussen DFN en Ziggo.

Als we richting de honderd gaan en er over blijven dan beide!

[ernstoud]

stormfly schreef op zondag 22 september 2024 @ 08:48:
[...]


Misschien is het ook goed om rekening te houden met wat spreiding, stel: 30 probes +11 in een Delta netwerk is voor globalping niet echt een verbetering. Je wilt diverse AS nummers includen vanuit de globalping gedachte? Ik weet niet of je deze factor al had meegenomen

Ik heb ook in de KPN thread gepost. En nog niet verder omdat ik er eigenlijk een Tweakers.net event van wil maken o.i.d., stay tuned.

[ernstoud]

MrJoery schreef op zondag 22 september 2024 @ 10:52:
[...]
Data/aanpassingen binnen de container blijven behouden zolang je de container niet verwijderd.

Ik was Docker Desktop for Windows gewend. Dat draait op WSL2 en dus in een Hyper-V VM. Alles in een container is weg na een restart van de host. Wil je dan de wijzigingen behouden moet je het image wegschrijven onder een nieuwe naam. Of de wijzigingen in een gemapte directory op de host laten plaatsvinden.

[ Voor 7% gewijzigd door ernstoud op 22-09-2024 12:18 ]

[Xanthorax]

Ik draai bij mij alles in k3s, een simpele kubernetes voor de "edge" (ik draai het in een proxmox vm, maar k3s draait ook prima op een raspberry pi, mits arm64).

Op mijn k3s draai ik verder nog een instantie van FreshRSS en SmokePing.
Dit zijn beide web applicaties welke via de Traefik Proxy (standaard in k3s) geexposed worden op mijn LAN.
Verder krijgt alles netjes Let's Encrypt certificaten via cert-manager.
Dit draait allemaal onder GitOps mbv Flux.

Hier onder een impressie, van de manifests welke nodig zijn voor de RIPE Atlas Software Probe en de globalping prove.

RIPE Atlas Software Probe

YAML: deployment.yaml

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: rasp
  labels:
    app: rasp
spec:
  replicas: 1
  selector:
    matchLabels:
      app: rasp
  strategy: {}
  template:
    metadata:
      labels:
        app: rasp
    spec:
      # hostNetwork: true
      securityContext:
        fsGroup: 1000
      enableServiceLinks: false
      initContainers:
        - name: rasp-init
          image: ghcr.io/bschapendonk/rasp:main
          resources: {}
          command:
            - sh
            - -c
            - cp -vL /tmp/key/* /tmp/etc && cp -vL /rasp/etc/ripe-atlas/* /tmp/etc && chmod 600 /tmp/etc/*
          volumeMounts:
            - name: data
              mountPath: /tmp/etc
            - name: probe-key
              mountPath: /tmp/key
      containers:
        - name: rasp-probe
          image: ghcr.io/bschapendonk/rasp:main
          imagePullPolicy: Always
          securityContext:
            runAsUser: 1000
            runAsGroup: 1000
          resources: {}
          volumeMounts:
            - name: data
              mountPath: /rasp/etc/ripe-atlas
      volumes:
        - name: probe-key
          secret:
            secretName: rasp
        - name: data
          emptyDir: {}

De initContainer (deze draait, voordat de containers starten) is nodig om de ssh key op een emptyDir (bestaat alleen tijdens de lifecycle van een pod) volume te zetten met de juiste permissies, gezien het rootfs van de normale container readonly is.

YAML: deployment.yaml

---
apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization

resources:
  - deployment.yaml

# ssh-keygen -f probe_key -C atlas-probe
secretGenerator:
  - name: rasp
    files:
      - probe_key
      - probe_key.pub

Met behulp van een Kustomization en een secretGenerator, kunnen files in een secret gezet worden.

globalping-probe

YAML: deployment.yaml

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: globalping-probe
  labels:
    app: globalping-probe
spec:
  replicas: 1
  selector:
    matchLabels:
      app: globalping-probe
  strategy: {}
  template:
    metadata:
      labels:
        app: globalping-probe
    spec:
      # hostNetwork: true
      enableServiceLinks: false
      containers:
        - name: globalping-probe
          image: globalping/globalping-probe
          resources: {}

[Roetzen]

ernstoud schreef op zondag 22 september 2024 @ 12:09:
[...]


Als we richting de honderd gaan en er over blijven dan beide!

Wat mij betreft geen probleem. In mijn "meterkast" is genoeg ruimte voor twee.

[ernstoud]

Net even de ontvangen HW probe aan mijn 4G Odido router gehangen. Na een minuut of drie was hij online. Morgen eens wat metingen doen van energieverbruik e.d.

Off-topic; met dank aan @rens-br is deze thread omgezet naar een topic i.p.v. een vraag. Ik had hem nl. verkeerd aangemaakt.

[ Voor 29% gewijzigd door ernstoud op 22-09-2024 15:09 ]

[pistole]

Leuk, ik doe ook mee. Helaas sinds een tijdje geen actief LIR account meer anders had ik hem ook zakelijk kunnen en willen inzetten.

[Red Boll]

MrJoery schreef op zondag 22 september 2024 @ 10:52:
Voor de Tweakers die de Globalping probe in Docker compose willen:

code:

services:
  globalping-probe:
    container_name: globalping-probe
    environment:
      - TZ=Europe/Amsterdam 
    image: globalping-probe:latest
    logging:
      driver: local
    network_mode: host
    restart: always

Deze deed het niet bij mij.

Na het aanpassen van

code:

image: globalping-probe:latest

in

code:

image: globalping/globalping-probe:latest

werkt het wel. Nu even verder klooien ermee.

"Helaas" weer een (nu nog) Caiway gebruiker hier die trouwens ook al jaren een hardware Atlas probe heeft "draaien". Deze disconnect ook regelmatig helaas, of geeft dat in ieder geval aan.

[ernstoud]

Zo, even wat energieverbruik gemeten:



Bij opstarten, idle en uitvoeren van tests blijft het stroomgebruik ruim beneden 500 mA, dat betekent dat elke USB poort een Globalping HW probe zou moeten kunnen voeden. Dus heb je ergens nog een USB poort vrij in de buurt van je router scheelt dat een AC Adapter en lichtnet aansluiting.

De probe was niet echt idle, hij was best wel wat aan het doen:

code:

Using username "logs".
Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...
done.
Checking for the latest version
Current version 0.32.0
Latest version 0.33.0
Start self-update process
Self-update finished
[2024-09-22T15:54:36.260Z] Current node.js version v20.13.0
[2024-09-22T15:54:36.390Z] Wanted node.js version v20.13.0
[2024-09-22 15:54:42] [INFO] [general] Hardware probe running firmware version 2.0.
[2024-09-22 15:54:43] [INFO] [general] Starting probe version 0.33.0 in a production mode.
[2024-09-22 15:54:47] [DEBUG] [general] Connection to API established.
[2024-09-22 15:54:47] [INFO] [api:connect:location] Connected from Amsterdam, NL, EU (Odido Netherlands B.V., ASN: 31615, lat: 52.374 long: 4.8897).
[2024-09-22 15:54:48] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.registry.in: ping: connect: Network is unreachable.
[2024-09-22 15:54:48] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: ping: connect: Network is unreachable.
[2024-09-22 15:54:48] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.dns.nl: ping: connect: Network is unreachable.
[2024-09-22 15:54:48] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.
[2024-09-22 15:54:51] [ERROR] [api:connect:alt-ips-handler] connect ENETUNREACH 2a01:4f8:c011:18e::1:443 - Local (fdb0:5508:533d:a700:3863:52ff:fead:6cea:38447)
[2024-09-22 15:54:51] [INFO] [api:connect:alt-ips-handler] IP address of the probe: 91.141.151.70
[2024-09-22 15:55:00] [DEBUG] [general] 'ping' request 9ys5OBVqN16sb19U received.
[2024-09-22 15:55:00] [DEBUG] [general] 'ping' request L2TxSXCseCFnhW6j received.
[2024-09-22 15:55:01] [DEBUG] [general] 'ping' request VWYtUpFTiwyPWKxi received.
[2024-09-22 15:55:01] [DEBUG] [general] 'ping' request BvoNuFSjy9qgMWVx received.
[2024-09-22 15:55:01] [DEBUG] [general] 'http' request cbzFlbu0UftkEnM9 received.
[2024-09-22 15:55:04] [DEBUG] [general] 'dns' request jG68KDtG60FaNoAr received.

[knip]

[2024-09-22 16:17:02] [DEBUG] [general] 'dns' request luG2ExlwkoqN07BI received.
[2024-09-22 16:17:02] [DEBUG] [general] 'dns' request QKNwKaPKHZaPj4zr received.
[2024-09-22 16:17:42] [DEBUG] [general] 'dns' request 3GeuPKX2kq76F5XM received.

Leuk ook dat je ziet bij opstarten dat hij een update doet, ik heb begrepen dat hij elke drie dagen reboot en naar updates zoekt.

[esky]

ernstoud schreef op zaterdag 21 september 2024 @ 20:19:
[...]
Nog beter is in het dashboard, https://dash.globalping.io de locatie van je probe aanpassen naar een plek die je herkent of door een tag toe te voegen waarop je kunt filteren (zoals @wbschenk gedaan heeft zoals bovenstaande overzicht van stormfly toont met de tag u-schenkict-1).

Mooi dat locatie aanpassen kan, ik heb de locatie van de mijne ruim 100km dichter bij huis gezet, dat is hier in NL toch een wereld van verschil

[rescla]

Hardware probe is hier ook binnen, kan me niet herinneren dat ik een verzendbevestiging heb gekregen.

Enige nadeel is wel dat je (voor zover ik nu kan zien) per IP maar 1 probe kan adopten. Dus ik kan niet zowel m'n HW als de docker probe er in krijgen.

[ernstoud]

rescla schreef op maandag 23 september 2024 @ 11:36:
Hardware probe is hier ook binnen, kan me niet herinneren dat ik een verzendbevestiging heb gekregen.

Enige nadeel is wel dat je (voor zover ik nu kan zien) per IP maar 1 probe kan adopten. Dus ik kan niet zowel m'n HW als de docker probe er in krijgen.

Inderdaad 1 probe per IP adres. Meerdere is natuurlijk ook niet echt zinvol.

Hoe lang duurde het voor je de probe ontving? Bij mij drie weken. Heel bijzonder. De developer gaf aan dat het per gewone post gaat en kon dus ook geen track/trace code geven.

[Quas]

Is het iemand al gelukt om de global ping al als container te laten draaien op een mikrotik?
Container wilde wel starten, kon ook in de shell maar het lukte niet om de probe te authenticeren in de portal.

[ernstoud]

Quas schreef op maandag 23 september 2024 @ 21:03:
Is het iemand al gelukt om de global ping al als container te laten draaien op een mikrotik?
Container wilde wel starten, kon ook in de shell maar het lukte niet om de probe te authenticeren in de portal.

Het vetgedrukte begrijp ik niet. Welke portal bedoel je?

Wat zie je met een “Docker logs [containerID]”?

[Quas]

ernstoud schreef op maandag 23 september 2024 @ 21:15:
[...]


Het vetgedrukte begrijp ik niet. Welke portal bedoel je?

Wat zie je met een “Docker logs [containerID]”?

Ik doel op het dashboard waar je de probe aan je account kan toevoegen. Als ik mn wan op in vul wordt de probe niet gevonden.
De probe op mn docker server draait zonder issues en zie ik ook in het dashboard. (Ander wan ip)

Docker logs werkt helaas niet op een mikrotik router.
Weet je waar ik in de docker container de logs kan vinden?

[ Voor 6% gewijzigd door Quas op 23-09-2024 21:38 ]

[rescla]

ernstoud schreef op maandag 23 september 2024 @ 16:40:
[...]


Inderdaad 1 probe per IP adres. Meerdere is natuurlijk ook niet echt zinvol.

Hoe lang duurde het voor je de probe ontving? Bij mij drie weken. Heel bijzonder. De developer gaf aan dat het per gewone post gaat en kon dus ook geen track/trace code geven.

1 september heb ik het formulier ingevuld, dus idd rond de 3 weken.

[ernstoud]

Quas schreef op maandag 23 september 2024 @ 21:36:
[...]

Ik doel op het dashboard waar je de probe aan je account kan toevoegen. Als ik mn wan op in vul wordt de probe niet gevonden.
De probe op mn docker server draait zonder issues en zie ik ook in het dashboard. (Ander wan ip)

Docker logs werkt helaas niet op een mikrotik router.
Weet je waar ik in de docker container de logs kan vinden?

De probe schrijft zijn log naar stdout, vandaar dat “docker logs” dit kan weergeven. (Uit de docker documentatie: “The docker logs --follow command will continue streaming the new output from the container's STDOUT and STDERR.”).

Ik denk dat op RouterOS je wat extra moet doen om de container internet access te geven.

[DennisV1984]

Mocht er nog een probe over zijn, mag hij deze kant op.

[Quas]

ernstoud schreef op maandag 23 september 2024 @ 21:59:
[...]


De probe schrijft zijn log naar stdout, vandaar dat “docker logs” dit kan weergeven. (Uit de docker documentatie: “The docker logs --follow command will continue streaming the new output from the container's STDOUT and STDERR.”).

Ik denk dat op RouterOS je wat extra moet doen om de container internet access te geven.

Ik zal morgen nog even klooien. Het is nu helemaal stuk en de container start niet meer.
Maar vanmiddag had de container gewoon internet acces (ping en dns werkte van uit de container)

[ernstoud]

DennisV1984 schreef op maandag 23 september 2024 @ 22:08:
Mocht er nog een probe over zijn, mag hij deze kant op.

Er gaat wel wat gebeuren, maar ik wacht op reactie van een Tweakers.net redacteur.

[ernstoud]

Quas schreef op maandag 23 september 2024 @ 22:09:
[...]


Ik zal morgen nog even klooien. Het is nu helemaal stuk en de container start niet meer.
Maar vanmiddag had de container gewoon internet acces (ping en dns werkte van uit de container)

Zie: https://help.mikrotik.com/docs/display/ROS/Container

Create network
Add veth interface for the container:
/interface/veth/add name=veth1 address=172.17.0.2/24 gateway=172.17.0.1

Create a bridge for containers and add veth to it:
/interface/bridge/add name=containers
/ip/address/add address=172.17.0.1/24 interface=containers
/interface/bridge/port add bridge=containers interface=veth1

Setup NAT for outgoing traffic:
/ip/firewall/nat/add chain=srcnat action=masquerade src-address=172.17.0.0/24

[ernstoud]

MrJoery schreef op zaterdag 21 september 2024 @ 20:53:
[...]


Leuk om te zien dat er nu ook een dashboard is, die van Middelburg zal binnenkort updaten naar Terneuzen...
Wel duidelijk te zien aan de latency dat de probe draait in een Docker in een VM.

Twee probes in Terneuzen op DFN nu, waarbij er één latency heeft zoals ik gewend ben van VDSL .

[Economics]

Ik ben de enige in Zwolle zie ik

[MrJoery]

ernstoud schreef op dinsdag 24 september 2024 @ 21:21:
Twee probes in Terneuzen op DFN nu, waarbij er één latency heeft zoals ik gewend ben van VDSL .

Welkom bij Delta COAX lmao

[ernstoud]

MrJoery schreef op dinsdag 24 september 2024 @ 22:02:
[...]


Welkom bij Delta COAX lmao

Aha, op die fiets.

[ernstoud]

Economics schreef op dinsdag 24 september 2024 @ 21:35:
Ik ben de enige in Zwolle zie ik

Op KPN? 1 probe in Utrecht?

Ah, ik zie het al AS1136.

Waarom heeft KPN eigenlijk meerdere Autonomous Systems?

[ Voor 20% gewijzigd door ernstoud op 24-09-2024 22:20 ]

[Economics]

ernstoud schreef op dinsdag 24 september 2024 @ 22:16:
[...]


Op KPN? 1 probe in Utrecht?

Ah, ik zie het al AS1136.

Waarom heeft KPN eigenlijk meerdere Autonomous Systems?

Zakelijk en particuluer, overgenomen netwerken etc..

[esky]

Quas schreef op maandag 23 september 2024 @ 21:36:
[...]

Weet je waar ik in de docker container de logs kan vinden?

code:

/container/set 0 logging=yes

logging (string; Default: ) if set to yes, all container-generated output will be shown in the RouterOS log

Helpt dat?

/Edit: zelf even getest en draait op Mikrotik. Met "log print" kan je de adoption code vinden om m in je dashboard te krijgen.

[ Voor 17% gewijzigd door esky op 25-09-2024 10:30 ]

[Red Boll]

De Globalping probe draait prima in een Docker container.
Het is nog niet druk op de kaart hier rond Rotterdam.

De voorkeur gaat uit naar een hardware probe net als die van Ripe maar 10$ in de maand heb ik er niet voor over.

[ernstoud]

Red Boll schreef op woensdag 25 september 2024 @ 21:12:
De Globalping probe draait prima in een Docker container.
Het is nog niet druk op de kaart hier rond Rotterdam.

De voorkeur gaat uit naar een hardware probe net als die van Ripe maar 10$ in de maand heb ik er niet voor over.

Zoals je hier kunt lezen: ernstoud in "Discussie m.b.t. RIPE Atlas en Globalping" is er binnenkort een mogelijkheid de HW probe gratis te krijgen. Stay tuned.

Redactie Tweakers reageert helaas nog steeds niet…

[stormfly]

ernstoud schreef op dinsdag 24 september 2024 @ 22:16:
[...]


Op KPN? 1 probe in Utrecht?

Ah, ik zie het al AS1136.

Waarom heeft KPN eigenlijk meerdere Autonomous Systems?

De klanten van KPN zitten achter AS1136, vroeger hadden ze ook AS286 maar dat is verkocht. Was in de basis hun internationale netwerk.

Welke nummers heb je bij KPN gevonden, Solcon heeft nog een eigen AS.

[ernstoud]

stormfly schreef op woensdag 25 september 2024 @ 21:29:
[...]


De klanten van KPN zitten achter AS1136, vroeger hadden ze ook AS286 maar dat is verkocht. Was in de basis hun internationale netwerk.

Welke nummers heb je bij KPN gevonden, Solcon heeft nog een eigen AS.

Hier staan ze allemaal, zoek maar op KPN:

https://www.bgplookinggla...autonomous-system-numbers

Ik tel er 10 en nog 2 KPNQwest die niet meer in gebruik zijn denk ik.

[Xanthorax]

fyi, er is een nieuwe versie van https://github.com/RIPE-N...#5100-released-2024-09-24

[ernstoud]

Xanthorax schreef op vrijdag 27 september 2024 @ 11:54:
fyi, er is een nieuwe versie van https://github.com/RIPE-N...#5100-released-2024-09-24

Ja gezien. Wel erg bijzonder dat in versie 5080 de auto update op CentOS 7/8 disabled is. Juist omdat CentOS 7 het preferred OS geweest is voor een software probe. Dus veel software probes zullen op 5080 blijven.

En de OpenWRT community versie hoger dan 5040 heeft dependencies waardoor het geheugengebruik een stuk hoger is geworden. Op embedded devices niet fijn.

Ook bijzonder is dat op de mailinglist [e-mail] deze wijzigingen onbesproken blijven. Lijkt me toch richting de community het aangewezen kanaal.

[stormfly]

Xanthorax schreef op vrijdag 27 september 2024 @ 11:54:
fyi, er is een nieuwe versie van https://github.com/RIPE-N...#5100-released-2024-09-24

Dankjewel, het updaten heb ik op de volgende manier gedaan:

code:

checkout branch master
sudo git reset --hard 5100
git pull

sudo dpkg -i /home/pi/ripe-atlas-common_****_arm64.deb /home/pi/ripe-atlas-probe_****_all.deb

(Reading database ... 143223 files and directories currently installed.)
Preparing to unpack .../ripe-atlas-common_5100_arm64.deb ...
Unpacking ripe-atlas-common (5100) over (5090) ...
Preparing to unpack .../ripe-atlas-probe_5100_all.deb ...
Unpacking ripe-atlas-probe (5100) over (5090) ...
Setting up ripe-atlas-common (5100) ...
Setting up ripe-atlas-probe (5100) ...

[Xanthorax]

stormfly schreef op vrijdag 27 september 2024 @ 12:47:
[...]


Dankjewel, het updaten heb ik op de volgende manier gedaan:

code:

checkout branch master
sudo git reset --hard 5100
git pull

sudo dpkg -i /home/pi/ripe-atlas-common_****_arm64.deb /home/pi/ripe-atlas-probe_****_all.deb

(Reading database ... 143223 files and directories currently installed.)
Preparing to unpack .../ripe-atlas-common_5100_arm64.deb ...
Unpacking ripe-atlas-common (5100) over (5090) ...
Preparing to unpack .../ripe-atlas-probe_5100_all.deb ...
Unpacking ripe-atlas-probe (5100) over (5090) ...
Setting up ripe-atlas-common (5100) ...
Setting up ripe-atlas-probe (5100) ...

toon volledige bericht

Ik draai die van mijn in k3s en ik heb in github een action die dagelijks een nieuwe image bakt https://github.com/bschapendonk/rasp