Názory k článku
Jak změřit kapacitu linky

Jenom bych pro přesnost doplnil, že uvedená metoda měří fyzickou maximální kapacitu linky, nikoliv aktuálně dostupnou. Což je plus i mínus, jak se to vezme. Tedy u linky 2 Mbit/s se skutečně vždy naměří 2 Mbit/s (pokud není tak přetížená, že žádný paket neprojde bez zpoždění), i když třeba kvůli vytížení ostatními uživateli je využitelní volná kapacita jen 512 kbit/s. Pokud chci znát skutečně využitelnou volnou kapacitu, je nejjednodušší metodou přenést nějaký větší soubor a změřit dobu jeho přenosu.

Také je třeba upozornit, že pro měření linek s kompresí je nutné používat pro naplnění paketu ICMP_ECHO_REQUEST (a tím i REPLY) náhodný obsah, aby se komprese neuplatnila, což standardní ping nedělá.

Moje osobní zkušensoti s pathcharem jsou takové, že do 10 Mbit/s je velmi spolehlivý a dává dost přesná čísla.
Zajímavé je i to, že 2 linky 2 Mbit/s spojené paralelně skutečně vyhodnotí jako linku 4 Mbit/s.

2 E1 linky jako 4 Mbit? To je zajimave. Mozna zalezi na tom, jakym zpusobem je realizovan balancing. Napadaji mne 3 metody. Pomoci PPP multilink, pomoci Framerelay a neposledne take pomoci IP. Pomoci IP je obvykle defaultne zapnuta metoda "per-destination", takze jednim datovym tokem vytahnete pouze 2Mbps. Je mozne prepnout na "per-packet". Jaky typ vam tam bezi?
Take je problem s linkami napr. ETH 10base-T, ktere jsou omezene rate-limitem, nebo traffic-shapingem na napr. 512k. Tam pathchar nameri 10Mbps. Take tam nebude videt pater typu ATM, ci MPLS.

Pokud se pamatuji, tak to byl ppp multilink.

Velice hezký článek. K těm programům bych uvedl ještě např. TTCP pro měření propusnosti mezi dvěma stroji.

Pekny clanek. Nadchlo me kolik vedy se da vybudovat kolem tak zdanlive jednoduchych principu jako je ping a traceroute.

Opravdu velice zajimave. Pritom zjistuji, ze na clanek s podobnou tematikou jsem jeste nenarazil.

Při každém průchodu paketu přes některý uzel tento sníží hodnotu TTL o jedničku.

(článek)

This field must be decreased at each point that the internet header is processed to reflect the time spent processing the datagram. Even if no local information is available on the time actually spent, the field must be decremented by 1. The time is measured in units of seconds (i.e. the value 1 means one second).

(RFC 791)

Taky mám dojem, že se někde vytratilo slovo "minimálně" o jedničku.

Clanek je velmi pekny, v prehledu nastroju mi vsak chybi projekt NCS (Network Characterization Service - http://www-didc.lbl.gov/ncs/ ) z LBL, zejmena pipechar. Pouziva vyse uvedenou metodu 2 a dokaze pro kazdy usek trasy spocitat max.sirku pasma i jeji momentalni dynamicke omezeni ( momentalne vysoce vyzita linka). Je velmi rychly (radove rychlejsi), obcas vsak mene presny nez pathchar - zejmena na velmi rychlych (GE) nebo velmi nekvalitnich linkach. Zajemci o principy fungovani si urcite smlsnou na clanku:
http://www-didc.lbl.gov/papers/NCS.HPDC01.pdf

Myslel jsem, ze meritelnym udajem u linky, muze byt napr. jeji rychlost, ale kapacita? Zadne z prezentovanych mereni nevede k zaveru "kolik se do linky vejde".

Gratuluji autorovi, skvělý článek! Chtěl jsem se zeptat čtenářů, zda neznají i nějaké programy pod windows, se kterými by se dalo "měřit" (samozřejmě kromě ping a tracert :-)