Vlákno názorů k článku Jak se daří tarifu Eurotel Data Nonstop? od Eman - Mno po pravde ... Data nonstop mam, ale...

Mno po pravde ... Data nonstop mam, ale je fakt ze pred pul rokem to byla nadhera. Dnes je to o polovinu pomalejsi a obcas se to zadrhne uplne. Navic mi asi pred mesicem prestaly prochazet UDP pakety na muj server a zatim nevim proc ... Tenhle tarif je opravdu super kyz se musite nouzove pripojit a prenest vice dat, jinak je lepsi sahnout po jine variante pripojeni .... Na traceroute a jine porty pak zapomente uplne ....

Ja jsem s data nonstop spokojen velmi, vubec zadne potize, porad to jede na plnej knedl, nepada. Nejvice mi vyhovuje ale ta mobilita. Odjet si na chatu v pulce tydne a tam si makat, parada.
Zajima me, jak eurotel mini do budoucna zrychlovat sluzbu ? Vice timeslotu ? Jine kodovani ? Ptal se nekdo na tyto otazky na tiskovce ?

Ja jsem s data nonstop spokojen velmi, vubec zadne potize, porad to jede na plnej knedl, nepada. Nejvice mi vyhovuje ale ta mobilita. Odjet si na chatu v pulce tydne a tam si makat, parada.
Zajima me, jak eurotel mini do budoucna zrychlovat sluzbu ? Vice timeslotu ? Jine kodovani ? Ptal se nekdo na tiskovce ?

o zrychlování se na tiskovce explicitně nemluvilo. Ptal jsem se na to v diskusi, odpověď vyzněla tak že hledají vhodný SW pro komprimaci přenášených dat, ale zatím nemají vybráno.

Hele, já do toho tolik nevidim, ale kolega, který má u nás tohle na starosti povídal, že prý existuje nějaká "vychytávka", kterou se za naprosto stejného vytížení timeslotů a sítě dosáhne reálné propustnosti několik stovek kbps. Je to něco v tom smyslu "komprimačního" software, jak píše pan Peterka níže.

Jinak, co se týče zkušeností s DN? My na to máme pověšenou LANku (5x PC + server). Vzhledem k situaci připojení u nás v lokalitě (Třeboňsko), kde se bezdráty pohybují za 64kbps na nějakých 3-4 tis/měsíc je to jako nouzové řešení výhodné.

Katastrofa je upload. Tam to jede na plnej kotel nějakých 10kbps, takže odesílat 10MB email nebo uploadovat na FTP je opravdu síla. Výhodou ale je, že je to asynchronní linka ale full duplex, tedy při opsazeném uploadu Ti jede download na plnej kouř.

Ideální je to opravdu jako alternativa v lokalitách kde nejsou dostupné "lidové" bezdráty a jedinečná věc je to pro člověka, který cestuje. Mám noťase HP s AMD procesorem, který vydrží cca 4 hodiny na baterku. Celou cestu z Krkonoš (cca 300km) jsem si v pohodě surfoval. To se mi moc líbilo. Bez jediného výpadku - nebo jsem ho alespoň nezaznamenal.

Co se týče rychlosti, je známo, že hlasy mají u ET přednost, takže se občas stává, že to leze jako šnek. Ale je to spíče výjimka.

Co se týče spolehlivosti, zjistili jsme, že to záleží spíše na použitém telefonu než na ET. Nejhorší byl zatím u nás Alcatel 715, který všude chválí a je opravdu papírově "nabušenej". je to subjektivní názor, ale chodil kupodivu pomaleji než archajický Siemens S45, který by měl být papírově podstatně pomalejší - divné!

Příště se jich zeptejte, proč nepovolí MPPC kompresi, to je komprese na PPP protokolu, kterou podporuje každý router Cisco s IOS tak od roku 1996 a každé Windows už od dob W95 tuším, na Unixech samozřejmě také něco je.

To by pak nemuseli vymýšlet blbiny s nějakým proxy softem.

Samozřejmě to komprimuje bezztrátově, takže jenom text, ale 33,6 linka mi jela 386kbps (to jsem posílal prázdná resp. stále se opakující data), a když HTML stránka naběhne 5x rychleji, tak to už za to stojí, ne?

A to, že mají slabé procesory v routrech, to jim nebaštím, spíše jim jde o to nekomprimovat aby přenesli raději co nejméně dat anebo o heslo "žádná komplikující featura navíc", anebo tomu nerozumějí?!


Jinak já se jich když to rozjeli ptal a nebyly schopni odpovědět, akorát po 2 dnech zjistili, že tu MPPC (Microsoft Point to Poinrt Compression) povolenou na routerech nemají.

Škoda.

Jenze MPPC je trochu komercni a ne zrovna open dostupne ve sve specifikaci... - ano i v Linuxu je moznost, nakolik legalni nedokazu posoudit, kazdopadne, kdyby to bylo tak jednoduche jak pisete, byl by to obycejny "kodek" do PPP...

To jako fakt?! A ja si doposavad myslel, ze MPPC je definovano v RFC2118, ale je to jen mozna informacni RFC.

Ale shodli jsem se, ze MPPC to dostupno pro vsechny platformy a hlavne pro routery (IOS CISCO v zakladu, jen to zapnout), takze kde je problem? Btw na Ciscu lze aktivovat jeste dalsi 2 typy kompresi, ale ty jsou uz zastarale (podporuje jen NT4 a W95).

Pokud si to klient nevyzada, tak to router nekomprimuje! A defaultni nastaveni u klienta Windows je myslim nekomprimovat, takze kde je problem?

Ja myslim ze jen humbuk "podivejte my mame komprimacni proxy", to je vetsi reklama nez rici uzivatelum - zapnete si to ve svem DialUp properties! To by spousta lidi totiz nepochopila. Ja osobne bych to uvital, podobny krok zavedl kdysi VOLny na svych Dial a nekterych ISDN routerech, pote kdy jsem je o to neustale zadal, nevim zda jim to jede dodnes?

Proc ale vymyslet nove technologie kdyz tohle je uplne dostatecne, obrazky, a dalsi blbiny si jako user mohu vypnout nebo vyblokovat a mam to skoro bez prace...

Pokud si to klient nevyzada, tak to router nekomprimuje!...

Ve smeru toku "od klienta k routeru". V opacnem smeru (a tam je tok vyssi a tedy je to ten smer, ktery nas zajima vice) si to klient ani vyzadat nemuze. To musi nabidnout ten router a jedine co klient muze je takovou nabidku neodmitnout. Vice viz RFC popisujici jak vlastne PPP funguje. Vyjimkou je, jak jinak, MPPC (protoze je od MIcrosoftu), kde to sice probiha uplne stejne, ale v pripade, ze klient o kompresi pozada a router ji schvali, tak o ni router pozadat MUSI a klient ji MUSI schvalit.

no a co, mate snad lepsi napad, nez MPPC, ktere je dnes rekneme v 99,99% klientskych pocitacu dostupny a v cca 90% novejsich routru take?

Takze jeste jednou, klient si musi vyzadat MPPC a pokud je na routru povoleno, tak dalsi komunikace bezi komprimovane (pokud neni, jako u vetsiny ISP - proc by davali vetsi objem dat? tak se nic nezmeni, jede se nekomprimovane), prumerna komprese je okolo 50% - to je dost dobre, ne?