Kvalita služby: Rozdiel medzi revíziami
Smazaný obsah Přidaný obsah
Bez shrnutí editace |
|||
Riadok 91:
V praxi to znamená, že keď musí byť paket zaslaný z rozhrania s frontami, pakety požadujúce nízky jitter (nap. VoIP alebo VTC) získavajú prioritu pred ostatnými paketmi v ostatných frontoch. Typicky je nejaká šírka pásma pridelená sieťovým kontrolným paketom (napr. ICMP a smerovacie protokoly), zatiaľ čo best-effort prevádzka získa šírku pásma, ktorá jej ostane.
Mechanizmus managementu šírky pásma by mal k projektovaniu výkonu zahrňovať:
• Tvarovanie prevádzky (limitovanie rýchlostí)
o Token bucket
o Leaky bucket
o Kontrola rýchlosti TCP – umelo upravuje veľkosť TCP okna ako aj kontroluje rýchlosť vracania ACK odosielateľovi
• Plánovacie algoritmy
o WFQ – Weighted Fair Queuing
o Class based WFQ
o WRR – Weighted Round Robin
o DWRR – Deficit Weighted Round Robin
o HFSC – Hierarchical Fair Service Curve
• Predchádzanie zápcham
o RED, WRED – znižuje možnosť zahadzovania koncov v čakacej fronte bufferu portu a tým zaručuje zníženie TCP globálnej synchronizácie
o Sieťová politika – značkovanie a zahadzovanie paketov presahujúcich prenosovú rýchlosť a veľkosť burstu
o Explicitné oznamovanie preťaženia
o Ladenie buffrov
Ako už bolo povedané, zatiaľ čo sa DiffServ používa v sofistikovaných podnikových sieťach nebol ešte široko nasadený do internetu. Opatrenia internetových peerov sú komplexné a zdá sa, že u poskytovateľov internetového pripojenia nie je žiadne nadšenie pre zavedenie podpory QoS v rámci peeringových spojení alebo dohody na podporovaní politík.
Presvedčivým príkladom pre zavedenie QoS do internetu sú prevádzkové preťaženia. Internet sa opiera o protokoly predchádzajúce vznikaniu zápchy, zabudované do TCP, aby redukoval prenosové zaťaženie v podmienkach vedúcich k spadnutiu. QoS aplikácie ako VoIP a IPTV nemôžu používať protokol TCP pretože požadujú konštantnú prenosovú rýchlosť a nízku latenciu. Nie je teda možné znížiť ich prenosovú rýchlosť k pomoci prevencie pred spadnutím siete internet. QoS dohody o limitovaní prevádzky môžu byť ponúkané na internete a tým presadiť formovanie prevádzky, ktorá môže zabrániť preťažovaniu. Tým sú neoddeliteľnou súčasťou schopnosti internetu obsluhovať jak real-time tak no-real-time prevádzku bez zrútenia.
ATM sieťový protokol má prepracovanú štruktúru možnosti nasadenia QoS mechanizmu. Kratšie dátové jednotky a zabudovaná QoS boli význačné body pre predaj ATM v telekomunikačných aplikáciách ako je video on demand alebo VoIP.
| |||