Internet Info, s.r.o. Lupa Měšec Podnikatel Root Zdroják DigiZone Slunečnice Vitalia TopDrive KupDnes Navrcholu NovýTarif Dobrý web Weblogy Woko Jagg Computer.cz SK: MojeLinky

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

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.

UX konference
       

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?

       

Jiří Peterka

Autor je nezávislým konzultantem a publicistou. Věnuje se také pedagogické činnosti na MFF UK, kde přednáší problematiku počítačových sítí a komunikací.

Školení: Hackujeme operační systém Android

 

Školení vám ukáže, jak se dostat k Linuxu (tzv. "rootování"), který se pod hezkou tváří Androida skrývá a jak ho naplno využít. Pomůže vám to při záloze dat, zvětšování prostoru pro aplikace nebo sdílení připojení k internetu a pokud chcete z telefonu dostat opravdové maximum, ukážeme vám, jak v něm vyměnit kompletní systém za lepší.

Podrobnější informace a přihláška

Přehled názorů

Provideři....
Pepík 8. 12. 2003 08:12
Nový
Transparentnost politiky u ISP
Tom 8. 12. 2003 08:55
Nový
└ 
Re: Transparentnost politiky u ISP
Lukas Suchanek 8. 12. 2003 09:16
Nový
 
└ 
Re: Transparentnost politiky u ISP
Phill 9. 12. 2003 08:17
Nový
Priorita ?
J 8. 12. 2003 09:10
Nový
Pakety, ne uzivatele
Michal Illich 8. 12. 2003 09:30
Nový
└ 
Re: Pakety, ne uzivatele
chellista 8. 12. 2003 11:03
Nový
 
└ 
Re: Pakety, ne uzivatele
Michal Illich 8. 12. 2003 11:10
Nový
 
 
└ 
Re: Pakety, ne uzivatele
J 8. 12. 2003 15:51
Nový
 
 
 
├ 
Re: Pakety, ne uzivatele
Jan Dvorak 8. 12. 2003 22:18
Nový
 
 
 
│
└ 
Re: Pakety, ne uzivatele
J 8. 12. 2003 23:56
Nový
 
 
 
└ 
Re: Pakety, ne uzivatele
Phill 9. 12. 2003 08:21
Nový
no nevím
Noname 8. 12. 2003 09:56
Nový
Jak se to znackuje
xgos 8. 12. 2003 10:26
Nový
├ 
Re: Jak se to znackuje
Dan Lukes 8. 12. 2003 18:16
Nový
│
└ 
Re: Jak se to znackuje
Tikus 8. 12. 2003 23:05
Nový
│
 
└ 
Re: Jak se to znackuje
xgos 9. 12. 2003 08:14
Nový
│
 
 
└ 
Re: Jak se to znackuje
Dan Lukes 10. 12. 2003 00:52
Nový
│
 
 
 
└ 
Re: Jak se to znackuje
xgos 10. 12. 2003 08:19
Nový
│
 
 
 
 
└ 
Re: Jak se to znackuje
Dan Lukes 10. 12. 2003 11:50
Nový
└ 
Re: Jak se to znackuje
mt 9. 12. 2003 20:57
Nový
Blbost
Error 8. 12. 2003 10:43
Nový
└ 
Re: Blbost
prudič 10. 12. 2003 02:55
Nový
Nejake zbytecne a divne...
fernet 8. 12. 2003 11:20
Nový
Inteligentní shaping nebo implementace VPN
Tom Tobula 8. 12. 2003 12:58
Nový
Vsechno bude jinak.
Roman 8. 12. 2003 13:30
Nový
└ 
Re: Vsechno bude jinak.
Michal Krsek 8. 12. 2003 13:49
Nový
Líbí se mi že už jste se smířili :-)
svata 8. 12. 2003 16:01
Nový
Hop a je tu ...
runner 8. 12. 2003 20:47
Nový
└ 
Re: Hop a je tu ...
Osel 9. 12. 2003 00:43
Nový
 
└ 
Re: Hop a je tu ...
svata 10. 12. 2003 15:17
Nový
 
 
└ 
Re: Hop a je tu ...
OSEL 10. 12. 2003 22:09
Nový
 
 
 
└ 
Re: Hop a je tu ...
luqas 30. 12. 2003 01:04
Nový
Telecom aneb Microsoft po cesku
Pedro 11. 12. 2003 00:05
Nový
Shaping/policing u alternativních providerů
Igra 11. 12. 2003 11:07
Nový
└ 
Re: Shaping/policing u alternativních providerů
Michal Krsek 11. 12. 2003 13:45
Nový
 
└ 
Re: Shaping/policing u alternativních providerů
Igra 12. 12. 2003 09:56
Nový
 
 
└ 
Re: Shaping/policing u alternativních providerů
Michal Krsek 12. 12. 2003 10:47
Nový
 
 
 
└ 
Re: Shaping/policing u alternativních providerů
Igra 12. 12. 2003 12:59
Nový
 
 
 
 
└ 
Re: Shaping/policing u alternativních providerů
Michal Krsek 12. 12. 2003 17:12
Nový
 
 
 
 
 
├ 
Re: Shaping/policing u alternativních providerů
Igra 12. 12. 2003 18:23
Nový
 
 
 
 
 
│
└ 
Re: Shaping/policing u alternativních providerů
Michal Krsek 15. 12. 2003 11:20
Nový
 
 
 
 
 
└ 
Bitstream kontra Shaping/policing u alternativních providerů
Igra 12. 12. 2003 18:36
Nový
Vylozena zlodejina
Mira 12. 12. 2003 12:50
Nový
└ 
Re: Vylozena zlodejina
Petr Klimovic 12. 12. 2003 13:48
Nový
       

Tento text je již více než dva měsíce starý. Chcete-li na něj reagovat v diskusi, pravděpodobně vám již nikdo neodpoví. Pro řešení aktuálních problémů doporučujeme využít naše diskusní fórum.

Zasílat nově přidané příspěvky e-mailem