DEFINITIVNÍ FUP - DŮVOD KE ZMĚNĚ ISP - PODVOD TISÍCILETÍ

Vše o internetu v mobilu a mobilním surfování

Moderátor: Moderátoři MobilMania.cz

Odeslat příspěvekod cinique 14. 4. 2005 23:16

Zdravim.
Takze moje cdma ve spolupraci s DC se chova nasledovne: v dennich hodinach je to takrka nepouzitelne. Huby me kazdych par minut odpojuji, k uzivatelum se vetsinou neda pripojit (connection timeout) a kdyz uz se nejakym zazrakem podari navazat nejake spojeni, nebo velkym zazrakem i nekolik spojeni najednou, celkovy download nikdy nepresahne 1kBs. Jestli je par minut po cele nebo jestli je par vterin po restartu pripojeni na to nema zadny vliv. Stejne jako nema zadny vliv "odesilani bordelu."

Naproti tomu v nocnim provozu zadny fup nepozoruji. Po jedne se DC rozjede a do rana stahne 1,5GB. Tak nejak tech 250MB za hodinu. Tak to bylo v noci z pondeli na utery. Z utery na stredu to bylo, pravda, o neco horsi. Ale nevim, jestli to nebylo tim, ze jsem stahovala veci, ktere nejsou tak rozsirene...

ftp ani zadne streamy nepouzivam a z http jsem momentalne nic vetsiho nestahovala. Pri mensich objemech dat (tak kolem 10MB) to z http jede krasne - kolem 50 - 70 kB/s.

Takze tak.

p.s. pokud znate zpusob, jak zase "rozjet" DC, budu vdecna za PM ;-)
cinique
Junior
Uživatelský avatar

Odeslat příspěvekod another 16. 4. 2005 13:35

Přes den DC++ jede max 1kB/s v noci od jedné ráno pravděpodobně bez omezení.Za noc staženo přibližně 900mega.Dopoledne jsem asi hodinu a půl tahal z ftp konstantní rychlostí 16kB/s.Kdopak ví co s tím... :shock:
another
Kolemjdoucí

Odeslat příspěvekod TomaSoft 17. 4. 2005 00:32

Moje poznatky o FUP_2 a jak funguje u mně:

Oblast - Praha 9, používaný hardware - modem GPC-6420, jako anténu používám standartně dodávanou "magnetku" hozenou na střeše - signál stabilně 46%. Upload mám standartně a stabilně 15-18 KB/s, download během dne kolísá od 250 do 450 kbps, tj. 30-55 KB/s. V noci skokově až 1 Mbps, tj. okolo 120 KB/s, ale to jen vyjímečně, většinou se nedostanu přes 600 kbps.

Měřením jsem zjistil, že FUP 2 se projevuje po stažení 25MB dat ze všech portů (těch neblokovaných FUP 1) kromě portu 80. Download pak klesne na cca 10-12 KB/s, port 80 stále běží na plno pro vše, co přes něj jede. Obnovení rychlosti standartě začátkem nové hodiny. Upload není nijak omezen.

Download v sítích P2P, konkrétně mnou používaný Bittorrent, je za běžných okolností snížen od 9:00 do 1:00 na rychlost 32kbps, avšak FUP 1 lze poměrně jednoduše obejít. Využívám k tomu ale jiný port než 80, takže po stáhnutí 25MB jsem na rychlosti downloadu 10-12 KB/s. To poměrně ujde, za den tak stáhnu okolo 2,5-3,5 GB dat, záleží na aktuální rychlosti linky.

Zavedení FUP 2 mě konkrétně pomohlo, do doby jejího zavedení jsem se na žádném portu nedostal přes 150 kbps. Reconnector jsem nezkoušel, ale po ručním odpojení a opětovném připojení se data stažená v konkrétní hodinu resetovala a rychlost byla opět na maximum.

Toť vše...
TomaSoft
Kolemjdoucí
Uživatelský avatar

Odeslat příspěvekod _-0-_ 17. 4. 2005 19:07

Tento příspěvek jsem napsal v sobotu, ale Mobilmania stěhovala fórum na jiný server (byla nedostupná), takže jej umisťuji lehce upravený a doplněný až nyní. Děkuji Markovi L., bez jehož laskavého přispění by byl ztracený.

V noci z pátku na sobotu, v době od 00:00 do 09:00 byl průměrný datový tok nižší než o předchozí noci, t.j. cca 140 kbps, denní (první hodina a půl) 125 kbps, celkový download za 12 hodin od půlnoci 1,57 GB. Podotýkám, že se jedná o průměrné hodnoty při stahování z DC, které jsou vždy výrazně nižší, než je možné docílit např. downloadem z rychlého FTP.

Během oné noci došlo k několika drobným výpadkům (nepozorovatelným na NIXu), nebo se několikrát výrazně zvýšila latence sítě. Tím se dá s velkou mírou pravděpodobnosti objasnit pokles rychlosti nočního downloadu:

Sat, Apr 16, 2005 00:10 LOWER THAN LIMIT 10 kBps
Sat, Apr 16, 2005 00:32 LOWER THAN LIMIT 10 kBps
Sat, Apr 16, 2005 00:49 PING_1 ERROR - GO TO NEXT TRY
Sat, Apr 16, 2005 00:51 LOWER THAN LIMIT 10 kBps
Sat, Apr 16, 2005 04:44 LOWER THAN LIMIT 10 kBps
Sat, Apr 16, 2005 05:19 LOWER THAN LIMIT 10 kBps
Sat, Apr 16, 2005 06:22 PING_1 ERROR - GO TO NEXT TRY
Sat, Apr 16, 2005 06:45 PING_1 ERROR - GO TO NEXT TRY
Sat, Apr 16, 2005 07:37 PING_1 ERROR - GO TO NEXT TRY
Sat, Apr 16, 2005 07:43 PING_1 ERROR - GO TO NEXT TRY
Sat, Apr 16, 2005 08:01 PING_1 ERROR - GO TO NEXT TRY
Sat, Apr 16, 2005 08:02 PING_2 ERROR - RESTARTING
Sat, Apr 16, 2005 08:24 PING_1 ERROR - GO TO NEXT TRY
Sat, Apr 16, 2005 08:51 PING_1 ERROR - GO TO NEXT TRY
Sat, Apr 16, 2005 09:13 PING_1 ERROR - GO TO NEXT TRY
Sat, Apr 16, 2005 09:16 LOWER THAN LIMIT 10 kBps
Sat, Apr 16, 2005 09:44 LOWER THAN LIMIT 10 kBps
Sat, Apr 16, 2005 10:17 LOWER THAN LIMIT 10 kBps

(Srovnání s nocí ze čtvrtka na pátek a podrobnější popis FUP_3 včetně spekulace o FUP_4 na str. 2 tohoto vlákna http://mobilforum.mobilmania.cz/viewtop ... =7402#7402 )

Download za sobotu byl 2,67 GB, za neděli do 19:30 3,19 GB.

Batch file, který používám ( http://mobilforum.mobilmania.cz/viewtopic.php?t=164 ) "rozhoduje" o tom, jestli nastane restart, nebo ne, posílá ping napřed na nix.cz, když ten selže, tak na google.com a teprve v případě timeoutu na google.com vyvolá restart.

Z rozdílů mezi předchozí a dnešní nocí nelze nic soudit, protože stahování z DC (i když je "plně nabitá fronta") nelze považovat za měření, ale jen za orientační pomůcku.

Shrnutí (pravděpodobné závěry):

Eurotel používá současně několik způsobů FUP (nesprávná zkratka, ale budu ji v tomto významu užívat i nadále, číslování v pořadí, v jakém jsem je postřehl):

FUP_1: pravděpodobně založená na blokaci většiny portů a současně třídění packetů podle obsahu

FUP_1n: jiná forma patřící do skupiny FUP_1 a _3, částečně omezující rychlost v rámci P2P

FUP_2: zavedení doby intensivního stahování, dosažení datového objemu, nebo aktuálního přetížení sítě (v oblasi/sectoru) jako kriteria pro snížení rychlosti. Toto omezení se periodicky resetuje po hodině, nebo po restartu připojení. Je tedy pravděpodobně vázáno na konkrétní přidělenou IP (modem).

FUP_3: pouze zdokonalená varianta FUP_2, vhodně aktualisovaná a účinná stejně, jako ve své době FUP_1

FUP_4: (pouhá spekulace) - krátkodobé výpadky sítě, někdy výrazné zvýšení latence, způsobující ve svých důsledcích přerušení spojení s huby, nebo přerušení připojení, nebo dokonce možná i "vytuhnutí" připojení. Nemusí se nutně jednat o záměr.

Jak je FUP nasazována: V denní době FUP_2 v kombinaci s FUP_3, v noci FUP_1n v kombinaci s FUP_4

Jako všechna omezení jde i to současné obejít, Eurotel se také zjevně nesnaží (nemá důvod) docílit absolutních omezení. Postupuje jen statisticky, sleduje průměrné údaje a reguluje jejich hodnotu. Vše je o pravděpodobnosti - např. krátkodobý výpadek v noci "odstaví" n modemů - (většina nepoužívá redialery), takže do ranních hodin klesne celkový datový tok o n x průměrná rychlost nočního stahovače e.t.c.

Nezanedbatelný je také lidský faktor, pro který jsou používány různé druhy FUP. Plošné, účinné a absolutní nasazení omezení by bylo sice transparentní, ale pro jeho retroaktivitu by vzbudilo přece jen velkou nevoli. Patrně proto (a nejen) se mění charakter nasazovaných omezení, protože se stále mění skupina, která je postižena. Hlavním důvodem je ale samozřejmě snaha o optimalisaci, nalezení nejprůchodnějšího modelu a adaptace na metody těch, kteří omezení obcházejí.

Po každém "objevu", jak FUP obejít, nastává fáze šíření oné informace mezi usery (proto také budu tentokrát bez výjimky zticha - omlouvám se všem, kteří mě kontaktovali na PM, nebo mailem - je to ale nezměrně primitivní) a současně hledání patřičné odpovědi ze strany Eurotelu. Po nějakou dobu vše funguje, useři nadšeně dělají úpravy a "pokřik" se pomalu sklidňuje. Datový tok roste a provider hledá opatření. Potom přijde další omezení...

S každým novým cyklem by se měla zvětšovat perioda a snižovat amplituda. Na konci této "cesty" většina unavených userů "boj" vzdá, vytrvalí docílí toho, co chtěli a ISP má ničím nezkalenou perspektivu zisku.

Kombinace úprav konfigurace sítě a následné změny (nikoliv současné) v aplikování FUP skutečně paradoxně zrychlily v některých případech stahování z DC až na téměř trojnásobek původních hodnot. Bohužel mám málo informací o provozu dalších sítí a služeb, určitě by bylo zajímavé, kdyby je někdo uvedl.

To Toma Soft: Moje mizivá zkušenost z použití Bittorrentu byla taková, že port, který jsem nalezl jako volný, nikdy dlouho volným nevydržel. Omezení na stále ještě ucházejících 10-12 kBps a případně neomezený port 80 je v mém případě minulostí z doby četných změn FUP - FUP_3 vše změnilo (pokud nepoužívám žádná "antiFUP" opatření).

Aktuálně jsem spokojený - otázkou ovšem je, na jak douho. Rychlost obecně mám výrazně vyšší, než posledních několik měsíců (moc by mě zajímalo, čím to je, protože to zjevně nemá souvislost se zaváděním FUP) a omezení P2P nepociťuji.

To je ale jen osobní pohled, sledující sobecké zájmy. V obecné rovině musím konstatovat, že to samozřejmě nemění nic na tom, že se Eurotel zachoval nekorektně, když zpočátku nalákal zákazníky (a zavázal je smlouvou) na něco, co vzápětí pro většinu z nich učinil nedostupným.

Velká skupina userů je omezována nadále, ať již proto, "že si neumějí poradit", nebo proto, že chtějí využívat jiná služby, nebo sítě, které jsou pro ně nedostupné. Jenže - z téměř žádných reakcí na zavedení poslední varianty restrikcí soudím, že jsme se přiblížili ke stadiu, ve kterém už opadly vlny emocí a většina se stala značně resistentní vůči změnám a smířená se stavem. Je to logický důsledek vývoje.

Pravděpodobně jsem se dopustil mnohých omylů a nepřesností, budiž mi omluvou, že jsem vycházel jen z vlastních pozorování a několika málo reakcí. Pokud můžete cokoliv z uvedeného upřesnit, nebo vyvrátit, tak to prosím učiňte.
*** DON`T PANIC! ***

--> EFnet #cdma.cz <--
_-0-_
Junior
Uživatelský avatar

Odeslat příspěvekod cinique 18. 4. 2005 00:48

Prave jsem ucinila zajimavy poznatek. Zkusila jsem ve Strongu vypnout "odesilani bordelu", protoze pres den to nepomaha a myslela jsem, ze v nocnim rezimu je to zbytecne... Ale to jsem se spletla. Vypnula jsem to a po par desitkach vterin stahovani jsem byla odpojena od NETu. Vite o cem mluvim - takovy to, jak sice pripojeni jste, ale pritom data netecou... Po chvilce mi muj redialer automaticky zrestartoval pripojeni, ale sotva se DC znovu chytlo, opet se po par stazenych kB situace opakovala. Tak jsem tu funkci stronga opet zapnula a vsechno je zase ok.

Zduraznuji, ze se to stalo ted, pred par minutami = v nocnim (dle ET neomezenem) provozu. A presto se citim velmi omezovana. V podstate tim ET rika:"kdokoliv pouzije p2p bude okamzite bez milosti odpojen od netu"

Predpokladam, ze je to jen nejaky prechodny stav nebo mozna jen shoda nahod. Treba se mylim... Overte to nekdo... Protoze pokud by to bylo tak jak rikam, tak uz je drzost eurotelu opravdu donebevolajici!
cinique
Junior
Uživatelský avatar

Odeslat příspěvekod _-0-_ 18. 4. 2005 02:19

Mira zalezi na versi Strongu (moje pozorovani). Nicmene si stojim za tim, ze je FUP nasazována v noci jako kombinace FUP_1n a FUP_4, pripadne FUP1n samotna. Jinymi slovy potvrzuji Vase pozorovani s tim, ze si myslim, ze ucelem FUP_1n (pouzivaneho v noci) neni zacela zamezit provozu P2P (resp. DC), ale jen omezit traffic.
*** DON`T PANIC! ***

--> EFnet #cdma.cz <--
_-0-_
Junior
Uživatelský avatar

Odeslat příspěvekod cinique 18. 4. 2005 06:37

Teda reknu vam, ze uz toho eurotelu mam fakt plny zuby. Clovek necha zapnutej komp pres noc, plati za eletriku, kvuli hucicimu kompu se ani poradne nevyspi a rano zjisti, ze se stahlo usmudlanejch 300MB! A to proto, ze vzdycky, kdyz se stahovani nejak hezky rozjelo (a parkrat to bylo dokonce i pres 100kB/s, coz jsem nevidela uz mnoho mesicu), po par minutach doslo k odpojeni od NETu. Redialer sice pripojeni znovu navazal, ale nez se zase uvolnily sloty, moc se toho nestahlo. A jakmile se uvolnily a stahovat se zacalo, doslo znovu k odpojeni. Zkracene receno: za celou noc jsem stahovala asi 40minut cisteho casu.

Tohle prece ale uz prehaneji! Kolega Medved si v pararelnim threadu dopisuje s ruznymi urady, ktere mu zatim nedaly zadnou uspokojivou odpoved, jenze! - tyto urady odpovidaji jen na to, ze eurotel pouziva FUP ve forme zpomalovani tech, co prilis zatezuji sit. Ovsem me zkusenosti z dnesni noci napovidaji spise tomu, ze eurotel pouziva FUP ve forme ODPOJOVANI tech, co prilis zatezuji... A to uz neni FUP. To je NEHORAZNOST! Smula ovsem je, ze to eurotelu tezko prokazu. Je mi jasny, jak to dopadne, kdyz to zkusim. Reknou, ze rozhodne nic takoveho nedelaji, ze je problem u me, a hlavne ze si mam pohnout antenou. Coz je jejich vyraz pro "trhnete si nohou"
cinique
Junior
Uživatelský avatar

Odeslat příspěvekod venca 18. 4. 2005 07:04

Tak proto jsi ho nepozoroval :idea:
venca
Kolemjdoucí
Uživatelský avatar

Odeslat příspěvekod Zalmas 18. 4. 2005 21:57

Zdravím.
Jsem z Benešovska FUP se u mě projevuje naprosto stejně jako u Vás.
Jediný problém přetrváva a to že si nyní přes den neškrtnu. Nastavení stronga již nepomáhá. (odesílání bordelu).
Jak píšete řešení je primitivní, ale já si nevím rady byl bych moc vděčný za každou radu co s tím.(alespoň popostrčit)
S pozdravem Zalmas.
Zalmas
Kolemjdoucí

Odeslat příspěvekod _-0-_ 18. 4. 2005 23:28

Pane Zalmasi, prosím nezlobte se, ale životnost prozrazených opatření se prudce snižuje. Mám s tím již dvě zkušenosti. Nehledě k tomu, že je velmi pravděpodobný výskyt lidí od ET mezi těmi, kteří se ozvali na PM, nebo mailem (případně na boardu). To už bych mohl rovnou poslat mail IT z ET.

Ještě jednou se omlouvám.
*** DON`T PANIC! ***

--> EFnet #cdma.cz <--
_-0-_
Junior
Uživatelský avatar

Odeslat příspěvekod Zalmas 18. 4. 2005 23:45

To se neda nic dělat no, kdyš neprozradite neprozradite.
Uživejte sosání... Přeji ať Vám to vydrží co nejdéle.
S pozdravem Zalmas
Naposledy upravil Zalmas dne 25. 4. 2005 23:06, celkově upraveno 1
Zalmas
Kolemjdoucí

Odeslat příspěvekod _-0-_ 20. 4. 2005 14:23

Pan martexman mě upozornil, že se změnil charakter FUP_2 (za to mu děkuji). K poklesu datového toku dojde po delším intervalu (nebo stažení většího objemu dat). Jeho pozorování mohu potvrdit, viz výpis z *.log file na konci příspěvku.

V praxi to znamená (v mém případě) prodloužení doby mezi restarty o cca 10 min., t.j. místo třech restartů za hodinu pouze dva.

Tue, Apr 19, 2005 08:00 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 08:45 PING_1 ERROR - GO TO NEXT TRY
Tue, Apr 19, 2005 09:16 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 10:45 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 11:14 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 11:40 PING_1 ERROR - GO TO NEXT TRY
Tue, Apr 19, 2005 11:41 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 12:16 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 12:45 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 13:25 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 13:51 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 14:30 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 14:57 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 15:22 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 15:46 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 16:15 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 17:37 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 18:09 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 18:33 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 18:52 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 19:22 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 19:41 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 19:58 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 20:15 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 20:35 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 20:48 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 21:19 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 21:42 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 21:58 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 22:20 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 22:38 PING_1 ERROR - GO TO NEXT TRY
Tue, Apr 19, 2005 22:42 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 23:18 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 23:45 LOWER THAN LIMIT 10 kBps - RESTARTING
Tue, Apr 19, 2005 23:58 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 00:16 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 00:36 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 00:56 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 04:34 PING_1 ERROR - GO TO NEXT TRY
Wed, Apr 20, 2005 06:25 PING_1 ERROR - GO TO NEXT TRY
Wed, Apr 20, 2005 06:53 PING_1 ERROR - GO TO NEXT TRY
Wed, Apr 20, 2005 06:54 PING_2 ERROR - RESTARTING
Wed, Apr 20, 2005 07:20 PING_1 ERROR - GO TO NEXT TRY
Wed, Apr 20, 2005 07:21 PING_1 ERROR - GO TO NEXT TRY
Wed, Apr 20, 2005 07:21 PING_2 ERROR - RESTARTING
Wed, Apr 20, 2005 09:12 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 09:31 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 09:54 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 10:25 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 10:47 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 11:28 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 11:46 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 12:18 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 12:47 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 13:21 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 13:44 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 14:19 LOWER THAN LIMIT 10 kBps - RESTARTING
Wed, Apr 20, 2005 14:45 LOWER THAN LIMIT 10 kBps - RESTARTING
*** DON`T PANIC! ***

--> EFnet #cdma.cz <--
_-0-_
Junior
Uživatelský avatar

Odeslat příspěvekod mprofa 20. 4. 2005 20:27

Už delší dobu používám Dc jen jako chat .Co potřebuji najdu na FTP,HTTP,BRTURBO atd...Nejsem žádným zastáncem ET ale musím říct že jsem vcelku spokojenej.Ono stačí jen trochu přemýšlet a zkoušet.Dnes jsem zkoušel sosání na dc a musím říct že jsem žádné nové FUP (v průběhu stažení 320MB) nezaznamenal .Zkuste trochu přemýšlet a položte si zásadní otázku,proč a jak mě může ET omezit??? Nebude to náhodou tím,že odesílám na ET info????
mprofa
Kolemjdoucí

Odeslat příspěvekod Medved 21. 4. 2005 08:51

Magicke cislo je: 60 MB
Medved
Kolemjdoucí

Odeslat příspěvekod _-0-_ 21. 4. 2005 14:13

Pane Medvede, nemohu souhlasit. Dnes jsem několikrát zopakoval měření mezi limitacemi a vycházelo mi to mezi 75 a 85 MB (tedy nikoliv 60 MB). Všechna má pozorování, která jsem dosud prováděl, nasvědčují tomu, že kriteria pro spuštění limitace jsou podstatně sofistikovanější, nežli prostý datový limit. Kromě toho jsou proměnná (nebo neumím najít algoritmus).

Proto jsem přesvědčen o tom, že není efektivní sledovat jako kriterium restartu změnu objem dat, nebo čas, ale pouze snížení datové rychlosti a opakovaně ping, kterým se dá odhalit přílišná latence sítě.

Je ovšem faktem, že chybí pozorování z různých míst, proto nemohu vyloučit, že v oblasti, kde jste připojený, je uplatňována jiná varianta FUP.

To all: Vím, že už jsem s tím otravný, ale bylo bu opravdu dobré, kdybyste zaznamenali charakteristiky FUP tak, jak funguje u Vás, aby se dalo odhadnout, jestli má FUP identický charakter na celém území, či nikoliv.

Obzvláště zajímavé by bylo zjistit, jestli je limitace spouštěna v rámci sektoru současně všem, nebo ne. Pokud máte souseda, který používá CDMA také, potom je do jisté míry pravděpodobné, že používáte totožný sektor. Prosím, zjistěte v takovém případě, jestli u Vás dojde k současné limitaci, nebo ne.
*** DON`T PANIC! ***

--> EFnet #cdma.cz <--
_-0-_
Junior
Uživatelský avatar

Předchozí stránkaDalší stránka

Kdo je online

Uživatelé procházející toto fórum: Žádní registrovaní uživatelé a 0 návštevníků