Smokeping vragen

[ParaWM]

Mijn vraag is wat nu de beste metric is om de responsiviteit van mijn netwerk + ISP combo in de kaart te brengen met Smokeping. En dan vooral het verschil tussen Fping en Curl.


Relevante software en hardware die ik gebruik: ik heb eergisteren Smokeping geinstalleerd op mijn Odroid-H3 NAS in een LXC container op Promox OS.

Wat ik al gevonden of geprobeerd heb. Ziggo kabel nog momenteel. Ik heb wat (probe = FPing) staan naar DNS servers van ISP's en een paar NL Websites. Allemaal resultaten tot nu toe van rond de 14ms (+/- 2).

Daarnaast wat (probe = Curl) staan naar wat NL Websites ook, aantal dezelfde als die hierboven, en die geven rond de 250 - 350 ms (latency zover ik begrijp).

Begrijp niet helemaal het verschil en de afhankelijkheid. Is de ene niet automatisch hoog als de andere dat ook is, en welke is de betere metric om de constantheid van je verbinding te monitoren. Wil geen dubbele dingen doen. Google zoekwerk heeft me ook nog niet veel geholpen.

[synoniem]

Fping rond de 14ms is voor Ziggo begrippen niet slecht wat ik zo hoor. Het verschil met curl is dat bij curl een webserver antwoord geeft en daarvoor een webpagina moet genereren en versturen terwijl ping een basisfunctie van de low level networkstack is. Een hoge ping en een lage curl response is dan ook niet waarschijnlijk. Omgekeerd kan een webserver het zo druk hebben dat de responstijd op loopt maar de ping respons constant blijft. Ik gebruik curl eigenlijk alleen voor mijn eigen servers omdat ik ping standaard uitschakel/blokkeer.

[Sleepkever]

fping = ICMP ping op IP niveau layer 4 van het OSI model
curl = http request van een volledige website, layer 7 van het OSI model

Met fping bepaal je dus de reactiesnelheid van het netwerk. Er wordt een zeer simpel ICMP ping pakketje gestuurd naar het gedefinieerde IP adres, en deze server stuurt een pong berichtje terug met dezelfde inhoud. Dit gebeurt allemaal op zeer laag niveau zonder dat er (veel) applicatie logica bij komt kijken.

curl is een commandline http request applicatie. Deze doet een volledig http of https request over TCP/IP om een volledige webpagina op te halen en te laden. Daar komt dus een hele TCP handshake bij kijken (dat zijn al 2 roundtrips voordat je aan de webserver kan vragen welke pagina je wilt hebben), een TLS handshake bij https en dan nog de download van de desbetreffende pagina zelf. Je meet dus niet alleen (meerdere malen) de netwerk latency, maar ook de snelheid van de externe webserver en de grote van de externe http pagina.

Als het je echt gaat om de responsiviteit van de netwerken, dus de latency tussen het versturen van een pakketje en het ontvangen van de eerste reactie, is fping de beste optie. Die doet alleen dat zonder afhankelijkheid van andere factoren. Als je curl gaat gebruiken zou de tijden kunnen veranderen als bijvoorbeeld de opgehaalde pagina groter of kleiner wordt.

[Hero of Time]

Dit heeft natuurlijk niks met Linux te maken. Je wilt wat bijhouden/monitoren en dat is meer een dingetje wat je met server software doet. Het OS komt in dit geval niet direct ter sprake.

LNX -> SSC.