UPC zacalo blokovat a omezovat provoz na nekterych portech

[Návštěvník allien]

http://www.lupa.cz/zpravicky/upc-za-sni ... dernizace/

[Návštěvník malina]

pises nesmysly:

 

Zábava číst, že někdo stáhne "jenom" 100 GB měsíčně. Podstatou torrentů je odesílat, takže nezřídka se stane, že člověk toho 10x více odešle než stáhne, aniž by to tušil.

 

podstatou BT neni odesilat, ale distribuovat obsah rovnomerne mezi vsemi peery

kolik se odeslalo a jaky je pomer DL/UL je videt na prvni pohled snad v kazdem klientu

 

Je třeba brát v potaz, že torrent ikdyž nestahuje vůbec nic, tak odesílá naplno kvanta dat na všechny strany internetu.

100 GB stažených dat v jednom měsíci tedy může znamenat klidně i 1000 GB odeslaných a teda že pouze torrentí traffic 1,1 TB měsíčně už je docela dost.

 

to tvoje odesilani naplno je legracni argument v siti UPC, kde je pomer DL/UL 14:1

typicky to probiha tak, ze diky vysoke rychlosti DL stahnu torrent treba za 8 hodin a pak dalsi 3 dny to mam pusteny jen proto, abych uploadoval a vyrovnal pomer DL/UL alespon na 1:1 a nebyl sketa ktera jen stahuje

 

Kdyby torrentisti tušili, jak to funguje, tak by to snad ani nepoužívali. Kterýkoliv správce sítě vám řekne, že torrent je killer sítí.

 

torrent coby protokol neni killer siti, rozumni klienti maji nastavene maximum pripojenych peeru, takze neni mozne, aby se k tobe pripojilo napr. 1000 peeru

 

Bohužel díky jednoduchosti ovládání to zvládne pustit i kdejaký béčko, tak se to rozmohlo a přirozená agregace už přestává fungovat.

 

je prirozena agregace 1:64? to je priklad agregace u "AGRESIVNIHO ZNEUZIVATELE" (termin UPC), ktery stahne mesicne 100 GB - ten totiz vyuzije prave 1/64 sve linky (u tarifu Extreme)

viz http://www.upczone.cz/viewtopic.php?t=2 ... &start=200

[Návštěvník piposek]

 

Kdyby torrentisti tušili, jak to funguje, tak by to snad ani nepoužívali. Kterýkoliv správce sítě vám řekne, že torrent je killer sítí.

 

torrent coby protokol neni killer siti, rozumni klienti maji nastavene maximum pripojenych peeru, takze neni mozne, aby se k tobe pripojilo napr. 1000 peeru

 

To je přesně ono, nevíš jak se ten program chová a děláš nesprávné závěry.

Za prvé torrent není protokol, ale to pitvat nebudu.

Ano maximální počet peeru na aplikační vrstvě si můžeš nastavit a to program dodržuje, ale ani netušíš co to dělá na relační vrstvě (a logicky i na všech nižších). Posílá pakety na všechny strany internetu a tím otevírá další a další spojení, které však aplikační vrstvě nepředá, jelikož je nesestavil, nicméně všechny síťové prvky po trase je drží až do vlastního timeoutu, protože debilní torent to není schopný sám uzavřít, když mu nepříjde ani po minutě žádná odezva. Ale v pohodě, přečteš si pár článků, koukneš na traffic routeru s 50 uživateli, z nichž JEDEN má puštěný torrent a procitneš z neznalosti.

Taky je důležité to "rozumní klienti," jak jsi sám napsal. Kolik takových je? myslím, že zanedbatelná menšina, protože ti co tady nejvíc řvou ani neví, kde se to nastavuje.

 

Další věci snad ani nemá smysl komentovat. Snad jen popostrčím tvoje myšlenky správným směrem, protože jsi nepochopil ani o čem se psalo.

Přirozená agregace je měnící se údaj. V dávných dobách i agregace 1:200 nebyl problém, protože bylo málo stahovačů (resp nebylo co stahovat). Ovšem s postupem času je stahovačů více a více, tak se přirozený agregační poměr snižuje. Pokud se potká na 10 uživatelích 10 stahovačů, tak musí být agregace 1:1, aby nikdo nepocítil aktivity druhého. Kapišto?

[Návštěvník AjSi]

 

Kdyby torrentisti tušili, jak to funguje, tak by to snad ani nepoužívali. Kterýkoliv správce sítě vám řekne, že torrent je killer sítí.

 

torrent coby protokol neni killer siti, rozumni klienti maji nastavene maximum pripojenych peeru, takze neni mozne, aby se k tobe pripojilo napr. 1000 peeru

 

To je přesně ono, nevíš jak se ten program chová a děláš nesprávné závěry.

Za prvé torrent není protokol, ale to pitvat nebudu.

ano, torrent opravdu neni protokol. bittorrent je protokol. a v tom je sakra rozdil...

[Návštěvník]

dovolte, prosím, abychom touto formou reagovali na Váš e-mail ze dne 26. 10. 2008, týkající se technického problému.

Pokud budete reagovat na naši odpověď, nepoužívejte, prosím, tlačítko odpovědět, ale využijte kontaktního formuláře na http://web.upc.cz/klpoz/cz.

V tuto chvíli jsou prváděny dočasná opatření z důvodu technické úpravy pro převod sítě na nové rychlosti. Omlouváme se Vám za vzniklé potíže.S pozdravem a přáním příjemného dne

Z. Kralčák

operátor klientského centra

 

Jenom doufám ze tato technická opatrení jsou opravdu docasná!!!!!!!!!!

[Návštěvník Kema]

Zaslaný dotaz:

 

Mám technický problém.

Nefunguje spolehlivě přenos dat na sítích P2P. Před týdnem problém nebyl.

Měření rychlosti však zpomalení linky nepotvrzuje.

Problém se stahováním na P2P sítích (Emule, Torrent, DC++ .... atd) je pouze na síti UPC. Na linkách ADSL a také na linkách WiFi je vše v naprostém pořádku. Ověřeno.

 

Prosím o odstranění závady.

Děkuji.

 

-----------------------------------------

Odpověď od UPC

 

 

dovolte, prosím, abychom touto formou reagovali na Váš e-mail ze dne 26. 10. 2008, týkající se technického problému.

Pokud budete reagovat na naši odpověď, nepoužívejte, prosím, tlačítko odpovědět, ale využijte kontaktního formuláře na http://web.upc.cz/klpoz/cz.

 

Děkujeme Vám za informace, Emule, Torrent, DC++ jsou programy řídící se metodou Peter/sled a v tomto případě se námi poskytované připojení od vlastního stahování liší dle možnosti hostitelů kteří sdílí data.

V případě, že by se porucha dala změřit v běžném testu rychlosti či Vám omezovala stahování z běžných serverů, neváhejte nás opět kontaktovat pro domluvu servisní opravy.

 

S pozdravem a přáním příjemného dne

S.Klásek

operátor klientského centra

www.upc.cz

[Návštěvník vemec]

Děkujeme Vám za informace, Emule, Torrent, DC++ jsou programy řídící se metodou Peter/sled a v tomto případě se námi poskytované připojení od vlastního stahování liší dle možnosti hostitelů kteří sdílí data.

V případě, že by se porucha dala změřit v běžném testu rychlosti či Vám omezovala stahování z běžných serverů, neváhejte nás opět kontaktovat pro domluvu servisní opravy

 

To si snad delaji srandu... Takhle zapirat nekomu, kdyz uz je zcela jasne ze p2p filtruji, no jako chapu o co jim jde, ale je to svinarna. Uz bych s tim ze ten traffic shaping do ledna zase zrusi (az si zajisti vetsi konektivitu) moc nepocital; ... a PETER/SLED ???

[Návštěvník]

 

Kdyby torrentisti tušili, jak to funguje, tak by to snad ani nepoužívali. Kterýkoliv správce sítě vám řekne, že torrent je killer sítí.

 

torrent coby protokol neni killer siti, rozumni klienti maji nastavene maximum pripojenych peeru, takze neni mozne, aby se k tobe pripojilo napr. 1000 peeru

 

To je přesně ono, nevíš jak se ten program chová a děláš nesprávné závěry.

Za prvé torrent není protokol, ale to pitvat nebudu.

Ano maximální počet peeru na aplikační vrstvě si můžeš nastavit a to program dodržuje, ale ani netušíš co to dělá na relační vrstvě (a logicky i na všech nižších). Posílá pakety na všechny strany internetu a tím otevírá další a další spojení, které však aplikační vrstvě nepředá, jelikož je nesestavil, nicméně všechny síťové prvky po trase je drží až do vlastního timeoutu, protože debilní torent to není schopný sám uzavřít, když mu nepříjde ani po minutě žádná odezva. Ale v pohodě, přečteš si pár článků, koukneš na traffic routeru s 50 uživateli, z nichž JEDEN má puštěný torrent a procitneš z neznalosti.

Taky je důležité to "rozumní klienti," jak jsi sám napsal. Kolik takových je? myslím, že zanedbatelná menšina, protože ti co tady nejvíc řvou ani neví, kde se to nastavuje.

 

Další věci snad ani nemá smysl komentovat. Snad jen popostrčím tvoje myšlenky správným směrem, protože jsi nepochopil ani o čem se psalo.

Přirozená agregace je měnící se údaj. V dávných dobách i agregace 1:200 nebyl problém, protože bylo málo stahovačů (resp nebylo co stahovat). Ovšem s postupem času je stahovačů více a více, tak se přirozený agregační poměr snižuje. Pokud se potká na 10 uživatelích 10 stahovačů, tak musí být agregace 1:1, aby nikdo nepocítil aktivity druhého. Kapišto?

 

To co rikas o otevrenych spojenich a drzeni relaci neni tak zcela pravda. Router/ L3 switch relace nedrzi a je to pouze smerovatko ktere opravdu nema problem smerovat giga bity a je mu jedno kam, dulezita je pro nej smerovaci tabulka. To o cem ty mluvis je PAT prekladac ktery pro tyto preklady opravdu dalsi tabulku potrebuje. Takze pokud mas nejaky virtualni problem s vekou tabulkou prekladu (16K zaznamu = 5MB a to ano pro nektere low end zarizeni muze byt problem) porad muzes (ne u low end) zarizeni zmensit timeout ustanovenych potvrzenych tcp spojeni z dvou ci tri dnu coz je default na treba 2 hodiny.

 

To ze je problem ukocirovat P2P klienty je znamy fakt. Navic se tyto aplikace snazi jakemukoliv umirneni branit. Reseni existuji na principu globalniho omezeni IP adresy klienta, ovsem v praxi nepouzitelne pokud ma byt rizena konektivita vetsi nez dejme tomu 5mbit, ale o tom se UPC musi presvedcit samo....

 

Uprimne by mi konektivita 4Mbit/1Mbit stacila az nad strechu a byl bych ochotny za ni platit to co platim ted za nefunkcni 12M/2M a kdyz si to clovek spocita tak je to rocne 15 500 coz je opravdu dost penez, ale za ty prachy neco ocekavam. Na surfovani po strankach a maily mi opravdu staci i ble GPRS v telefonu....

[Návštěvník malina]

Router/ L3 switch relace nedrzi a je to pouze smerovatko ktere opravdu nema problem smerovat giga bity a je mu jedno kam, dulezita je pro nej smerovaci tabulka. To o cem ty mluvis je PAT prekladac ktery pro tyto preklady opravdu dalsi tabulku potrebuje. Takze pokud mas nejaky virtualni problem s vekou tabulkou prekladu (16K zaznamu = 5MB a to ano pro nektere low end zarizeni muze byt problem) porad muzes (ne u low end) zarizeni zmensit timeout ustanovenych potvrzenych tcp spojeni z dvou ci tri dnu coz je default na treba 2 hodiny.

 

presne tak, piposek na jednu stranu slovickari (torrent, bittorent), na druhou stranu nerozlisuje smerovani a preklad adres/portu (NAT/PAT)

 

co ja vim, tak defaultni zivotnost zaznamu v tabulce byva 5 dnu a veskera low end zarizeni se tomu uz davno prizpusobila tak, ze maji nastavenou podstatne nizsi zivotnost - i desitky minut - tim padem pro ne bittorent opet killerem neni

 

a navic - paradoxne - bych rekl, ze UPC svyma opatrenima, kdy zamerne kazi a mrsi P2P provoz (o omezovani bych nemluvil, evidentne to neni obycejny shaping) dokonce pocet spojeni zvysuje - sleduju si dlouhodobe pocet zaznamu v ip_conntrack a z drivejsiho prumeru 600ks to je v poslednich dnech cca 2500ks aniz bych zmenil zpusob pouzivani netu

[Návštěvník]

 

a navic - paradoxne - bych rekl, ze UPC svyma opatrenima, kdy zamerne kazi a mrsi P2P provoz (o omezovani bych nemluvil, evidentne to neni obycejny shaping) dokonce pocet spojeni zvysuje - sleduju si dlouhodobe pocet zaznamu v ip_conntrack a z drivejsiho prumeru 600ks to je v poslednich dnech cca 2500ks aniz bych zmenil zpusob pouzivani netu

 

Uprimne sem nikdy nemel potrebu se ani koukat kolik mam zaznamu, prinutila me k tomu az plna 16K tabulka... takze nevim puvodni stav. Jak jsem psal, maji nejake kur..itko, ktere po ustanoveni sesny bud jakykoliv provoz timto blokuje, coz je totalni prasarna nebot to pak zaplnuje tabulky, kdyby tam byl drop pred ustanovenim, tak to z tabulky vypadne rychle. Je to sfinarna, protoze takhle nemuzes dokazat ze to blokuji, proste muzou tvrdit, ze to ma tak malou prioritu ze to bylo zahozeno prirozenou cestou nebot ustanoveni spojeni uspesne probehlo... torrenti klient pokud proste nedostane odpoved v danem case, tak si otevre spojeni nove, to ustanovi a zase je zablokovan a tak dokola az mas plnou tabulku, rychlost plneni je pak primo umerna nastavenemu poctu polootevrenych spojeni (rychlosti otevirani novych spojeni v case)

 

A jak sem jiz psal, kdyz dosahnes urciteho limitu, tak pak si neotevres nove spojeni ani jinou aplikaci....(treba VPN tunel..)