Dotaz: CDMA omezeni 256kbps - sber informaci

[Jiří Svoboda]

Jak uz se nakouslo v nekolika diskusich na ruznych mistech, nekteri lide si povsimli rychlostni hranice 256kbps pri pouziti CDMA USB modemu pod Linuxem. Po rebootu do Windows jede pripojeni naplno, po rebootu zpatky do Linuxu se hranice opet objevi.

Protoze uz jsem prozkoumal leccos a stale jsem pricinu tohoto jevu neodhalil, a protoze vim, ze nekteri tento problem nemaji, chtel bych vsechny uzivatele CDMA pozadat, aby do tohoto fora poskytli udaje o sve konfiguraci a zda 256kbps hranici na teto konfiguraci pozoruji, ci nikoliv. Snad se z toho dobereme nejakeho zaveru.

Konfiguraci pppd zrejme nema cenu rozebirat. Hodnotu 921600 tam urcite mame vsichni (navic se to uplne stejne chova s hodnotou jinou ci uplne bez ni, pouziva se jen pri jednom volani ioctl na seriovy port).

Moje konfigurace:
- chipsety 440BX a 440EX (konkretni chip s USB radicem je 82371EB), USB 1.0 + USB HUB 1.1 (bez HUBu omezeni zustava, ale modem se nahodne odpojuje od USB)
- Slackware 9.1
- kernel 2.4.24 distribucni
- pppd 2.4.1 distribucni

Predem diky vsem zucastnenym.

Odpovědi

[Zdeněk Štěpánek]

Zdravim

Prave koukam na informacni letacek ceskych telekomunistu a vidim tady "rychlost 256/64 kbit/s". Zda se ti tedy neco v neporadku?

Zdenek

[Petr]

Nechapu, co ma tohle spolecneho s CDMA, na ktere se autor dotazu pta.

[Zdeněk Štěpánek]

Zdravim

No co jsem slisel tak euroteli CDMA a telekomackej internet express je jedna a ta sama vec, aspon se to tak prezentovalo. Jestli to tak neni tak me opravte.

Zdenek

[Michal Čihař]

No CDMA je bezdrátový v pásmu kde běhaly (nebo ještě běhají??) analogové NMT telefony, internet express je normální ADSL po drátu, takže to je něco úplně jiného

[Zdeněk Štěpánek]

Zdravim

Jo jo, je to 450Mhz, coz je stejny jako analogovy NMT, neboli Eurotel TIP. Ja jsem nekde na nejakym serveru cetl ze to CDMA bude delat eurotel spolu s telekomem a ze to budou nabizat jak v eurotel prodejnach tak v telepointech. Bud sem to blbe pochopil nebo to byla kachna. Aspon sem zase o kousek chytrejsi.

Zdenek

[Tomáš Bžatek]

Cesky Telecom nedavno koupil Errortel, takze vubec bych se nedivil, kdyby v prodejne Telecomu nabizeli CDMA. Proto taky to zdrzeni CDMA, ktere melo byt na trhu uz v cervnu. Wifi maji spolecne a nabizeji ho obe dve prodejny.

[USER]

Na http://www.cdma.cz/diskuze.php?vlakno=40646&reakce=40646 , nebo na http://anon.free.anonymizer.com/http://www.cdma.cz/diskuze.php?vlakno=40646&reakce=40646 (anonymně) je vlákno, kde pozlobení uživatelé CDMA domlouvají na tom, jak pomocí zvýšeného objemu stahování dat (současné stahování Linuxových distribucí účastníky akce) přinutit Eurotel, aby dostál svým původním závazkům.

CDMA, pomalejší, nespolehlivější a v neposlední řadě provázené neplněnými mediálními sliby je pro část uživatelů, vázaných poměrně nemravnou smlouvou, nepoužitelným připojením s ohledem na jimi plánované využití (z mediální kampaně Eurotelu neplynulo nic o omezování P2P sítí, natož o problémech se stabilitou připojení a přetížených oblastech...)

Citace jednoho výmluvného příspěvku:

"Pokud je na http://www.nix.cz/graf2/switch_16_2_4.html zobrazen tok přes CDMA, tak max. denní dat. tok je 180 mbps. Je-li celkem 30 000 lidí s CDMA přípojkami, potom je průměrný datový tok na existující přípojku ve špičce 100 kbps (průměr na počet připojení, ne tedy na aktuálně připojené).

Protože pravděpodobně nikoliv nepodstatná část nepřijímá trvale běžící streamy, ale stahuje po malých kvantech (surfování, pop...), tak se nedá bez znalosti jiných statistických údajů odhadnout počet aktuálně připojených,

Ve špičce bývá zobrazována průměrná rychlost (dsl.cz) pod 200 kbps, za předpokladu neomezené kapacity sítě sítě by stačilo na zdvojnásobení datového toku cca 1000 lidí (z těch, kteří v onu dobu trvale nestahují), na zvýšení o 10 % pouhých 100 lidí, na oněk cca 5 %skoku v době zavedení/zrušení FUP pouhých 50!!!

Pochopitelně, čím více, tím lépe, ale netřeba se obávat nízké efektivity - stačí cca 0,17% menšina (o více než řád méně, než je homosexuálů v populaci ))

Z grafu nixu vyplývá, že oněch 180 Mbps nebylo v rámci kalendářního roku překročeno, možná se z toho dá usoudit, že existuje nějaká horní limita dat, ke které se ET přiblížil. Možná právě proto omezuje co může, protože o co sníží stávající datový tok, to může rozprodat formou dalších přípojek.

To je také patrně důvod, proč se "nesosači" nemohou dočkat zlepšení - omezení se nedělají kvůli nim, ale kvůli přílivu dalších...

Zkusit to k 1.3.? Proč ne, je to den, jako jakýkoliv jiný... Mělo by ale o tom vědět co nejvíce lidí, takže bychom měli všichni informovat kde se dá - alespoň na jednotlivých fórech. Času je zatím dost a účast je zapotřebí co nejvyšší.

Na závěr ještě poznámka - na http://www.zive.cz/h/Uzivatel/AR.asp?PG=1&ARI=121504&CAI=2114 je moc zajímavé srovnání - odcituju: "Následující graf ukazuje podíl jednotlivých rychlostí při měření. Rozsahy jsou v 50kbit rozestupech, hodnotě 100 tedy odpovídají rychlosti 100-149 kbit/s, 150 pak odpovídá 150-199 kbit/s. Dobře je vidět, že nejvíce uživatelů CDMA dosahuje rychlostí 100-149 kbit/s, zatímco u ADSL je většina uživatelů soustředěna na horní hranici rychlosti, tedy 400-450 kbit/s. Ač je tedy v průměru CDMA o třetinu pomalejší než ADSL, většina uživatelů bude ve skutečnosti pociťovat spíše čtvrtinovou rychlost." Podívejte se prosím na graf na onom linku (áíčíářáéPodíl jednotlivých rychlostí u ADSL a CDMA) - je to velmi smutný pohled.

Eurotele, Eurotele, kde zůstaly tvoje sliby..."

[Jiří Svoboda]

Musite temito nesmysly za*irat diskuse i zde? Natlak na Eurotel (navic velice pochybnymi prostredky) nezmeni vlastnosti pouzite technologie. Howgh.

[Milan Kvasnica]

- intel 815 - Mandrake 9.2 - kernel 2.4.22-18mdk distribucni - pppd 2.4.1 distribucni

pod windows nemám možnost vyzkoušet, modem ukazuje stabilně dvě čárky, rychlost přes 256kbit nejde.

[Martin Kamín]

Zdravím
Dobře, že jste to tady načal. Mám to podobně jako vy. Tedy v Linuxu maximálně 28,37 KB/s. Madrake 9.2. NAT, pppd version 2.4.1, USB 2.0, VIA EPIA 8000, dedikovaný router, distribuční jádro 2.4.22-10mdk. Osobně si myslím, že to na ovladačích v Linuxu nezáleží. Zkuste to ještě poslat do linux.cz konference. Třeba tam někdo napíše více. Držím palce

[bero]

Nemuze byt jadro pudla v pouzite kompresi (VJ, BSD)? Zkousel jste nekdo ruzne kombinace? Kam az se komunikuje pomoci PPP? Je takhle spojen muj_pocitac <-> modem (podobne jako GPRS), nebo muj_pocitac <-> pocitac_Eurotel? K cemu skutecne slouzi ve Windows GTDialer? Jeho smysl mi unika. Ze by posilal do modemu jeste par AT prikazu navic?

[CIJOML]

Mno jestli nekdo mate ten modem s woknama a jste z prahy, muzu to zkusit vytahnout, jestli to tam neposila jeste nejake AT prikazy

[hatle]

Chova se me to uplne stejne v SuSE 9.1 vic jak 27-30KB/sec nedostanu. Zkousel jsem stahovat to same i ve WXP pres linux na kterem je CDMA a stejny vysledek. Az kvuli zdejsim reakcim jsem zkusil i WXP (posledni ovladace z ET webu) a tam "ukazuje" az 60KB/sec - to co hlasi okna neni az tak dulezite. Ale stahovani 5MB souboru je opravdu skoro jednou tak rychlejsi. Signal plny pres externi antenu - vymena Linux vs. WXP provedena bez premisteni anteny.

Ten vypis logu z WXP:

:57:59.624 - File: C:\WINDOWS\System32\tapisrv.dll, Version 5.1.2600

:57:59.634 - File: C:\WINDOWS\System32\unimdm.tsp, Version 5.1.2600

:57:59.644 - File: C:\WINDOWS\System32\unimdmat.dll, Version 5.1.2600

:57:59.644 - File: C:\WINDOWS\System32\uniplat.dll, Version 5.1.2600

:57:59.684 - File: C:\WINDOWS\System32\drivers\modem.sys, Version 5.1.2600

:57:59.684 - File: C:\WINDOWS\System32\modemui.dll, Version 5.1.2600

:57:59.714 - File: C:\WINDOWS\System32\mdminst.dll, Version 5.1.2600

:57:59.714 - Modem type: GTRAN USB CDC Modem (PID 3196)

:57:59.714 - Modem inf path: gtusbmdm_gpc6400.inf

:57:59.714 - Modem inf section: Modem1

:57:59.714 - Matching hardware ID: usb\vid_05c6&pid_3196

:57:59.804 - 921600,8,N,1, ctsfl=0, rtsctl=1

:57:59.874 - Initializing modem.

:57:59.874 - CD is high while initializing modem.

:57:59.884 - Send: AT

:57:59.894 - Recv: OK

:57:59.894 - Interpreted response: OK

:57:59.904 - Send: ATE0V1

:57:59.914 - Recv: OK

:57:59.914 - Interpreted response: OK

:57:59.924 - Send: AT

:57:59.924 - Recv: OK

:57:59.924 - Interpreted response: OK

:57:59.924 - Sending user initialization commands.

:57:59.934 - Send: ATZ

:58:00.124 - Recv: OK

:58:00.124 - Interpreted response: OK

:58:00.124 - Waiting for a call.

:58:00.134 - Send: ATS0=0

:58:00.144 - Recv: ATS0=0

:58:00.144 - Command Echo

:58:00.144 - Recv: OK

:58:00.144 - Interpreted response: OK

:58:00.175 - 921600,8,N,1, ctsfl=1, rtsctl=2

:58:00.235 - Initializing modem.

:58:00.235 - CD is high while initializing modem.

:58:00.245 - Send: AT

:58:00.265 - Recv: AT

:58:00.265 - Command Echo

:58:00.265 - Recv: OK

:58:00.265 - Interpreted response: OK

:58:00.275 - Send: ATE0V1

:58:00.295 - Recv: ATE0V1

:58:00.295 - Command Echo

:58:00.295 - Recv: OK

:58:00.295 - Interpreted response: OK

:58:00.305 - Send: AT

:58:00.305 - Recv: OK

:58:00.305 - Interpreted response: OK

:58:00.315 - Sending user initialization commands.

:58:00.325 - Send: ATZ

:58:00.555 - Recv: OK

:58:00.555 - Interpreted response: OK

:58:00.555 - Dialing.

:58:00.565 - Send: ATDT####

:58:00.565 - Recv: ATDT#777

:58:00.565 - Command Echo

:58:00.565 - Recv: CONNECT

:58:00.565 - Interpreted response: Connect

:58:00.575 - Connection established at 921600bps.

:58:00.575 - Error-control off or unknown.

:58:00.575 - Data compression off or unknown.

:58:18.681 - Hanging up the modem.

:58:18.681 - Hardware hangup by lowering DTR.

:58:18.731 - Detected CD dropped from lowering DTR

:58:19.733 - Timed out waiting for response from modem

:58:19.743 - Send: ATH E1

:58:19.743 - Recv: ATH E1

:58:19.743 - Command Echo

:58:19.743 - Recv: OK

:58:19.743 - Interpreted response: OK

:58:19.743 - 921600,8,N,1, ctsfl=0, rtsctl=1

:58:19.773 - Initializing modem.

:58:19.773 - CD is high while initializing modem.

:58:19.783 - Send: AT

:58:19.793 - Recv: AT

:58:19.793 - Command Echo

:58:19.793 - Recv: OK

:58:19.793 - Interpreted response: OK

:58:19.803 - Send: ATE0V1

:58:19.803 - Recv: ATE0V1

:58:19.803 - Command Echo

:58:19.803 - Recv: OK

:58:19.803 - Interpreted response: OK

:58:19.813 - Send: AT

:58:19.823 - Recv: OK

:58:19.823 - Interpreted response: OK

:58:19.823 - Sending user initialization commands.

:58:19.833 - Send: ATZ

:58:20.043 - Recv: OK

:58:20.043 - Interpreted response: OK

:58:20.043 - Waiting for a call.

:58:20.053 - Send: ATS0=0

:58:20.063 - Recv: ATS0=0

:58:20.063 - Command Echo

:58:20.063 - Recv: OK

:58:20.063 - Interpreted response: OK

:58:20.073 - Session Statistics:

:58:20.073 - Reads : 47 bytes

:58:20.073 - Writes: 24 bytes

[krenem00]

Mohl bych se dozvědět jak dál přes AT příkazy o kterých jste se zmiňoval zde?

[Edheldil]

Skvely napad ...

Me to jede pod Linuxem skoro presne 256 kb/s

• Jadro: 2.4.26
• Debian Sarge (GNU/Linux
• pppd: 2.4.2+20040428
• Motherboard je Asus P4P800

Nemohlo by to byt treba verzi USB? Mam USB2, ale jeden nikdy nevi, jestli se to treba blbe nespiskne nebo tak neco

Edheldil

P.S: max. 256 kb/s dostanu i pod FreeBSD 5.2.1, ale tam jsem to nejak rozsahleji netestoval

[Radek Cervinka]

ptal jsem se na vucako (coz je prvni manik ktery to rozhodil v linuxu nekdy v breznu) a tady je mozna hint:

http://vucako.bloguje.cz/60310_item.php

[Ctirad Feřtr]

Ten CDMA modem používá interně USB<>serial interface, že jo ? Pak bych se vsadil, že ten pes bude zakopaný tam.

Totiž, USB u mého iPAQu taky používá USB<>serial a když jsem tam měl ještě WinCE, tak jsem si všimnul, že pod linuxem není naprosto žádný rozdíl mezi tím, když použiju ke kopírování souborů normální sériák /dev/ttyS0 nebo /dev/ttyUSB0. Obojí jede 115200. Přitom ve woknech to jede na USB řádově rychlejc.

Podle mě, ten linuxí driver pro USB<>serial converter nastaví nějakou rychlost (což může bejt právě těch 256kbps) a moc se nestará o to, jestli je to rychlost optimální. Proto bych se podíval, jestli se tomu modulu náhodou nedají předat nějaké parametry s nastavením rychlosti.

[Jiří Svoboda]

Prave jsem se vrhnul na debug kernelu a uz jsem prisel na duvod, proc to jede jen 256kbit. Jak budu vedet neco vic, ozvu se.

[Zdeněk Burda]

jsem zvedavy co jsi zatim zjistil, muzes to prosim napsat aspon na muj email, pokud se ti nechce psat sem? behem vikendu bych se na to taky mrknul...

[Jiří Svoboda]

Prekompiloval jsem si USB moduly a ACM modul s CONFIG_USB_DEBUG=y a po overeni funkcnosti jsem zacal delat pokusy se zmenami v '/usr/src/linux-2.4.24/drivers/usb/acm.c'. Jeste pred prvni zmenou jsem uvidel debug hlasku z radku 500:

acm.c: set line: 230400 0 0 8

Okamzite me napadlo, ze to asi bude ono, ze to presne odpovida, ze se proste tty nastavuje na spatnou rychlost. Pri dalsich pokusech se mi ale nepodarilo tuto hlasku zreprodukovat, do te casti kodu se to vubec nedostane (zrejme zalezi na konstelaci rebootu/vypnuti modemu/odpojeni USB). Vymazal jsem CONFIG_USB_DEBUG moduly, vratil tam puvodni a zacal se vrtat v acm.c. Dopsal jsem si do acm_tty_set_termios() par printk hlasek.
Vysledek? Default ma linku nastavenou na 9600(?!) a i presto jede 256kbps. Prinutil jsem ho prenastaveni linky na 921600 a presto jede 256kbps. Zkousel jsem menit rychlost linky pomoci 'stty', porad vsechno stejne...
Ted mi z toho naopak vychazi, ze tty bude ta strana driveru smerem "do pocitace" (pokud si to spravne predstavuji) a tudiz je jedno, na jakou rychlost je nastavena. Problem asi bude ne te strane "do USB". Takze muj prvotni optimismus je tatam...

[CIJOML]

s AIMD patchem vyrobenym pro Cesnet to jede na plnou rychlost :)

[Zdeněk Burda]

co, kde jak? nejakej link?

[CIJOML]

ten patch neni verejny

[Zdeněk Burda]

co zverejnit cast, kterea zpusobuje spravnou funkci pripadne zverejnit aspon popis reseni te chyby at to muze nekdo naprgat?

[Blax]

jelikoz patch od CIJOML je neverejny (tudyz k nicemu), snazil jsem se najit podobne patche do jadra - http://www.hep.ucl.ac.uk/~ytl/tcpip/linux/altaimd/ http://www.web100.org

problem bude asi v TCP staku v jadre (nemam ted moznost patche otestovat - zkuste to nekdo pls)

[MArtin Lain]

Zkoušel jsem dnes patch z web100.org na jadro 2.6.4 Nějak jsem nenašel na stránkách nějakou slušnou dokumentaci, čerpal jsem jen z toho, co je v samotném patchi. Výsledek:
zapnutý web100 "autotuning": stahováni wgetem cca 20KB/s
s vypnutým autotuningem je rychlost zpět na cca 27KB/s :(

[Windows LAMA]

Tak to zatim vypada, ze pomlouvane Windows umi prece jen neco lip nez Linux.... je to skoda, zrovna jsem chtel koupit router od ASUSu s Linuxem, ale takhle....

[lefti]

Doufam, ze na tehnle pokus o flamewar (jestli to nebyl pokus o flame, tak ten anonym je totalne mimo) nebude nikdo reagovat, a budete se snazit dal zjistit, jak to rozjet. (sice nemam CDMA, ale celkem by me to zajimalo)

[Jira]

Ten ASUS router to ma vychytany. Mnel jsem to doma abych prehral ten firmware pro jednoho zakaznika a jelo to 60 KB / s mozete se podivat na zdrojaky jadra firmwaru.

Jira

[jm]

Tak dik. V tom pripade je snad lepsi sem o tom patchi ani nic nepsat.

[pharook]

V podstatě nevím, o čem je řeč, takže omluvte, pokud se mýlím, nejedná se o tento patch? Zvláště "set AIMD speed" zní zajímavě.

Linux kernel monitoring

Patch for configuring and monitoring certain events in Linux kernel influencing performance of TCP bulk transfers. Particularly, it allows to set AIMD speed and to enable, disable and monitor CWV and CWR mechanisms. lkm-1.0.tgz (November 28, 2003).

http://www.ces.net/project/qosip/ http://www.ces.net/project/qosip/sw/lkm/lkm-1.0.tgz

[Marcel Šebek]

Nepomuze nahodou tento prikaz?

echo 0> /proc/sys/net/ipv4/tcp_window_scaling

CDMA nemam, takze ja to vyzkouset nemuzu. Ale nekterym lidem to vyresilo problemy s prenosovou rychlosti pres nejaky router, ktery nedodrzuje rfc.

[CIJOML]

Vlákno bylo přesunuto do samostatné diskuse.

[VícNežNic]

Mám pocit, že kdysi se psaly bugreporty autorům a správcům jednotlivých ovladačů. Možná, že dneska už se to tak nedělá. Kdoví ...

[Jiří Svoboda]

To bylo prvni, co jsem udelal, kdyz jsem zjistil, ze jsem na to kratky. Napsal jsem mail jednomu (ceskemu) (spolu)autorovi modulu ACM. Zadna odpoved.
Ale podle tech kecu tady okolo bude asi problem jinde.

[Jenik]

http://vucako.bloguje.cz/60310_item.php

Téměř s jistotou se dá říci, že je to zapříčiněno limitujícím nastavením TCP/IP parametrů.

Všem se omlouvám, linuxu sice fandim, ale nerozumim, pod WinXP mam otesteno a chodi to lepe po te uprave - viz odkaz...

[Kamorek]

je CDMA spolehlive?

Da se na to napojit firma?

Da se routovat?

Je tam garantovana rychlost ?

Pry jsou ty modemy silne poruchove.

[George]

Spolehlive ? no nevim GPRS je spolehlive do chvile, kdy spadne. To je treba 1-2x za tyden pri male zatezi. Nebo 5x do dne pri agresivnim downloadingu.

Firma se samozrejme napojit da, to je tecnicky proveditelne.

Routovat se taky da.

Garance ? ee, nic ani garance, ze se sila sygnalu nezmeni.

Definoval bych to asi na domaci pouziti, s tim ze to jede dostatecne rychle a cloveka sice nastve ze to muze spadnout, ale prezije to. Ovsem pokud je firma "otec , syn, kamos prez ulici" tak to staci asi taky.

[Jirka]

Lépe si za usetřený peníz za ***.o koupit ASUS WL500b nebo 500g rozdíl vidno z posledniho pismene, Je v tom také linux a jede to až 650, více jsem z toho nevytahl díky slabšímu signálu v naší vesnici. Pak mam možnost sdílet z 4-portového switche nebo přes wifi - součást routeru ASUS. Male info : 500g-b - 4 porty 10/100 - 1 port Wan - wifi 11-54 - paralení port - usb port pro cmda modem - lze i pres usb hub

Pro nadšence uvnitř linux pod GLP tedy všechny zdroje, jak na offic. stránkách asus.com tak uživatelský na chupa.nl

[Karel Novotný]

Takze pokud to jede na tom "ASUS" Linuxu na 650kbps, a zdrojaky k nemu jsou pod GPL, tak nemusime kupovat od zlodeje(COIMLJ).... chapu to dobre?

[Kamorek]

no, taky jsem to tak pochopil. To by bylo bezva. A prosim, myslim, ze urazeni uz zde bylo dosti. Bavme se tedy k veci. Je zde nekdo, kdo by to vyzkusal ?

[George]

No ja to spis pochopil, ze to ma USB 1.1 a do toho si das USB modem ,ale jede to 600kBit. A tohle cely si pripojis k PC a jeste mas volne porty a wifi k tomu.

Cena tehle srandy je asi 3100 s DPH .

pokud je to tak tak nemam na cem dumat. COIMLJ chce 3000.- za driver a tohle je 3100 za hardwarovy reseni. Celkem nejni o cem mluvit. Leda ze by za to chtel COI.. tu slibovane pivo a tatranku.

:)

[LAMA]

Taky ze to tak je, ale my to chcem na svuj linux s pouzitim kodu, co je v tom "ASUS" linuxu, tak to pls nekdo zkuste ja jsem na 56K modemu a nebudu tahat zdrojaky.... stejne asi budu muset....

[Radek Červinka]

Ono to opravdu vypada ze ten asus s tim problem nema: http://www.koppel.cz/conferences/viewtopic.php?t=6

[Jirka]

To vis ze nema. Problemy s rychlosti ma hlavne eurotel, silne zavisle na intezite signalu. Pr. Na malou antenu - 3dilky rychlost 300 Na externi prut - taky 5 dilku ale rychlost 650 Nejlepsi reseni externi yagi 8-10 prvkova pro cdma. Pokud to chces pouzivat jen jako uzivatel, staci stahnout CDMA img k tomuto routeru a nahrat to pres recovery. Nevadi ze je to verze pro 500g . Ve stavu recovery to jde normalne nacpat i do 500b.Vyzkouseno na 2 kusech asi 5x flashnute. Samozrejme nejdou funkce pro wifi 500g - 54g. Jinak se ted morim s kompilaci img ale uz to nejak zvladam. Pro zajemce o upravy img do tohoto routeru je vse na www.chupa.nl

[Spenatek]

Ještě mě napadlo, zkusit místo "acm" modul "usbserial" s uvedením Vendor/Product ID toho USB modemu tedy:

insmod usbserial vendor=0x05c6 product=0x3196

modem je pak videt pod myslim /dev/ttyUSB0 resp. /dev/usb/tts/0. Můžete to někdo prubnout?

[matl]

Tak to pomohlo!

Rychlost je ted podle dsl.cz kolem 440kbps, i kdyz ve windows stale 800kbps, zlepseni to je ale podstatne. Mozna to zase souvisi s nastavenim rychlosti komunikace s modemem tentokrat na 460800?

[Marcel Šebek]

S timto ovladacem to prave zadnou rychlost nenastavuje. To posila raw stream pres USB, zadne kontrolni prikazy. Ale aspon uz vime, ze chyba je v ovladaci cdc-acm (nebo spis v modemu, ktery s tim ovladacem nefunguje spravne).

[David Peroutka]

Pri pouziti usbserial misto acm (linux 2.4.7) se to zrychlilo z 29.5 na 30.1 K/s (tedy jen o cca 0.5K/s). Ve windows, stejny server/file bezi 70-80K/s. Zkousel jsem menit i tcp parametry (rmem, route window) ale nepomohlo.

[Petr Motejlek]

Je potreba pouzit ten insmod prikaz co je tu nekde rozebrany a predtim si zmenit v usbserial.c ten parametr endpoint->wMaxPacketSize na 1024 (proste ho prepsat). Zkompilovat jadro a jede to ... ja stahoval i 600kbps ... DIky moc vsichni

[jentak]

Asi potrebuju navod pro lamy. Pozmenil jsem cdc-acm.c pak make oldconfig make modules make modules_install pak v /boot depmod -ae -F System.map.2.6.5-1.358 2.6.5-1.358custom

v adresari /lib/modules/....custom/drivers/usb/class je cdc-acm.ko mimochodem ma 166kb puvodni mel 10kb.??

Kdyz jsem puvodni modul jen prohodil za novy tak jsem dostal hlasku invalid module?

Co delam spatne?

[David Vorel]

Dobra prace panove !!

Ted sem to testoval po tom vypadku a dostal sem 91.18 kB/s, je pravda ze to ted klesa, ale problem je vyresen !

diky moc vsem

[David Peroutka]

Takze problem byl v tom, ze modem spatne reportuje maximalni velikost (usb) packetu (64 pro bulk transfer; viz /proc/bus/usb/devices). Takze staci upravit odpovidajici driver (acm nebo usbserial) aby pouzival vetsi packet size.

Napr. pro kernel 2.4.27 a driver usbserial nahradte v souboru "drivers/usb/serial/usbserial.c" endpoint->wMaxPacketSize za 1024. Pro acm driver to bude podobne...

Tak hodne stesi.

[......]

heh teda jestli jste to trefil (nemohu vyzkoušet) a funguje to , tak jste byznysmenovi dobyznysoval

[jm]

[Marcel Šebek]

A nema to zarizeni treba vic AlternateSettings? Originalni USB kabel k Philips Fisio ma 3 altsettingy, 2 z nich se lisi jen velikosti max packet size.

[Milan Kvasnica]

Mám doma hodně špatný signál (dvě čárky), ale hranice byla vždy 256kbps.

Nyní po překompilování acm.o jsem se dostal na 265kbps.

-> problém vyřešen a je třeba sehnat lepší anténu.

Tento přístup komunity mne potěšil. Hodně potěšil .

[jm]

Staci teda zmenit ty tri radky v cdc-acm.c, kde je wMaxPacketSize, ano?

[Milan Kvasnica]

jo, u mne to mělo přínos 1KB/s

[jm]

Pujcim si modem a zkusim, tady je lepsi signal.

[Jiří Svoboda]

No nevim. Zkusil jsem si zmenit v acm.c (kernel 2.4.24) ty tri radky a natvrdo tam zadal 1024. Rychlost se nezvysila a subjektivne mi pripada, ze zacala hodne kolisat, coz se naopak projevilo celkovym zpomalenim.
Delal jsem dalsi pokusy s ruznymi kombinacemi hodnot (napr. ctrl ponechat na 16, read a write zmenit na 1024 pripadne 256), ale nevypada to, ze by to melo vliv.
Kazdopadne diky za info.

[jentak]

Predelal jsem cdc-acm.c v0.23 bez uspechu, ale pak jsem predelal usbserial.c a pouzil ho misto cdc-acm, akorat ted nemuzu prilis rozeznat zlepseni jelikoz je sit vytizena tak ze me to jede 200kbs.

[Jiří Svoboda]

Zkusim tedy jeste ten usbserial. Ale asi az zitra, protoze CDMA ma dnes zrejme historicky prvni vypadek. Vypada to, ze rekonfiguruji neco na urovni TCP/IP, protoze modem komunikuje, spojeni se vytvori, ale pppd se nedocka protistrany.

[test]

Konecne jsem to mohl otestovat a stahuje me to cca 420kbps takze oprava je ok! Akorat zrejme neumim opravit cdc-acm.c protoze ten jede porad stejne. Jeste kdyby me nekdo vysvetlil proc mnou prelozene moduly maji 166kB oproti puvodnim 10kB? (FC2 kernel 2.6.5)

[s0]

zdar guruove ;) - nebyl byste nekdo hodny a nevystavil tu diffy? pac se mi to nechce dohledavat...

[Leoš Literák]

Ahoj,

gratuluju vsem za nalezeni FOSS (FSF/OSS) reseni! Urcite by spousta lidi uvitala, kdybyste na toto tema napsali clanek. Ne kazdy je dost zkuseny na to, aby si umel opatchovat sam jadro. Najde se nekdo? Nabizime slusny honorar (za poctivou praci ). V tom clanku byste vysvetlili, kde byla chyba a jak si opravit jadro, aby to fungovalo. Diky

Leos

[petr_p]

DD,

narychlo jsem splacal patch modulu cdc-acm. Patchujte proti souboru cdc-acm.c vanila jadra 2.6.8.1. Pribude vam LKM parametr max_packet_size, kterym si nastavite maximalni velikost USB paketu podle potreby. Po pripojeni modemu do USB portu by mel kernel vysat hlasku 'forcing new wMaxPacketSize: NNNN' Stahovat lze z http://aisa.fi.muni.cz/~xpisar/cdma/

Me se rychlost z 256 kbps zvedla na 400-480 (pri velikosti paketu 1024), takze to funguje. Zkousejte ruzne velikosti a podelte se o to, jaka se zda byt nejlepsi.

[Leoš]

A vám funguje cdc_acm z kernelu 2.6.8.1? Mně fungoval naposledy v 2.6.7, v 2.6.8 mi funguje už jenom usbserial.

[mimi.vx]

2.6.8.1 ani tuka ... proste se zacal pripojovat a po ptvnim AT prikazu se odpojil
2.6.9-rc1-mm2 bez problemu ... rychlost az 90 KB/sec

[George]

A pouzils nejakej patch nebo je to opraveny. Pokud jo tak odkud ? A modul USBSERIAL jede taky ?

[mimi.vx]

pouzil jsem ten patch co byl na konfereni linux.cz ...
uz tu verzi kterou se nemusel reverzovat ...
USBSERIAL ani tuka ...

[Radek Hulán]

Patch testnut na SuSE 9.1 s kernelem 2.6.4-52, rychlost se pak zvýšila z 25Kbs na 600-700Kbs (max v mojí lokalitě).

Díky.

[Petr Pisar]

Dobry den, V soucasne dobe (2.6.8.1) vanilla ovladac ACM neni schopen plne vyuzit vsech moznosti modemu GPC-6420. Pod tihou mnoha okolnosti jsem se rozhodl usporadat soutez s cilem vyvinout plne funkcni ovladac a sbirku, jejimz vytezkem bude vitez souteze odmenen. Pravidla souteze a stav sbirky jsou k nahlednuti na http://aisa.fi.muni.cz/~xpisar/cdma/soutez.html. Timto prohlasuji soutez a sbirku za zahajenou. -- Petr Pisar
xpisar at fi.muni.cz

[Michal Gust]

Jsem sitar ne programator ci developer, takze se souteze nezucastnim. Myslim si, ze ale lidem co vidi alespon trochu do driveru muze celkem pomoci, co jsem vypozoroval.

S patchem co zverejnil P.Pisar na svych strankach to skutecne jede rychleji nez max.256kbit/s, ale 480kbit/s je maximum a vic ani ranu i v mistech, kde wokna delaj ve spickach klidne 1Mbit/s. Pak jsem ale jednou dosahnul neuveritelneho rekordu v ncftp: linux-2.6.8.tar.bz2: 33.98 MB 119.56 kB/s A to jsem zacal a na prvnich 10MB udrzel cca 145kB/sec tedy neuveritelnych cca 1,2Mbit/s, ale pak to najednou padlo na klasickych 60kB/s. Po kratkem experimentovani jsem prisel na pricinu - vedle jsem mel pres USB seriovej kabel a byl jsem pres minicom na /dev/ttyUSB0 pripojenej na Cisco. Dokud jsem kopiroval tftp do toho Cisca IOS a tudiz se mi nepretrzite generovaly na konsoli vykricniky jelo to rychle. Jakmile ustala komunikace pres seriovej kabel, bylo to v haji a jelo to pomalu. Kdyz jsem na to prisel, drzel jsem Enter, aby se mi na vedlejsim seriaku generovala nejaka komunikace a po chvilce se to zase rozjelo na radove 100-140 kB. Nevim samozrejme co je presnou pricinou a urcite to neni zrovna prakticky postup, ale urcite neni problem v prijmu a zpracovani dat driverem, ale urcite jde pouze o to jak nastavit spravne parametry USB, coz by nemusel byt az tak velky problem. Zaroven je videt, kde je mozne hledat inspiraci - pro obsluhu serioveho portu byly pouzity moduly pl2303 a usbserial. Taky to ukazuje na to, ze asi budou pravda zvesti o tom, ze pokud se misto acm driveru pouzije usbserial s potrebnymi parametry, tak ze to chodi plnou rychlosti - mozna by to mohlo byt reseni do doby nez nekdo opatchuje acm driver.

Mimochodem v kernelu 2.6.8 je nejaka nova verze, ktera mi prestala komunikovat uplne - zajimave je, ze kdyz se predtim modem zinicializuje pod woknama nebo pod starsi verzi kernelu, tak to az do vypnuti bezi jak ma....

Doufam, ze se najde nekdo, kdo to bude schopen vyuzit a konecne opatchovat pod GPL.

M.G.

[Hogo]

A nesla by "odposlechnout" komunikace na USB pri inicilaizaci z Windows analyzovat to a pak pripadne pouzit na Linuxu - mozna je to opravdu jen v nastaveni nejakeho parametru v USB, anebo v mocemu.

[petr_p]

Vas postreh je spravny. Problem je skutecne mezi acm-cdc a usbcore. Jedna se o nestastnou kombinaci malych USB packetu, velkych IP packetu a strategii pridelovani pasma na USB sbernici. Ve vysledku, kdyz se generuje hodne USB provozu, tak je usbcore <-> modem propustnejsi.

Bohuzel, taky nejsem programator, spise sitar. Takze do toho tolik nevidim.

[Hogo]

Tady jsou taky nejake informace: http://hulan.info/blog/item/reseni-problemu-s-eurotel-cdma-a-gtran-modemem-update

[Mirek]

Mrkni na http://hulan.info/blog/item/chcete-rychlejsi-cdma-na-linuxu/category/suse-linux

tam je to popsano...

Kafemlejnek@t-email.cz

[me]

USBsnoopy uz nekdo zkousel? Uz se aspon vi jak ten modem komunikuje pod windows (v cem je komunikace jina)? Existuje nekde zaznam komunikace pro dalsi analyzu?

http://www.wingmanteam.com/usbsnoopy/

Dalsi reseni je spustit modem ve VMware v Linuxu a specialnim jadrem s patchem zaznamenat komunikaci v Linuxu...

Pak uz jen staci najit nekoho, kdo ma zkusenosti s psanim jedernych modulu a bude ochoten tomu chvilku venovat.

[me]

USB Snoopy FAQ; na strankach take ukazky pouziti pro vytvoreni driveru pro Linuxem nepodporovanou USB kameru.

http://mxhaard.free.fr/snoopy.html

[me]

Lepsi analyzator USB komunikace pro windows (SnoopyPro 0.22):
http://sourceforge.net/projects/usbsnoop/

[David Kubíček]

Pro budouci nove prichozi bych zde rad uvedl, ze skutecny opravny patch je jiz na svete, vcera jsem jej publikoval na svem serveru

[mmrnda]

BLAHOPŘEJI