Helló!
Adott egy Linksys WRT54GL típusú router, illetve egy WAP54G típusú AP. A két eszköz szembe van fordítva egymással. Továbbá adott egy notebook, ami az AP-ra van rákötve. Valamilyen módon meg kellene mérnem a router, valamint az AP között a tényleges átviteli sebességet. Tudtok valami módszert/programot, amivel le lehet tesztelni a sebességet? Jegyzőkönyvet kellene belőle írnom. A notebook rendelkezik wireless eszközzel, de az AP átvitelére lennék kíváncsi.
(Az eredeti terv a következő: IP kamerák kihelyezése ipari körülmények közé. A kamera kimenetét vezetéken nem lehet elvinni a gerinchálózatig, így vezeték nélküli módot kell alkalmazni. Azért szeretném megmérni a sávszélességet, hogy a mindenféle körülmények között is tartható-e a szükséges átviteli sebesség.)
Minden ötletet szívesen fogadok!
Köszönöm előre is a segítséget!
- 6415 megtekintés
Hozzászólások
Lehet paraszt dolog de én egy egyszerű fájlmásolással (FTP protokol pölö) mérném le. :)
- A hozzászóláshoz be kell jelentkezni
Megmérem az időt, és kiszámolom, hogy mekkora volt a sebesség? Hmm..
- A hozzászóláshoz be kell jelentkezni
Dehogyis... :)))))
Egyik gépen fut egy FTP server pölö. Másikkal felcsatizol rá. Elkezdessz valamit letölteni és szépen kiirja a sebességet. Ha nem ilyen jellegűre gondoltál (elbizonytalanítottál) akkor bocsi...
- A hozzászóláshoz be kell jelentkezni
FTP-vel az a baj, hogy csak 1 szálat indít...
Pantel-es időkben mi IPERF-et használtunk sávszél ellenőrzésre...
Adatátviteli link (vagy akár béreltvonal) mérésére én IPERF-et javasolok.
Legtöbb linux-ban csomagszinten benne van, de letölthető innen is (akár windows-hoz is):
http://sourceforge.net/projects/iperf
Alapból az 5001-es portot használja.
Megadható más port, TCP/UDP mód, egyidejű szálak száma, tud mérni reverse, stb. stb.
Egyik hoszton (host1) elinditani szerver módban, 5 másodpercenkénti infó kijelzéssel:
iperf -s -i5
Másik hoszton (host2) elinditani a mérést, mondjuk 10db szálon, 20mp-ig, 5mp-es infó kijelzéssel, egymás után megmérve mindkét irányt:
iperf -c hoszt1-ip -P10 -t20 -i5 -r
Szerintem :)
- A hozzászóláshoz be kell jelentkezni
Amúgy miért baj, hogy 1 szálat indit?
De amúgy ez nyilván jobb megoldás, csak érdeklődök. :)
- A hozzászóláshoz be kell jelentkezni
Azért, mert nekem már volt olyan 90Mbps béreltvonalam, amit egy adott TCP szálon csak 6-7Mbps-el lehetett kiterhelni, viszont 20 szállal simán ment a 90Mbps... :)
Sokszáz kliens meg úgysem 1db TCP szálat generál... :D
Az IPERF-el természetesen lehet mérni 1db TCP szálon is, -P1 kapcsolóval.
A Te esetedben tényleg jobb az 1db TCP szál mérés, hiszen a kamera stream 1db-ot fog használni.
IPERF-nél lényeges: a -r kapcsoló nélkül (mikor csak 1 irányba mérsz) a klienstől a szerver fele haladó sávszélt méri, nem fordítva!
- A hozzászóláshoz be kell jelentkezni
bocs, nem Te, hanem tomykav esetében... :)
- A hozzászóláshoz be kell jelentkezni
Jappp értem... :) és gondoltam, hogy nem az én esetemben :))
- A hozzászóláshoz be kell jelentkezni
nc és dd?
be kell ssh-zni a routerra és ott egy
# nc -p _PORT_ -l | dd of=/dev/null
a gépeden pedig:
dd if=/dev/zero bs=1M count=10 | nc gateway _PORT_
_PORT_ minde a két helyen ua portot add meg.
nekem ennyi:
10+0 records in
10+0 records out
10485760 bytes (10 MB) copied, 7.06079 seconds, 1.5 MB/s
(WPA2-PSK-val)
linux v2.6.22.15 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.20-opt1.1
- A hozzászóláshoz be kell jelentkezni
Nem csökken az adatátviteli sebesség, ha az eszköz processzor idejét arra használod, hogy csomagokat generálj?
Nekem Mikrotik-nél volt ilyen tapasztalatom, hogy ha külső hoszttal mértünk, akkor jobb értékek voltak, mint az adott wireless eszközzel generált forgalommal mérve.
- A hozzászóláshoz be kell jelentkezni
PC-ről generálod és /dev/null-ba küldöm az AP-n
linux v2.6.22.15 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.20-opt1.1
- A hozzászóláshoz be kell jelentkezni
PC-ről eszközre oké...
De visszafele hogy mérsz? :)
- A hozzászóláshoz be kell jelentkezni
kábel feldug AP pici seggébe és portforwardot csinálni a gépről ... :D
linux v2.6.22.15 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.20-opt1.1
- A hozzászóláshoz be kell jelentkezni
Hali!
Köszönöm az ötleteket! A routerra nem tudok ssh-zni (conn. refused, a tűzfal kikapcsolva). Firmware-t kellene frissítenem?
A másik módszert még nem próbáltam.
- A hozzászóláshoz be kell jelentkezni
akkor telnet :) alapból az ssh szerintem le van tiltva (csak kb 5 percig volt az original fw és repült le és kapott egy dd-t)
linux v2.6.22.15 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.20-opt1.1
- A hozzászóláshoz be kell jelentkezni