No ale ty bunky se musi nekdo slozit a to predstavuje moc velkou zatez pro routery => nizka rychlost+vysoka cena =>ATM se hodi maximalne na prenos hovoru. kde by pouziti vetsich paketu spusobovalo spozdeni pri kodovani/dekodovani(pri pouziti paketu o velikosti 512B prenos+(512+512)/8000=128ms, Dalsi vec je ze pokud budete pouzivat technologii ATM tak nemuzete nabidnout klientim pevne okruhy vyssich kapacit za prijatelnou cenu.
když tomu nerozumíte, tak o tom nepište.
ATM pomalá není. Možná tím myslíte, že má větší režii. Dobře, má o něco větší režii, takže když byste byl jediný uživatel a využíval pouze FTP přenos z nejbližšího routeru, tak to bude opravdu o něco rychlejší. Je ale tato situace reálná?
U ATM je podstatně rychlejší přepínání, u ATM se dá vždy zaručit naprosto přesně propustnost každému a to až na velikost buňky, u ATM se také díky fixní velikosti buňky velmi jednoduše a naprosto nedostižně (v IP světě) dají zaručit přenosy typu telefonie, videokonference, hry atd., které jsou náročné na zpoždění.
A o to vše nás telecom svým IP přístupem připravil, samozřejmě na IP se to dá částečně obejít (btw to už je pak režie úplně jinde), ale na IPv4 nikdy neuděláte QoS (už z principu, lepší je to pak až u IPv6) takže kvalita bude naprosto neporovnatelná.
uvědomte si, že když bude mít někdo na jednom DSLAMu jednoho či 2 zákazníků, tak se mu to ani nevyplatí na té dotyčné ústředně rozjet, protože ještě platí za ní jako celek. Takže do toho bude když bude mít třeba 100 poptávek na jednu ústřednu a tam už se agregace počítá!
A také si uvědomte, že sdílený 192 kb na 50 uživatelů neznamená, že každý bude mít 4 Kb. Může to aktivně využívat jeden či deset, a pak zbylých 40 bude mít nulu. Pochybuji, že by na obou stranách byl instalovaný inteligentní trafic shaper, který by podle počtu klientů dělil pásmo (rozhodně Telecomem zakoupené DSLAMy to sami o sobě nepodporují, mají jen jeden ATM výstup který je sdílený, takže to bude skákat po ATM rámcích, ale agregovat se to bude náhodně.
Ahoj Petre,
ano v pripade jednoho zakaznika to (MOZNA) bude tak, jak rikas. Bohuzel Telecom NEDAVA informace (ani operatorum) o tom, jak to cele bude realizovano.
Presne tak ... Kdyz si ISP koupi od CTC Carrier IP access na 10 mbitech, proc by mu mel prvnich 20 zakazniku telekom agregovat, kdyz neni s kym agregovat ??
Nepochopil jste mne. Samozrejme ze je pevne dany. V RAO je naspoano "je mozne parametry agregace kontrolovat porovnanim mereni linky Carrier IP Access a zaznamu RADIUS accounting"
Z tohy vyplyva ze je pevne dany , ale neni to rozhodne tak ze by jeden kanal sdileli vsichni uzivatele vsech ISP ...Agregace se propocitava jen ve "VLANE" toho urciteho ISP a ne komulovane pro vsechny ISP ....
Nazdra Michale, jestli to nebylo myšlené tak, že když bude mít ISP jen jednoho Basic zákazníka, že bude propustnost nastavená ČTc 192 kbit a vlastně k žádnému overbookingu nedojde?
Nebo bude v takovém případě propustnost 192/50 = 3,84 kbps? To snad ne, to by si první zákazníci ADSL moc neužili.
Ovšem zase nevím, který ISP by se pustil do ADSL s tím, že bude mít jednotky zákazníků, že.
Myslím že to sdílení bude zavisle na operatorovi a poctu jeho klientu. Ve velkoobchodni nabidce je dost jasne popsan mechanismus jak si muze ISP agregaci kontrolovat. Z toho vyplyva ze kdo nenakoupi ADSL u velkych, kteri se tu predhaneji v tiskovych zpravach a zviditelnuji, ale u nekoho kdo podepise s CT a neni moc videt - vyhraje. Protoze cim mene uzivatelu (mensi operator) tim lepe. O ceny opravdu nepujde deset az dvacet korun rozdilu mesicne nikoho nevytrhne a rozdily vetsi byt nemuzou. Rovnez techn. specifikace tarifu musi byt u vsech stejna, takze neni co resit. Ja si pockam a vystouram nejakeho maleho operatora (snad budou), predpokladam vsak ze vice nabidek bude k dispozici az behem dalsich dvou mesicu .....Ale kdyz uz jsem cekal tak dlouho...