Üdv!

Egyre többen használjátok a hálózat-megosztó routereteket egyedi firmware-rel, például OpenWRT-vel. Ha a routerek típusaihoz tartozó topicokban írunk erről, akkor nehéz megtalálni, így fogadjátok szeretettel ezt a topicot.

OpenWRT home.

Szép kezdeményezés, de lehet jobb lenne erőteljesebben hirdetni. Szerintem van létjogosultsága a topicnak.

Miért jó, ha egyedi firmware-el használjuk a routert?

Általában sokkal több beállítási lehetőséget, funkciót adnak az alternatív firmware-ek.

pl. azért, mert van benne shell, azt programozol bele, amit akarsz. egyszerűbb feladatoknál egy komplett pc-t is képes helyettesíteni.

Kicsit több egy olyan ami usb-s is, de megéri.
A linuxos tűzfalat már ne is említsük, nagyon jó dolog.

van store-and-forward smtpd openwrt-re?
olyan kellene, aminek fel lehet adni egy levelet akkor is, ha éppen nincs uplinkje és kézbesíti, ha megjött a net.

tudja-e valaki, hogy mpc 2200-as chiphez, amihez a cdc-acm usb soros driver kell, van-e gyári támogatás openwrt-ben?

tc qdisc del dev "$DEV" root handle 77:

ez a gond, hogyha root handle-t akarsz töröltetni, ahhoz nem kell a handle és a szám.

de mivel rosszul, vagyis nem törölted, a második sorban nem tudja megint létrehozni.

szóval:

tc qdisc del dev "$DEV" root

Újraindítottam a routert, és elindítottam a scriptet élesbe, úgy tűnik félig-meddig működik. A letöltési sebességem egyértelműen megfogta, bár néha 3x-os értéket mér, mint ami be van állítva a scriptbe, de tudom, ez annyira nem pontos. Ami viszont nem oké, hogy a feltöltési sebességem továbbra is megvan.

a letöltési sebesség ingadozik, ahogy rendezgeti a várakozási sorokat, de ha egy nagyobb fájlt kezdel lehúzni, akkor előbb-utóbb beáll.

a sebességszabályozás alapja, hogy rendesen szabályozni csak a kifelé menő forgalmat lehet. tehát ha feltöltést akarsz korlátozni, akkor markolni kell a bejövő csomagokat, átzavarni a naton, majd a kifelé néző fizikai interfészen kell sorokba rendezni a mark alapján és a várakozási sorra lehet ráhúzni a traffic shapert.

a tapasztalat azt mutatja, hogy egy interfészen nem lehet rendesen shapelni mind a két irányt.

A letöltés nagyjából jó így, nagyobb fájlnál biztosan pontosabb, majd kipróbálom, de látszik, hogy működik. Viszont a feltöltés biztosan nem, hisz a script szerinti 400 kbit helyett 4,4 Mbit körül van (elvileg 6 lenne, de más gépek is mennek, ilyen körül jön ki másik gépről is). Gyári fw-ban rendesen működött, nem volt vele semmi gond. Itt viszont láthatóan semmit nem csinál feltöltési irányba.

Na úgy tűnik teljes a siker! Minden mindegy alapon kitöröltem a LIMIT_UP=400 végéről egy 0-át, és most a feltöltési sebességem leesett 0,57 Mbps-re. Érdekes mert a LIMIT_DOWN=200 értékkel a letöltésem 0,34 Mbps, tehát nagyjából stimmel, hogy 200 kbps. Feltöltésnél meg a 40-es értékkel jön ki a ~400 kbps.

Már csak egy kérdésem van ezzel kapcsolatban: "LIMIT_DOWN_BURST" értéke mindig a duplája legyen a "LIMIT_DOWN" értékének? Mit állít az pontosan?

Sajnos tévedtem. Ha leállítom vagy újraindítom a scriptet akkor is marad ez az alacsony feltöltési sebesség, de ha teljes router reboot után elindítom akár 30-as LIMIT_UP értékkel a scriptet, akkor is megvan a 4,7 Mbps feltöltési irányba. Valamit biztosan lehetne rajta csiszolni még.

átraktad a feltöltés szabályozását a másik interfészre?

Nem, miért? Kellene? Hogyan, hol? Nem változtattam rajta semmit, csak az értékét módosítottam.

[ Szerkesztve ]

Erre rá tudna nézni valaki?

10.03-1 RC5 -tel addig sikerült eljutni hogy betöltöttem a modult, hozzáadtam a szabályt, pingeléskor a vonatkozó csomag- és bájtszámlálók pörögnek, VISZONT a logba nem ír semmit...

#12

Igen, ezt már többször elolvastam, talán nagyjából meg is értettem, de akkor sem tudom milyen másik interfészre kéne átraknom. A scriptben csak egy helyen van megadva interfész, ott az eth0.1 szerepel, kipróbáltam amúgy az eredetileg írt br-lan-al is, úgy is működik, de akkor is csak a letöltési irány. Kifelé az eth0.2 van, arra gondolsz? Kipróbálom mindjárt, hogy azt írom az eth0.1 helyére, hátha...

[ Szerkesztve ]