Sziasztok!
Kérhetnék egy képernyőképet a QoSBasic >> Settings, Classification menükből azoktól, akik tomato-t használnak mondjuk WRT56GL-en? Főleg azokéra vagyok kíváncsi, akiknek van benne torrentre vonatkozó beállítás
köszi
- 2090 megtekintés
Hozzászólások
Részleteznéd, hogy mire vagy kíváncsi?
De hátha segít:
http://hu.wikibooks.org/wiki/Tomato_firmware_magyarul#Quality_of_Servic…
- A hozzászóláshoz be kell jelentkezni
igen, már olvasgattam, de nem egészen világos minden
nem tudom, hogy egészen pontosan ennyire fasza-e a QoS hogy meg lehet vele csinálni, amit akarok. Az lenne jó, hogy ha tegyük fel megy egy böngésző meg egy torrent kliens, akkor ha lekérek egy lapot, akkor az olyna gyorsan jöjjön le, ahogy tud, ez idő alatt a torrent lassuljon be. Ha már lent van a lap, akkor a torrenté a sávszélesség, és ha még lehet cifrázni, akkor: ha letöltök, az a fontos, és a feltöltést használja inkább visszaigazolásnak, ha befejeződött, akkor a feltöltés mehet rendesen. Ezt utána még lehet cifrázni IM-el, VoIP-el, több géppel, stb
- A hozzászóláshoz be kell jelentkezni
Jelen pillanatban nem tudok olyan router-t produkálni, amire Tomato mehetne, így csak elvben tudok segíteni. Ha hétfőig nem jutsz dűlőre, akkor a cégnél összerakok egyet és leírom nagyjából.
A kérdéseidre a válasz:
QoS-t az első kérdésedre találták ki. :) Forgalom priorizálás kell neked. Itt arra van szükséged, hogy tudd, az adott forgalom milyen protokollt és milyen porton használ. Mondjuk a web az esetedben a TCP/IP:80 és 443 alapból. Ennek mintájára össze kell szedd, a kiemelt prioritású szolgáltatásokat (pár tipp: DNS, DHCP, ICMP, Web, POP3, IMAP, SMTP, SSH,...). El kell döntsd, hogy melyiknek mennyire fontos, hogy működjön adott esetben. (A torrentet szándékosan nem írtam.) A legnagyobb prioritás az 1 a legkisebb a 8. Ha ez megvan és tudod a protokoll/port párost, akkor kezd el a szabályokat összerakni. Tomato esetében talán az is számít, hogy a listában hogyan, hol helyezkedik el. A legfelső a legnagyobb prioritású, ha jól rémlik. Ha mindent beállítottál, akkor létrehozol egy olyan szabályt a 8-as prioritásra és a lista aljára, ami mindenre illik. Magyarán ha a fentebbiek nem illeszkednek a vizsgált csomagra, akkor ez fog illeni rá. Így elvileg a torrent és minden, ami nincs felsorolva, akkor megy teljes bedobással, ha más, magasabb prioritású szolgáltatás nem igényel sávszélességet.
A kérdésed második felére nem tudok most válaszolni, mert fél éve láttam tomato-t utoljára. De nem hiszem, hogy a tomato képességei az ilyen jellegű szabályzást lehetővé tennék a felületen kattogtatva és máshogy sem triviális szerintem az adott körülmények között.
- A hozzászóláshoz be kell jelentkezni
most így néz ki:
http://www.kephost.com/images/1c2ihnmxsj0lfusg2k9c.png
http://www.kephost.com/images/jutrpw72objb29k9z2ir.png
azaz a web megkaphatja a 95%ot, akárcsak a torrent, és a torrent le is mondhat róla feltöltés irányba. Eddig jol mondom igaz? lefelé meg nem lehet ilyen jól beállítani ha jól olvastal, csak a maxot? hmm...
eddig azt hiszem világos, de mi mondja meg neki, hogy ha torrent is megy meg böngésző is, akkor a böngésző fontosabb? az, hogy a low lejjebb van mint a high? vagy azok csak nevek, fel is cserélhetném?
- A hozzászóláshoz be kell jelentkezni
A kérdésed első felét szerintem ezzel meg is oldottad. Ahogy én látom, működhet is.
Én az utolsó szabályt nem nevesíteném, ahogy te teszed, hanem egy Any Address/Any Port kombót állítanék be helyette, így minden korábban kifelejtett kapcsolat típus (a torrent is, mert nem nevesíted) illene rá és *biztosan* ebbe a szabályba esne. Ha ilyenkor rájössz, hogy kell még valami, egyszerűen nevesítve elé rakod és kész is.
- A hozzászóláshoz be kell jelentkezni
a másik dologra vonatkozóan: nem az src, dst való erre?
így, hogy nevesitve van viszont minden a torrent elé kerül, ftp meg ssh meg minden, ami jó... nem? medium szintre
+ most megy a torrent, és tesztképp megnyitottam pár oldalt egyszerre, és annyira drasztikusan nem zuhant a torrent sebessége...
- A hozzászóláshoz be kell jelentkezni
a másik dologra vonatkozóan: nem az src, dst való erre?
Az src/dst csak azt adja meg, hogy a router a csomagok jelölését a kiinduló port száma, vagy a cél port száma alapján jelölje meg feldolgozásra. Ezzel nem azt adod meg, hogy az általad kezdeményezett feltöltést nézze, vagy az általad kezdeményezett letöltést, lévén, hogy a fentiből kiindulva mindkettőnek kell lennie egy src-forrás és egy dst-cél port-nak és IP-nek. Itt max a new/syn/ack/... figyeléssel jutnál valamire. Tomato nem lenne könnyű, mert nem erre találták ki.
így, hogy nevesitve van viszont minden a torrent elé kerül, ftp meg ssh meg minden, ami jó... nem? medium szintre
Két eset lehetséges, ha a torrent-et nevesítve hagyod és nem hozol létre mindenre illeszkedő, *vagy magasabb prioritású szabályt minden általad elképzelt feltételre, lehetőségre*:
- alapból jelöl mindent magától valamilyen szinttel, amit te nem jelölsz, de ezt nem tudod hogy mi, így kiszámíthatatlan
- nem jelöl magától, így meg nem tudod, hogy a priorizált csomagok mellett ezeket a csomagokat hogy kezeli
Tehát: ha egyszer elkezdted ezt a jelölgetést, akkor mindent jelölj inkább így, vagy úgy.
(Módosítottam a *...* részt, mert baromság volt. :] )
- A hozzászóláshoz be kell jelentkezni
TCP vegas bekapcsol, azt' csókolom. :)
---
Ami a windowsban szarrágás, az linuxban hegesztés.
Ha megszeretted a windowst, tanuld meg használni!
A linux igenis felhasználó-, és NEM idiótabarát.
A linuxot mi irányítjuk, a windows minket irányít.
- A hozzászóláshoz be kell jelentkezni
Azért ahogy nézem ez sem old meg mindent.
A közel realtime kapcsolatok (VoIP, játékok jó része,...) eléggé akadozik, ha ez be van kapcsolva. (Netes fórumokra alapozva, mivel mint írtam, magam nem használom.)
Ilyen kapcsolatok mellett egy jól beállított QoS több eredményt hoz és kevesebb gondot okoz. (Szintén fórum forrás.)
- A hozzászóláshoz be kell jelentkezni
azért én továbbra is várok képernyő képeket, ugyan már, ennél sokkal többeteknek van ilyen routere
- A hozzászóláshoz be kell jelentkezni