Vlákno názorů k článku Zlikvidují ISP výměnné systémy? od Michal Krsek - Myslim, ze se asi nedohodneme. Ja budu tvrdit,...

Myslim, ze se asi nedohodneme. Ja budu tvrdit, ze vim, jak DC connect funguje a Ty, ze nevim :-)

Vim, jak vypada jednani ISP ve foru pro dial-up Internet. Nevim, jak obecne vypadaji dvoustranna jednani ISP o ADSL (nejake konkretnosti vim). V pripadech, ktere znam, ISP prilis aktivni nejsou ...

Michale, cely Internet je krehke medium zalozeny hlavne na komnitach, ktere spolu komunikuji - zprostredkovavaji si informace. Uz od dob Newsu (NNTP), IRC, BBS a dnes dale WebChat, P2P je to o dohodach a respektovani pravidel...

A jak uz jsem napsal v predeslem prispevku, Tva reakce jednoznacne znaci naprostou neznalost systemu Direct Connect...

K tomu nuceni - clovek, ktery bude komunitou vyvrzen, protoze se nepodridi nic nezmuze - nebo chces rici, ze uzivatele nelze donutit - proboha rozhledni se kolem sebe jak jsi v kazdem okamziku 'masirovan' a ani si to nemusis uvedomovat...

ISP ovlivnuji chovani uzivatelu velmi zasadnim zpusobem, o cem jsou aktualne jednani okolo dial-upu, ADSL apod?

Kdepak :-) <P>
Jine metody to zajisti mnohem spolehliveji. Doporucuji ten serial, pripadne knihy, na ktere jsou odkazy v jednotlivych castech serialu ...

OK, mozna nefunguje, ale mel by - alespon podle puvodni myslenky neznicitelne site kdy zniceni x tras/bodu nenarusi funkcnost site.

Pavle, stale si stojim za tim, co jsem napsal. Netvrdim, ze v nejakem konkretnim pripade neco neni mozne, nicmene tvrdim, ze v p2p sitich (vsimni si, ze nepisu zadny konkretni nazev) neni mozne uzivatele do neceho nutit.

Nezabyvame se tu problemem toho, jak zakazat JEDEN hub v DC, ale o tom, zda a jak muze ISP ovlivnit chovani uzivatelu ...

A na tom nic nemeni to, ze pises sveho DC klienta.

Ne, timto zpusobem Internet nefunguje.

Pro blizsi informace doporucuji svou serii clanku na LUPE psanou pred cca 3-4 lety.

A nefunguje presne takhle nahodou cely inet ? Proc by druhy ISP neposkytl svoji kapacitu, kdyz pro ni momentalne nema vyuziti. Pokud to nezacne omezovat jeho zakazniky, neni duvod, proc by se o kapacitu nepodelil. Pokud by jeden z nich mel vyrazne rychlejsi linku, neni podle mne problem nastavit nejakou maximalni rychlost vyuzitelnou druhym providerem. Nebo je mozne se o naklady podelit v pomeru spotrebovane kapacity. A tady se pokud vim mluvi spise nez o sdileni mezimestskych linek o peeringu provozu ve meste => vas provoz z mesta A do B pujde vzdy po vasi lince,pokud takova existuje, pouze pokud je cilovy pocitac ve stejnem meste v siti Beta, bude komunikace smerovana primo, nikoliv treba pres peering v Praze => usetrite kapacitu na lince site Alfa i Beta do Prahy. Podobne, pokud neexistuje vase linka do mesta B, samozrejme dojde k vyuziti site Beta, ale to je i pro ne vyhodne, protoze neni pouzita jejich linka do NIXu. Vseobecne jde o to, by bylo pouzito vice "slabsich dratu" proti soucasnemu stavu nekolika malo "tlustych".

Michale, kdyz neco nevis/nesledujes, prosim netvrd sve pravdy... - ale rekni, ze si myslis. Snizujes tak svou informacni hodnotu...

Konkretne je naprosto normalni, ze v siti Direct Connect se clovek identifikuje - casto je vyzadovan mod, provider, casto je hub uzavren jen na urcite subnety, je vyzadovan nazev providera v NICKu, pripadne rychlost. Ja vim ze P2P je dynamicke a citlive medium, ale veci, ze nejde nic prikazat/dohodnout se/akceptovat pravidla je blbost a veru funguje velmi dobre...

PS: Nemluvim o bonzovani v ramci DC++ klienta (proc asi existuje bonz free verze?;-> - ano jednu vyrabim sam), ale o dobrovolne identifikaci... - asi jako na sraz motorkaru jdes s hezkou holkou nebo poradnou masinou, jinak jsi ...

:-)))) Nazor ekologa na sitove protokoly je sice zajimavy, ale dost mimo. Uz jen v pripade, ze mate dva peeringy mezi dvema sitemi ve dvou ruznych bodech, mate problem - ani ne tak technicky, ono se s tim BGP4 vyrovna a chodit to bude,
ale k tomu, aby to chodilo podle Vasich predstav, se nad tim budete muset sakra zamyslet.

Priklad - mejme site Alfa a Beta, mesta A a B a v nich peeringova centra (A) a (B). Kudy ma teci provoz z pocitace v siti Alfa ve meste A do pocitace v siti Beta ve meste B? Ma jit Alfa.A -> (A) -> Beta.A -> Beta.B, nebo Alfa.A -> Alfa.B -> (B) -> Beta.B? Aneb ma traffic opustit moji sit co nejdrive, nebo naopak co nejpozdeji? A jak k tomu prijde druhy ISP, ze mu tece po jeho drahe mezimestske lince traffic, ktery tam nechce? Samozrejme, muzete dosahnout i stavu, kdy vam data tam tecou jinudy nez data zpatky a take si uvedomte, ze s mnozstvim propojovacich center a propojenych siti roste mnozstvi moznych kombinaci.

Super, povedlo se pana M.K. dostat do rozpolceni -
v lichych vetach vyka, v sudych tyka :-))))

Jasne, ze to nejde naridit. Ale bavime se o tom, jak
si uzivatele p2p dokazi zoptimalizovat toky, aby se
dostali co nejrychleji k datum, ktere chteji.
Uzivatele jsou sikovni a existuji zpusoby.
Jen jsem chtel rict, ze pokud neexistuje mereni realne
geograficke vzdalenosti v dnesich IP sitich obecne,
ze si uzivatele najdou jiny, treba uplne primitivni a
prosty zpusob.
Preci kdyz budu sedet na koleji ja nevim skoly XYZ, tak
tahat od kolegy pripojeneho ve stejne kolejni siti je
efektivnejsi nez z US.
A informaci o svem pripojeni sdelim ostatnim potencialnim
p2p userum velice jednoduse.

Znam dva (celkem presne) nastroje na odhadovani kapacity okruhu. Bohuzel obema trva znacny cas, nez se doberou vysledku. Navic Internet je dynamicke medium a sirka pasma dostupna k danemu pocitaci typicky neni dostupne po celou dobu prenosu. Nejsem si jist, ze pouziti techto algoritmu snizi cas potrebny k "nasosani prislusnych fajlu".

Je sice mozne, ze nekdo vymysli nejake lepsi algoritmy, ale pravdepodobne jedinym zpusobem, jak se vyporadat se stochasticnosti Internetu je budovani predimenzovanych siti vcetne posledni mile (coz nebude splneno ani dnes, ani zitra).

To, ze je nekdo CZ, jeste neznamena, ze je k Vam sitove nejbliz. Druhy problem je v tom, ze jen tezko budes nekomu neco narizovat - rozhodne nikoliv v p2p siti.

Z vlastni zkusenosti vim, jak je Internet dynamicke medium a stav u druhe strany se muze menit z minuty na minutu. Navic jde o nehorazne plytvani pasmem (na ta testovaci pripojeni).

Ano, souhlasi, proto jsem definoval neco, co jsem nazval "IP vzdalenost". Mluvit o pingu v tohle pripade asi nebylo nejvhodnejsi, myslel jsem neco jako "testovaci pakety ruzne velikosti". Nevim, na jaky urovni se dela fragmentace paketu, ale treba by se to dalo pouzit s pomoci nejaky heuristiky na odhadnuti sirky pasma.

Co kdyz se lidi v ramci vymen. systemu domluvi a budou
pouzivat nejakou svou "chytrou" metriku. Napriklad si
do nazvu loginu nebo do poznamky ulozi "CZ", pripadne
napr. "CZ[IOL]ADSL192". Z takovych udaju si uz dokazes
preci vybrat rozumne blizkeho "souseda".

Taky si muze aplikace sama vyzkouset prenos od nekolika
uzivatelu a dynamicky vybirat toho, od koho to pojede
nejrychleji....

Podotykam, ze pocet IP hopu v ceste ani doba, za kterou odpovi druha strana na ICMP dotaz (ping), nema zadnou relevanci ke geograficke vzdalenosti ani k dostupne sirce pasma.

Priznavam rovnou, ze tomu de facto vubec nerozumim, ale zjistit treba pocet hopu nekolika testovacich ruzne dlouhejch paketu a nejak je zvazit pingama - to by neslo pouzit jako "IP vzdalenost"?

Podle meho nazoru neni v peer-to-peer systemu realne, aby system hledal "nejblizsiho". Soucasny Internet (a vubec protokol IP) nedisponuje zadnymi informacemi, co je to "nejblizsi".

Vas nazor na to, co brani rozvoji vysokorychlostniho Internetu jsem zaznamenal, nicmene muj nazor je zcela odlisny - jak se muzete presvedcit v nekolika mych clancich v tomto magazinu.

Nějak jsme nepochopil tu zmínku "neplatí, že velká část provozu teče přes lokální výměnné (peeringové) centrum". Myslím si že to může vypadat i tak, že se stáhne jednou požadovaný soubor k nějakému uživateli např. v CZ a když systém umí hledat nejbližšího, tak už není potřeba znovu stahovat ze zahraničí.Co ale skutečně brání rozvoji vysokorychlostního internetu je relativně malý počet NIX center. Dovedu si představit model kdy by byl ideálně v každém bodě (město, vysílač, budova...) kde se dva ISP setkávají. A kdyby každý stahoval z nejbližšího stroje, nebyl by problém s přetížením nějaké páteřní sítě. Myslím že tohle by si ISP měli uvědomit, protože aplikacím tipu WWW vyhovovala právě stromová struktůra, kdežto P2P vyhovuje píše "pavučina" s co nejvíce propojovacími body.