Arbeitsgruppe Software PINGPERF: Unterschied zwischen den Versionen
Markit (Diskussion | Beiträge) |
Markit (Diskussion | Beiträge) K |
||
| Zeile 8: | Zeile 8: | ||
Es können auch mehrere hops entfernte links getestet werden, selbst wenn sie schneller als die davorleigenden hops sind | Es können auch mehrere hops entfernte links getestet werden, selbst wenn sie schneller als die davorleigenden hops sind | ||
(da ein ping (bzwe. dessen fragmente) erst weitergesendet wird wenn er komplett auf einem router zusammengesetzt wurde) | (da ein ping (bzwe. dessen fragmente) erst weitergesendet wird wenn er komplett auf einem router zusammengesetzt wurde) | ||
| − | Wenn man nur die schnellsten pings | + | |
| + | Wenn man nur die schnellsten pings (und nciht die average werte) zur berechnung heranzieht, kann man ziemlich genau die theoretische maximale bandbreite ermitteln selbst wenn über den link nenenswert (anderer) traffic läuft,.. | ||
Nachteile | Nachteile | ||
Man kann von einem knoten immer nur den link testen der auf der route vom weiter entfernten testknoten zum testserver liegt (aber die defaultroute zum internet ist idr eh der testenwerteste link, und dieser ist vom roofnode/tunnelserver/housing/internet aus sehr komfortabel testbar) | Man kann von einem knoten immer nur den link testen der auf der route vom weiter entfernten testknoten zum testserver liegt (aber die defaultroute zum internet ist idr eh der testenwerteste link, und dieser ist vom roofnode/tunnelserver/housing/internet aus sehr komfortabel testbar) | ||
| + | |||
Es frisst banbreite,.. | Es frisst banbreite,.. | ||
| − | Man muss es solide ausprogrammieren (-; (der Shellscript-proof of concept taugt nur für single hop tests) | + | |
| + | Man muss es solide ausprogrammieren (-; (der Shellscript-proof of concept taugt bislang nur für single hop tests) Unter anderem muss man acht geben das während des tests die routen nciht wechseln (z.b. laufend mit traceroutes checken) | ||
Aktuelle Version vom 17. August 2008, 13:39 Uhr
Achtung dies ist ein WoW (Maintainer: Markus Kitttenberger)
Testet aufgrund der laufzeitdifferenz zwischen kleinen und grossen pings die banbreite eines links
Vorteile
Keine spezielle Software auf den zu testenden clients nötig Es können auch mehrere hops entfernte links getestet werden, selbst wenn sie schneller als die davorleigenden hops sind (da ein ping (bzwe. dessen fragmente) erst weitergesendet wird wenn er komplett auf einem router zusammengesetzt wurde)
Wenn man nur die schnellsten pings (und nciht die average werte) zur berechnung heranzieht, kann man ziemlich genau die theoretische maximale bandbreite ermitteln selbst wenn über den link nenenswert (anderer) traffic läuft,..
Nachteile Man kann von einem knoten immer nur den link testen der auf der route vom weiter entfernten testknoten zum testserver liegt (aber die defaultroute zum internet ist idr eh der testenwerteste link, und dieser ist vom roofnode/tunnelserver/housing/internet aus sehr komfortabel testbar)
Es frisst banbreite,..
Man muss es solide ausprogrammieren (-; (der Shellscript-proof of concept taugt bislang nur für single hop tests) Unter anderem muss man acht geben das während des tests die routen nciht wechseln (z.b. laufend mit traceroutes checken)
