Common use of IP Complex Plusz szolgáltatás alap QoS osztályok Clause in Contracts

IP Complex Plusz szolgáltatás alap QoS osztályok. A Magyar Telekom Nyrt. az újabb technológiákhoz (EoSHDSL, Gigabit ethernet, ADSL) új, alap QoS osztályokat vezetett be. A Magyar Telekom Nyrt. a 8 osztályos IP Precedencia klasszifikációs modellt alkalmazza. Ezektől az osztályoktól egyedileg el lehet térni az ügyfél külön írásbeli kérése alapján. Az egyedi QoS beállításának – végpontonként - külön díja van. A klasszifikációt alapvetően két különböző módon lehet elvégezni: ▪ Amennyiben a szolgáltató CE routeréhez érkező forgalom már megfestett (ügyfél eszköze által) ÉS a végpont (ügyfél eszköz) „megbízható” azaz „trusted” (Az ügyfél eszköz az 1. táblázat alapján „fest”), akkor a klasszifikáció (a Telekom routerben) mindössze a megfestett csomagok elfogadását jelenti (érdemben nem változtat rajta az eszköz.). ▪ Amennyiben az eszközhöz érkező forgalom nincs megfestve VAGY a végpont „nem megbízható” azaz „untrusted”, akkor a klasszifikáció olyan ACL és class-map létrehozását jelenti, amelyben az egyes osztályokba sorolandó forgalmak pontosan behatárolhatók az alábbi paraméterek tetszőleges kombinációjával: Source/destination IP cím Source/destination TCP/UDP port Protocol A használt alap QoS osztályok: Priority Hang forgalom 5 EF (46) Nem PQ (Priority Queue policing-el) Video Video forgalom 4 CS4 (32) Nem PQ (Priority Queue policing-el) Signaling&Control Hang és video jelzés forgalom & 3&6,7 CS3 (24) & CS6 (48) Nem CBWFQ Garantált minimális sávszélesség Menedzsment, OAM forgalom CS7 (56) (default: 5%) Premium2_Data Prémium adatforgalom (UDP-based) 2 CS2 (16) Nem CBWFQ Garantált minimális sávszélesség (default: 20%) Premium1_Data Prémium adatforgalom (TCP-based) 1 CS1 (8) Igen CBWFQ Garantált minimális sávszélesség (default: 50%) Best_Effort Internet & VPN best effort traffic 0 BE (0) Igen CBWFQ Garantált minimális sávszélesség (default: 25%) *2-es IP precedencia szint feletti igény esetén a díjazás egyedileg történik. Ha kihagyunk osztályokat (CBWFQ esetén), akkor a megjelölt százalékok összeadódnak és a fölöttes osztályok részévé vállnak, így a kevesebb osztályhoz nagyobb százalékokat kapunk. ▪ V oice class (IP Precedencia 5 vagy DSCP EF azaz DSCP 46) A választott kodek alapvetően meghatározza a hívásonként beállítandó sávszélességet. A két - üzleti VoIP szolgáltatás esetén - leggyakoribb kodek (G.729a és G.711) mellett a Layer3-szintű sávszélesség-igényt tartalmazza a következő táblázat: (Peremfeltételek: signaling nélkül, 20ms mintavétellel, nincs csendelnyomás és cRTP) G.711 80kbps (20ms minta) 91kbps 93kbps G.729a 24kbps (20ms minta) 35kbps 37kbps ▪ V ideo class (IP Precedencia 4 vagy DSCP 32) A videó osztály a Telepresence megjelenésével ill. a videokommunikáció növekedésével került előtérbe. A video osztályon belül megkülönböztethető a videokonferencia ill. a streaming (egyirányú) jellegű forgalom. A videokonferencia-jellegű forgalom minden tekintetben sokkal szigorúbb követelményrendszerrel bír (egyszerre kíván sávszélesség garanciát, kicsi késleltetés-ingadozást és késleltetést), így az osztály kiszolgálási metódusa alapvetően a videokonferencia-jellegű igények kielégítésére lett meghatározva (a sokkal enyhébb streaming követelményrendszert így könnyen teljesíti.) Ebből fakadóan ezen video osztályba kell sorolni mindkét igényhez tartozó forgalmakat. ▪ S ignaling&Control class (IP Precedencia 3,6,7 vagy DSCP 24,48,56) Ebbe az osztályba a hálózat szempontjából kritikus jelzés ill. a menedzsment jellegű forgalmak tartoznak. A jelzésüzenetek közé elsősorban voice ill. video control üzenetek (pl. SIP ill. H323 jelzés), míg a menedzsment üzenetek közé elsősorban az eszköz menedzsment (Telnet, SNMP, SSH), a dinamikus routing forgalom (RIP, OSPF, EIGRP, BGP, ISIS, stb.), ill. OAM forgalom (pl. Syslog), stb.) tartoznak. Ezen forgalmak nem igényelnek számottevő sávszélességet, de annak a kevésnek viszont garantáltan rendelkezésre kell állnia. Cisco eszközök esetén a dinamikus routing protokollokhoz tartozó csomagok alapértelmezetten 6-os IP Precedenciát kapnak. Amennyiben az eszköz távoli menedzselése Telnettel, SSH-val vagy SNMP-vel valósul meg, ezen forgalmakat is ebbe az osztályba célszerű sorolni. Signaling esetén az igényelt sávszélesség H323 esetén például kb. 1-2kbps. ▪ P rémium1 data class (IP Precedencia 1 vagy DSCP 8) Bár az eddigi tapasztalatok alapján jelenleg az egyetlen, dedikált prémium adat osztály is kiszolgálta az igényeket, a jövőbeli nagyobb rugalmasság érdekében a prémium adatforgalom számára két külön precedencia érték és két külön osztály is allokálásra kerül. A Prémium1 adat osztályba a kritikus adatforgalomból az TCP-alapú csomagokat kell tenni. A TCP-UDP alapú szétválasztásnak a torlódásmegelőző mechanizmusnál van jelentősége, mivel TCP esetén a buffer telítődésével egyidejűleg végrehajtott véletlenszerű csomageldobással meg lehet előzni a un. „szinkronizálás” elnevezésű hibajelenséget, viszont ezen módszernek nincs értelme UDP forgalom esetén. Mivel a komoly forgalmat generáló alkalmazások nagyobb része TCP-alapú, így a két adatosztályon belül a Prémium1 kapta az alapértelmezetten nagyobb garantált minimális sávszélességet. ▪ P rémium2 data class (IP Precedencia 2 vagy DSCP 16) A Prémium2 adat osztályba a kritikus adatforgalomból az UDP-alapú csomagokat kell tenni. Mivel a komoly forgalmat generáló alkalmazások nagyobb része TCP-alapú, így a két adatosztályon belül a Prémium2 kapta az alapértelmezetten kisebb garantált minimális sávszélességet. ▪ Best effort class (IP Precedencia 0, ill. minden olyan forgalom, ami nem az előző osztályokba került) A best-effort osztály visz minden olyan forgalmat, ami nem került be a többi osztályba Egyedi QoS: Az egyedi QoS az alap QoS osztályokban részletezett %-os értékektől eltérhet, melyet a Szolgáltató az ügyfél kérése alapján, vele egyeztetett módon, külön díjazás ellenében állít be végpontonként.

IP Complex Plusz szolgáltatás alap QoS osztályok. A Magyar Telekom Nyrt. az újabb technológiákhoz (EoSHDSL, Gigabit ethernet, ADSL) új, alap QoS osztályokat vezetett be. A Magyar Telekom Nyrt. a 8 osztályos IP Precedencia klasszifikációs modellt alkalmazza. Ezektől az osztályoktól egyedileg el lehet térni az ügyfél külön írásbeli kérése alapján. Az egyedi QoS beállításának – végpontonként - külön díja van. A klasszifikációt alapvetően két különböző módon lehet elvégezni: ▪ Amennyiben a szolgáltató CE routeréhez érkező forgalom már megfestett (ügyfél eszköze által) ÉS a végpont (ügyfél eszköz) „megbízható” azaz „trusted” (Az ügyfél eszköz az 1. táblázat alapján „fest”), akkor a klasszifikáció (a Telekom routerben) mindössze a megfestett csomagok elfogadását jelenti (érdemben nem változtat rajta az eszköz.). ▪ Amennyiben az eszközhöz érkező forgalom nincs megfestve VAGY a végpont „nem megbízható” azaz „untrusted”, akkor a klasszifikáció olyan ACL és class-map létrehozását jelenti, amelyben az egyes osztályokba sorolandó forgalmak pontosan behatárolhatók az alábbi paraméterek tetszőleges kombinációjával: Source/destination IP cím Source/destination TCP/UDP port Protocol A használt alap QoS osztályok: Osztály neve Szállított forgalom típusa IP precedencia* DSCP WRED Queuing Priority Hang forgalom 5 EF (46) Nem PQ (Priority Queue policing-el) Video Video forgalom 4 CS4 (32) Nem PQ (Priority Queue policing-el) Signaling&Control Signaling&Contr ol Hang és video jelzés forgalom & Menedzsment, OAM forgalom 3&6,7 CS3 (24) & CS6 (48) CS7 (56) Nem CBWFQ Garantált minimális sávszélesség Menedzsment, OAM forgalom CS7 (56) (default: 5%) Premium2_Data Prémium adatforgalom (UDP-UDP- based) 2 CS2 (16) Nem CBWFQ Garantált minimális sávszélesség (default: 20%) Premium1_Data Prémium adatforgalom (TCP-TCP- based) 1 CS1 (8) Igen CBWFQ Garantált minimális sávszélesség (default: 50%) Best_Effort Internet & VPN best effort traffic 0 BE (0) Igen CBWFQ Garantált minimális sávszélesség (default: 25%) *2-es IP precedencia szint feletti igény esetén a díjazás egyedileg történik. Ha kihagyunk osztályokat (CBWFQ esetén), akkor a megjelölt százalékok összeadódnak és a fölöttes osztályok részévé vállnak, így a kevesebb osztályhoz nagyobb százalékokat kapunk. ▪ V oice Voice class (IP Precedencia 5 vagy DSCP EF azaz DSCP 46) A választott kodek alapvetően meghatározza a hívásonként beállítandó sávszélességet. A két - üzleti VoIP szolgáltatás esetén - leggyakoribb kodek (G.729a és G.711) mellett a Layer3-szintű sávszélesség-igényt tartalmazza a következő táblázat: (Peremfeltételek: signaling nélkül, 20ms mintavétellel, nincs csendelnyomás és cRTP) G.711 80kbps (20ms minta) 91kbps 93kbps G.729a 24kbps (20ms minta) 35kbps 37kbps ▪ V ideo Video class (IP Precedencia 4 vagy DSCP 32) A videó osztály a Telepresence megjelenésével ill. a videokommunikáció növekedésével került előtérbe. A video osztályon belül megkülönböztethető a videokonferencia ill. a streaming (egyirányú) jellegű forgalom. A videokonferencia-jellegű forgalom minden tekintetben sokkal szigorúbb követelményrendszerrel bír (egyszerre kíván sávszélesség garanciát, kicsi késleltetés-ingadozást és késleltetést), így az osztály kiszolgálási metódusa alapvetően a videokonferencia-jellegű igények kielégítésére lett meghatározva (a sokkal enyhébb streaming követelményrendszert így könnyen teljesíti.) Ebből fakadóan ezen video osztályba kell sorolni mindkét igényhez tartozó forgalmakat. ▪ S ignaling&Control Signaling&Control class (IP Precedencia 3,6,7 vagy DSCP 24,48,56) Ebbe az osztályba a hálózat szempontjából kritikus jelzés ill. a menedzsment jellegű forgalmak tartoznak. A jelzésüzenetek közé elsősorban voice ill. video control üzenetek (pl. SIP ill. H323 jelzés), míg a menedzsment üzenetek közé elsősorban az eszköz menedzsment (Telnet, SNMP, SSH), a dinamikus routing forgalom (RIP, OSPF, EIGRP, BGP, ISIS, stb.), ill. OAM forgalom (pl. Syslog), stb.) tartoznak. Ezen forgalmak nem igényelnek számottevő sávszélességet, de annak a kevésnek viszont garantáltan rendelkezésre kell állnia. Cisco eszközök esetén a dinamikus routing protokollokhoz tartozó csomagok alapértelmezetten 6-os IP Precedenciát kapnak. Amennyiben az eszköz távoli menedzselése Telnettel, SSH-val vagy SNMP-vel valósul meg, ezen forgalmakat is ebbe az osztályba célszerű sorolni. Signaling esetén az igényelt sávszélesség H323 esetén például kb. 1-2kbps. ▪ P rémium1 Prémium1 data class (IP Precedencia 1 vagy DSCP 8) Bár az eddigi tapasztalatok alapján jelenleg az egyetlen, dedikált prémium adat osztály is kiszolgálta az igényeket, a jövőbeli nagyobb rugalmasság érdekében a prémium adatforgalom számára két külön precedencia érték és két külön osztály is allokálásra kerül. A Prémium1 adat osztályba a kritikus adatforgalomból az TCP-alapú csomagokat kell tenni. A TCP-UDP alapú szétválasztásnak a torlódásmegelőző mechanizmusnál van jelentősége, mivel TCP esetén a buffer telítődésével egyidejűleg végrehajtott véletlenszerű csomageldobással meg lehet előzni a un. „szinkronizálás” elnevezésű hibajelenséget, viszont ezen módszernek nincs értelme UDP forgalom esetén. Mivel a komoly forgalmat generáló alkalmazások nagyobb része TCP-alapú, így a két adatosztályon belül a Prémium1 kapta az alapértelmezetten nagyobb garantált minimális sávszélességet. ▪ P rémium2 Prémium2 data class (IP Precedencia 2 vagy DSCP 16) A Prémium2 adat osztályba a kritikus adatforgalomból az UDP-alapú csomagokat kell tenni. Mivel a komoly forgalmat generáló alkalmazások nagyobb része TCP-alapú, így a két adatosztályon belül a Prémium2 kapta az alapértelmezetten kisebb garantált minimális sávszélességet. ▪ Best effort class (IP Precedencia 0, ill. minden olyan forgalom, ami nem az előző osztályokba került) A best-effort osztály visz minden olyan forgalmat, ami nem került be a többi osztályba Egyedi QoS: Az egyedi QoS az alap QoS osztályokban részletezett %-os értékektől eltérhet, melyet a Szolgáltató az ügyfél kérése alapján, vele egyeztetett módon, külön díjazás ellenében állít be végpontonként.

IP Complex Plusz szolgáltatás alap QoS osztályok. A Magyar Telekom Nyrt. az újabb technológiákhoz (EoSHDSL, Gigabit ethernet, ADSL) új, alap QoS osztályokat vezetett be. A Magyar Telekom Nyrt. a 8 osztályos IP Precedencia klasszifikációs modellt alkalmazza. Ezektől az osztályoktól egyedileg el lehet térni az ügyfél külön írásbeli kérése alapján. Az egyedi QoS beállításának – végpontonként - külön díja van. A klasszifikációt alapvetően két különböző módon lehet elvégezni: ▪ Amennyiben a szolgáltató CE routeréhez érkező forgalom már megfestett (ügyfél eszköze által) ÉS a végpont (ügyfél eszköz) „megbízható” azaz „trusted” (Az ügyfél eszköz az 1. táblázat alapján „fest”), akkor a klasszifikáció (a Telekom routerben) mindössze a megfestett csomagok elfogadását jelenti (érdemben nem változtat rajta az eszköz.). ▪ Amennyiben az eszközhöz érkező forgalom nincs megfestve VAGY a végpont „nem megbízható” azaz „untrusted”, akkor a klasszifikáció olyan ACL és class-map létrehozását jelenti, amelyben az egyes osztályokba sorolandó forgalmak pontosan behatárolhatók az alábbi paraméterek tetszőleges kombinációjával: Source/destination IP cím Source/destination TCP/UDP port Protocol A használt alap QoS osztályok: Priority Hang forgalom 5 EF (46) Nem PQ (Priority Queue policing-el) Video Video forgalom 4 CS4 (32) Nem PQ (Priority Queue policing-el) Signaling&Control Signaling&Contr ol Hang és video jelzés forgalom & Menedzsment, OAM forgalom 3&6,7 CS3 (24) & CS6 (48) CS7 (56) Nem CBWFQ Garantált minimális sávszélesség Menedzsment, OAM forgalom CS7 (56) (default: 5%) Premium2_Data Prémium adatforgalom (UDP-UDP- based) 2 CS2 (16) Nem CBWFQ Garantált minimális sávszélesség (default: 20%) Premium1_Data Prémium adatforgalom (TCP-TCP- based) 1 CS1 (8) Igen CBWFQ Garantált minimális sávszélesség (default: 50%) Best_Effort Internet & VPN best effort traffic 0 BE (0) Igen CBWFQ Garantált minimális sávszélesség (default: 25%) *2-es IP precedencia szint feletti igény esetén a díjazás egyedileg történik. Ha kihagyunk osztályokat (CBWFQ esetén), akkor a megjelölt százalékok összeadódnak és a fölöttes osztályok részévé vállnak, így a kevesebb osztályhoz nagyobb százalékokat kapunk. ▪ V oice Voice class (IP Precedencia 5 vagy DSCP EF azaz DSCP 46) A választott kodek alapvetően meghatározza a hívásonként beállítandó sávszélességet. A két - üzleti VoIP szolgáltatás esetén - leggyakoribb kodek (G.729a és G.711) mellett a Layer3-szintű sávszélesség-igényt tartalmazza a következő táblázat: (Peremfeltételek: signaling nélkül, 20ms mintavétellel, nincs csendelnyomás és cRTP) G.711 80kbps (20ms minta) 91kbps 93kbps G.729a 24kbps (20ms minta) 35kbps 37kbps ▪ V ideo Video class (IP Precedencia 4 vagy DSCP 32) A videó osztály a Telepresence megjelenésével ill. a videokommunikáció növekedésével került előtérbe. A video osztályon belül megkülönböztethető a videokonferencia ill. a streaming (egyirányú) jellegű forgalom. A videokonferencia-jellegű forgalom minden tekintetben sokkal szigorúbb követelményrendszerrel bír (egyszerre kíván sávszélesség garanciát, kicsi késleltetés-ingadozást és késleltetést), így az osztály kiszolgálási metódusa alapvetően a videokonferencia-jellegű igények kielégítésére lett meghatározva (a sokkal enyhébb streaming követelményrendszert így könnyen teljesíti.) Ebből fakadóan ezen video osztályba kell sorolni mindkét igényhez tartozó forgalmakat. ▪ S ignaling&Control Signaling&Control class (IP Precedencia 3,6,7 vagy DSCP 24,48,56) Ebbe az osztályba a hálózat szempontjából kritikus jelzés ill. a menedzsment jellegű forgalmak tartoznak. A jelzésüzenetek közé elsősorban voice ill. video control üzenetek (pl. SIP ill. H323 jelzés), míg a menedzsment üzenetek közé elsősorban az eszköz menedzsment (Telnet, SNMP, SSH), a dinamikus routing forgalom (RIP, OSPF, EIGRP, BGP, ISIS, stb.), ill. OAM forgalom (pl. Syslog), stb.) tartoznak. Ezen forgalmak nem igényelnek számottevő sávszélességet, de annak a kevésnek viszont garantáltan rendelkezésre kell állnia. Cisco eszközök esetén a dinamikus routing protokollokhoz tartozó csomagok alapértelmezetten 6-os IP Precedenciát kapnak. Amennyiben az eszköz távoli menedzselése Telnettel, SSH-val vagy SNMP-vel valósul meg, ezen forgalmakat is ebbe az osztályba célszerű sorolni. Signaling esetén az igényelt sávszélesség H323 esetén például kb. 1-2kbps. ▪ P rémium1 Prémium1 data class (IP Precedencia 1 vagy DSCP 8) Bár az eddigi tapasztalatok alapján jelenleg az egyetlen, dedikált prémium adat osztály is kiszolgálta az igényeket, a jövőbeli nagyobb rugalmasság érdekében a prémium adatforgalom számára két külön precedencia érték és két külön osztály is allokálásra kerül. A Prémium1 adat osztályba a kritikus adatforgalomból az TCP-alapú csomagokat kell tenni. A TCP-UDP alapú szétválasztásnak a torlódásmegelőző mechanizmusnál van jelentősége, mivel TCP esetén a buffer telítődésével egyidejűleg végrehajtott véletlenszerű csomageldobással meg lehet előzni a un. „szinkronizálás” elnevezésű hibajelenséget, viszont ezen módszernek nincs értelme UDP forgalom esetén. Mivel a komoly forgalmat generáló alkalmazások nagyobb része TCP-alapú, így a két adatosztályon belül a Prémium1 kapta az alapértelmezetten nagyobb garantált minimális sávszélességet. ▪ P rémium2 Prémium2 data class (IP Precedencia 2 vagy DSCP 16) A Prémium2 adat osztályba a kritikus adatforgalomból az UDP-alapú csomagokat kell tenni. Mivel a komoly forgalmat generáló alkalmazások nagyobb része TCP-alapú, így a két adatosztályon belül a Prémium2 kapta az alapértelmezetten kisebb garantált minimális sávszélességet. ▪ Best effort class (IP Precedencia 0, ill. minden olyan forgalom, ami nem az előző osztályokba került) A best-effort osztály visz minden olyan forgalmat, ami nem került be a többi osztályba Egyedi QoS: Az egyedi QoS az alap QoS osztályokban részletezett %-os értékektől eltérhet, melyet a Szolgáltató az ügyfél kérése alapján, vele egyeztetett módon, külön díjazás ellenében állít be végpontonként.