Hlavní navigace

ADSL: jak bude fungovat agregace od nového roku?

Jiří Peterka 8. 12. 2003

Od nového roku budou mít ISP výrazně větší možnost, jak ovlivnit chování agregačních mechanismů u ADSL služeb. Budou moci rozdělovat své uživatele do dvou skupin s různou prioritou, přičemž Český Telecom pak bude přednostně obsluhovat skupinu s vyšší prioritou. Pomůže to oddělit vlky od oveček? Bude to změna k lepšímu?

V pátek jsem zde na Lupě psal o rychlostech, kterých skutečně dosahují ADSL přípojky v České republice. Klíčovým faktorem, jenž o těchto efektivních (skutečně dosahovaných) přenosových rychlostech rozhoduje, je kromě velikosti a charakteru zátěže také konkrétní způsob, jakým je agregace řešena. Jak tomu bylo a dosud je v České republice, je stále zakryto určitou rouškou nejasností, neurčitostí či přímo tajemství (viz předchozí články, ADSL: co se stalo? a ADSL: co se stalo? (2.)). V zásadě ale lze říci, že až dosud měl agregaci plně pod kontrolou Český Telecom, a alternativní operátoři a ISP neměli možnost ovlivnit fungování agregačních mechanismů. Právě toto by se ale mělo od nového roku změnit. Nová velkoobchodní nabídka totiž přichází s úplně jiným způsobem řešení agregace, který přenechává iniciativu při řešení agregace na straně „přeprodejců“, poskytujících internetovou konektivitu. Nebude to ovšem tím způsobem, o němž jsem psal v nedávném článku (ADSL: kdo oddělí vlky od oveček?), tedy na principu VPN (virtuálních privátních sítí).

Dvě prioritní fronty

Podstatu nového řešení si lze představit takto: dosud byly všechny pakety (od všech uživatelů daného providera, v rámci stejné služby a stejného agregačního bodu) „dávány na jednu hromadu“ (tj. řazeny do jedné fronty), a Český Telecom na tuto frontu uplatňoval příslušnou agregaci, s využitím tzv. traffic policingu, či tzv. traffic shapingu. Jinými slovy: veškerý provoz (v rámci služby, providera a agregačního bodu) si byl roven, a Český Telecom na něj aplikoval určité restrikce (při nedostatku kapacit některé pakety eliminoval, ať už tím či oním způsobem).

Nové řešení, definované v nejnovější velkoobchodní nabídce, má být následující: Český Telecom bude každému providerovi (v rámci konkrétní služby a v každém agregačním bodě) poskytovat dvě fronty, do nichž bude možné řadit příchozí pakety: frontu s vyšší prioritou a frontu s nižší prioritou. Pokud budou kapacity stačit, bude Český Telecom přenášet provoz z obou front bez omezení. Pokud se začne nedostávat kapacit, budou přednostně přenášeny pakety z fronty s vyšší prioritou (zatímco pakety ve frontě s nižší prioritou budou čekat, až na ně nějaká kapacita zbude). V případě zaplnění kterékoli z front budou další příchozí pakety jednoduše zahazovány, tím nejméně inteligenntním způsobem. Pro odborněji laděné čtenáře: dojde k tzv. tail-dropu s tím, že mechanismy RED (Random Early Detection), případně WRED (Weighted RED), které by totéž dělaly výrazně inteligentněji, nejsou implementovány. Podrobnosti např. v materiálech Cisco.

Na samotných providerech, poskytujících internetovou konektivitu, pak bude to, aby pakety svých zákazníků označovali příznakem vyšší nebo nižší priority, a tím rozhodovali o způsobu jejich zpracování.

Jaké jsou důsledky

Co to fakticky znamená, není těžké nahlédnout: Český Telecom zcela eliminoval „propracované“ techniky shapingu a policingu, snažící se předcházet zahlcení, a nahradil je nejjednodušší možnou technikou (co je „navíc“, to se zahodí). Zavedením dvou front s různou prioritou s tím, že jedna má absolutní přednost před druhou, pak dal providerů možnost (a vlastně i povinnost) rozhodovat o tom, který provoz bude zahazován přednostně.

Jde tedy o řešení, které jistým způsobem umožňuje providerům rozlišovat mezi „vlky a ovečkami“, v tom smyslu, jak jsem o něm psal v článku ADSL: kdo oddělí vlky od oveček. Má však některé významné odlišnosti od mechanismu VPN (virtuálních privátních sítí), jenž jsem ve zmíněném článku uváděl jako možné řešení. Rozdíl je například v tom, že pomocí VPN by bylo mělo možné oběma skupinám uživatelů vyhradit určitou přenosovou kapacitu, o kterou by se společně dělili (tj. vlci by dohromady dostali něco, ovečky také něco, ale vzájemně by si z toho „neukrajovali“). V případě dvou prioritních front by ovečky měly dostat tu s prioritou vyšší. Jelikož by ale tato fronta měla mít absolutní prioritu, znamená to, že vlkům by nešlo nic vyhradit. Dostalo by se na ně až v případě, pokud by požadavky všech oveček dohromady nevyčerpaly dostupnou kapacitu, a zbytek by tak byl dostupný i vlkům.

Na první pohled to vypadá vcelku spravedlivě a rozumně: provideři budou moci standardně zařazovat své uživatele mezi ovečky (tj. jejich požadavky řadit do fronty s vyšší prioritou), a teprve když „k něčemu dojde“ (uživatel poruší providerem definovaný Fair Use Policy, překročí objemový limit atd.), bude dotyčný uživatel zařazen mezi vlky (a jeho požadavky budou řazeny do fronty s nižší prioritou, kde nemohou předběhnout žádnou ovečku). Problém však vidím v technické rovině, zejména ve způsobu eliminace „nadbytečných“ paketů v obou frontách. Bude-li to skutečně děláno tím nejméně inteligentním způsobem (tail-drop, tj. co je „navíc“, je zahozeno), jenž nebere v úvahu fungování protokolů vyšších vrstev (zejména protokolu TCP), dojde i při malém procentu zahazovaných paketů k rapidnímu poklesu celkové propustnosti. Vlci pak nepřenesou prakticky nic, ale problém může být i s ovečkami, protože jakmile se ani ty nevejdou (dohromady) se svými požadavky do fronty s vyšší prioritou, budou i jejich požadavky kráceny nejméně inteligentním způsobem, což se i jim může projevit dramatickým poklesem efektivní rychlosti.

Celkové hodnocení

Celkově si to dovolím zhodnotit tak, že jde o řešení, které umožňuje providerům, aby zabránili vlkům v okrádání oveček o přenosovou kapacitu. Jde tedy o významný krok k narovnání nepřirozeného stavu, kdy „zlý“ je poskytovatel velkoobchodní služby a nikoli ten, kdo poskytuje službu koncovému zákazníkovi. Nový mechanismus se dvěma prioritními frontami nejen umožní providerů, aby „zlý“ byli oni, ale dokonce je k tomu bude nutit.

Na druhou stranu ani nové řešení neumožňuje garantovat určitou minimální přenosovou rychlost ani samotným ovečkám, a při vyšší momentální aktivitě oveček může způsobovat zbytečné plýtvání přenosovými kapacitami (kvůli neefektivnosti transportních protokolů při „náhodných“ ztrátách síťových paketů).

Jak to ale skutečně dopadne, ukáže až čas. Zatím se mi nepodařilo získat od žádného z providerů jeho názor na nové řešení agregace, jeho hodnocení či dokonce předpověď reálných dopadů, takže vše jsou zatím jen mé spekulace.

Anketa

Očekáváte, že nový způsob řešení agregace bude změnou k lepšímu?

Našli jste v článku chybu?

30. 12. 2003 1:04

luqas (neregistrovaný)
Klidek lidi;) jak si muzes hykat nad ISDN? to musis bejt asi vopravdu natvrdlej, je sice pravda ze mas k dispozici porad plne pasmo 128kbps, ale ne po 24hodin denne:) to by te vyslo ku*evsky draho, a navic ja si myslim ze adsl512 kdyz mam realne asi 95%casu 420kbps mi staci, pingy mam kolem 30ms do cz... mno kdyz si teda spokojenej tak si piskej..:)

15. 12. 2003 11:20

Michal Krsek (neregistrovaný)
  1. To, co predvadi Telecom neni "fair use policy", ale normalni omezovani.
  2. Podle meho nazoru neni efektivni provadet jakekoliv omezovani na IP vrstve, pokud nemate k dispozici alespon jednu vrstvu pod ni.

Takze "fair use policy" muze provadet libovolny operator. Bohuzel pro Vas i pro Telecom implementace "fair use policy" nespociva ve zpoplatneni dalsich dat ani v omezeni kapacity okruhu (z 10 Kb/s na jeste nizsi uroven).

DigiZone.cz: Mňam TV splnila slib a odešla z DVB-T

Mňam TV splnila slib a odešla z DVB-T

Podnikatel.cz: Přehledná titulka, průvodci, responzivita

Přehledná titulka, průvodci, responzivita

Vitalia.cz: Vláknina: Rozpustná, nebo nerozpustná?

Vláknina: Rozpustná, nebo nerozpustná?

Měšec.cz: Platby do zahraničí: pozor na tučné poplatky

Platby do zahraničí: pozor na tučné poplatky

Root.cz: Nová třída SD karet A1 s vysokým výkonem

Nová třída SD karet A1 s vysokým výkonem

Měšec.cz: Vklad na cizí účet je draze zpoplatněn (přehled)

Vklad na cizí účet je draze zpoplatněn (přehled)

Vitalia.cz: Znáte „černý detox“? Ani to nezkoušejte

Znáte „černý detox“? Ani to nezkoušejte

Vitalia.cz: Manželka je bio, ale na sex moc není

Manželka je bio, ale na sex moc není

Lupa.cz: Babiš: E-shopů se EET možná nebude týkat

Babiš: E-shopů se EET možná nebude týkat

120na80.cz: Bojíte se encefalitidy?

Bojíte se encefalitidy?

120na80.cz: Rakovina oka. Jak ji poznáte?

Rakovina oka. Jak ji poznáte?

Podnikatel.cz: Zavře krám u #EET Malá pokladna a Teeta?

Zavře krám u #EET Malá pokladna a Teeta?

Vitalia.cz: Chtějí si léčit kvasinky. Lék je jen v Německu

Chtějí si léčit kvasinky. Lék je jen v Německu

Lupa.cz: Google měl výpadek, nejel Gmail ani YouTube

Google měl výpadek, nejel Gmail ani YouTube

Vitalia.cz: Naučí vás péct kváskový chléb bez lepku i s lepkem

Naučí vás péct kváskový chléb bez lepku i s lepkem

Podnikatel.cz: Pozor, pojišťovny mění čísla účtů

Pozor, pojišťovny mění čísla účtů

Lupa.cz: Avast po spojení s AVG propustí 700 lidí

Avast po spojení s AVG propustí 700 lidí

Měšec.cz: U levneELEKTRO.cz už reklamaci nevyřídíte

U levneELEKTRO.cz už reklamaci nevyřídíte

Vitalia.cz: Spor o mortadelu: podle Lidlu falšovaná nebyla

Spor o mortadelu: podle Lidlu falšovaná nebyla

120na80.cz: Rovnátka, která nejsou vidět

Rovnátka, která nejsou vidět