Architektury IP služeb s QoS parametry pro hlas/multimédia Zbyněk Linhart pro VRS98, 19.října 1998, UK Praha.

Prezentace na téma: "Architektury IP služeb s QoS parametry pro hlas/multimédia Zbyněk Linhart pro VRS98, 19.října 1998, UK Praha."— Transkript prezentace:

1 Architektury IP služeb s QoS parametry pro hlas/multimédia Zbyněk Linhart pro VRS98, 19.října 1998, UK Praha

2 Integrace současných sítí zTrendem současných telekomunikací je integrace všech druhů aplikací na jednu protokolovou platformu zmožnými favority jsou síťové protokoly ATM a IP znároky různých druhů aplikací vyžadují garance kvality od přenosové sítě

3 Cíl přednášky zDefinovat parametry kvality služeb zpopsat typické QoS služby zpopsat možné řešení v IP sítích, a to: zInt-Serv architektura zDiff-Serv architektura

4 Proč IP QoS? zPro IP virtuální privátní sítě/Extranet zpro přenos hlasových služeb přes IP (opět IP VPN nebo veřejné služby) zpro přenos audio/video záznamů v komerční kvalitě zpro získání konkurenční výhody mezi ISP

5 QoS parametry zSpolehlivost služby (service availability) zzpoždění (delay/latency) zrozptyl zpoždění (delay variation/jitter) zpropustnost (throughput) zztrátovost paketů (packet loss rate)

6 Architektury IP služeb s QoS zIntegrated Services (Int-Serv) architektura zDifferentiated Services (Diff-Serv) architektura zvyvíjeny Internet Engineering Task Force (IETF)

7 Int-Serv architektura zDefinována v RFC1633 zRSVP (Resource Reservation Protocol) jako signalling protokol v této architektuře zZdroje jsou rezervovány

8 Int-Serv II zDefinuje 3 druhy služby: garantovaná (propustnost, omezené zpoždění, žádná ztrátovost), controlled load (aproximuje best-effort službu v lehce zatížené síti), best effort (jako stávající Internet) zInt-Serv používá RSVP mezi odesílatelem a příjemcem pro per-flow signaling

9 Int-Serv III zPro každý přenos je třeba rezervovat a registrovat požadavky ve všech směrovačích na cestě zperiodické občerstvení rezervace (po 15 minutách)

10 Int-Serv IV zObtížně zvětšovatelná znevhodná pro krátké přenosy zotázky autorizace a prioritizace zjak v případě, pokud není Int-Serv použita v celé síti? zlépe zvětšovatelné je řešení s PHB - per hop behaviour

11 Diff-Serv architektura zDefinována pracovní skupinou IETF zminimalizuje signaling zsoustředí se na agregaci jednotlivých přenosů (s danými charakteristikami) per hop

12 Diff-Serv II zPro klasifikaci služby používá ToS (Type of Service) byte v IPv4 a Class of Service byte v případě IPv6 zToS přejmenováno na DS (Diff-Serv) pole zDS pole sestává z DSCP (DS CodePoint - 6 bitů), CU (Currently Unused - 2 bity)

13 Diff-Serv III zCelkem 64 možných různých DS kódů zčást sítě, kde je implementována Diff-Serv architektura, budeme nazývat DS doména zna vstupu do DS domény třeba klasifikovat data pro zacházení s nimi při přenosu v DS doméně (přiřazení DSCP)

14 Diff-Serv IV zV každém směrovači je DSCP mapován do PHB pro konkrétní spoj zdefault PHB - best effort service zsoučasné DSCP - best-effort a expedited forwarding

15 Diff-Serv IV zVhodná i pro krátké přenosy (http transakce) znepopisuje způsob implementace v konkrétních zařízeních

16 Diff-Serv implementace zProstředky pro prioritizaci v kódu zařízení zWFQ - Weighted Fair Queuing zWRR - Weighted Round Robin zRED - Random Early Detection zCBQ - Class-Based Queuing

17 Důsledky IP QoS zRůzné úrovně (a ceny) služeb zpotřeba řešit propojení QoS a ne-QoS sítí zpotřeba řešit peering IP sítí s předáváním IP QoS parametrů zpoužívání IP sítí pro kritické aplikace (VPN, hlas, multimédia)

18 Zdroje informací zRFC (RFC 1633) zIETF (http://www.ietf.org) zproprietární implementace popsaných protokolů (Cisco dokumentace, …)

19 Děkuji Vám za pozornost zZbyněk Linhart zlinhart@cuni.cz, linhart@netforce.cz