Názory k článku Iperf: měření rychlosti spojení

vetsinou to ale jednodussi neni...

0.531 ms mi tedy připadá spíš jako půl milisekundy než půl sekundy ;-)
Jinak díky za info o utilitě, neznal jsem, může se hodit.

Nechcem byt hnidopich ale zmienka o komunikacii u WiFi: "a tak data letí pouze jedním nebo druhým směrem (simplexně)."
nie je spravna. Wifi komunikuje HALF-DUPLEX (bud vysiela jedna strana a druha strana prijima alebo naopak). Simplex je jednostranna komunikacia (napr. vstup klavesnice - komunikujete iba jednym smerom).

Taky bych se priklanel k zavedene a znamejsi (alespon podle meho subjektivniho nazoru) formulaci, ale na druhou stranu podle ITU-T je pouzita formulace spravna

Ja som to vzdy chapal takto. Ja beriem simplex ako jednosmernu komunikaciu, v tom zmysle, ze moze ist iba jednym smerom -> vzdy vysiela iba jedna strana a nejaka odpoved ju nezaujima.

Je to celkom jednoduché

Duplex znamená, že komunikácia je obojsmerná, t.j. dáta môžu vychádzať z obidvoch koncov. Delí sa na half-duplex a full-duplex, podľa toho, či tieto dáta môžu ísť oboma smermi súčasne, alebo nie. Typickým príkladom je bežné používanie Internetu v obojsmernej komunikácii.

Simplex znamená, že komunikácia prebieha VŽDY len z jedného konca do toho druhého. Príkladom je napr. rôzne broadcast vysielanie (rádiá, televízie).

V článku je preto imho chyba. Mal byť použitý termín half-duplex, namiesto simplex.

Umi Iperf nastavit packetum DSCP? Nebo nejaky jendoduchy trik jak to udelat treba pomoci iptables?

Ano, man iptables, hledej DSCP. Je na to dokonce match i target.

Za zmienku stoji, ze iperf mozno pouzit aj v spolupraci s utilitkou ttcp, ktora je dostupna aj na Cisco IOS platformach. Potom je mozne pouzivat spojenie Router <--> Server/Client.

Pracuju u ISP a naivne sem si myslel, ze by se snad dal iperf pouzivat pro interni mereni propustnosti v ramci vnitrni site, ale narazil jsem na nasledujici problemy.

1.) chtel jsem aby nam bezel iperf server na jednom stroji trvale, aby ho vsichni technici nemuseli poirad poustet rucne, po par desitkach minut (resp. par merenich) ale iperf bud spadnul a nebo dokonce zabral spoustu prostredku i presto, ze zrovna zadny mereni neprobihalo. Takze technik proste nemuze napsat jeden prikaz, ale musi otevrit druhej terminal, ssh na nejaky server a pustit tam iperf

2.) iperf umi merit jenom v jednom smeru (tusim ze od klienta na server). to opravdu nechapu... je prece jedno kdo inicializuje spojeni, TCP prece umi data posilat obema smerama (webovy merice to vyuzivaj). To neni zas takovej problem, pokud ovsem mezi strojema neni NAT. V praci to zas nevadi, ale vseobecne je to oser...

3.) existuje nejaky netperf, ktery by snad mohl byt lepsi, ale moc jsem ho netestoval, protoze neni v debianu, ktery pouziva vetsina techniku...

4.) tak proste pouzivame vlastni instalaci speedtest.net mini, coz je flashova hruza, ktera samozrejme vyzaduje Xka a prohlizec...

ad titulek: ale prdlajs!

ad 1) běžně mi už několik let běží na serveru v server modu v řádu X0-X00 dní.. prostě dle uptime serveru. Debian stable.

ad 2) not true. rtfm. (hints: -r, -d, and/or clientside firewall settings...)

ad 1) máte to rozbitý :) Co tam děláte, nosíte kafe?

Tak teda nevim, ale jednoduchá web utilita (skoro jakákoliv) mi přijde daleko použitelnější.
Pochopil bych to na serveru bez Xek, nebo když se to spouští v nějakém intervalu pro kontrolu, ale jinak? A Pokud už píšu nějakej skript tak si relativně jednoduše můžu udělat vlastní test

No ono se to může hodit například na zátěžové testy síťové struktury, hledáni slabých míst. Zjišťovat tím "jak rychle mi to frčí" mne ani nenapadlo :)