TECHNICKÁ SPECIFIKACE PŘÍLOHA 12

Transkript

1 TECHNICKÁ SPECIFIKACE PŘÍLOHA 12

2 Obsah Technická specifikace... 1 Přílha Obecné ustanvení Přístupvá síť a Kncvý bd sítě Řešení přístupvé sítě CETIN na bázi Multiservice Access Ndes - MSAN Účastnická telefnní rzhraní pskytvaná v sítí CETIN (PSTN, MSAN) Širkpásmvý přístup Multimediální služba Dkumenty a standardy / 44

3 1 Obecné ustanvení Tat Přílha uvádí becné zásady a tplgie sítě, rzhraní a další parametry pužívané při pskytvání služeb Připjení a Přístup. Knkrétní rzsah pskytvaných služeb je závazně stanven v Přílhách 1.1, 1.3 a 1.8. Definice a zásady uvedené v tét Přílze mají infrmativní charakter a nelze je pvažvat za závazně pskytvané. CETIN využívá ve své síti pr pskytvání služeb technických rzhraní a síťvých funkcí v míře nezbytně nutné pr zabezpečení interperability služeb a k rzšíření mžnstí výběru pr uživatele nrmy a specifikace, jejichž seznam je uveřejňván v Úředním věstníku Evrpské unie, nrmy neb specifikace přijaté evrpskými rganizacemi pr nrmalizaci a relevantní mezinárdní nrmy neb dpručení přijatá Mezinárdní telekmunikační unií (ITU), Mezinárdní rganizací pr nrmalizaci (ISO) neb Mezinárdní elektrtechnicku kmisí (IEC). 2 Přístupvá síť a Kncvý bd sítě CETIN pskytuje službu Připjení prstřednictvím své přístupvé sítě. Přístupvá síť je tvřena převážně metalickými kabely. Síť je rzšiřvána a mdernizvána prstřednictvím ptické přístupvé sítě. Ve vybraných lkalitách s nízku husttu sídlení je přístupvá sít dplněna bezdrátvými systémy. Metalická přístupvá síť CETIN využívá převážně kabely s plastvu izlací. Tyt kabely všebecně dpvídají nrmě IEC Kabely pužívají vdiče s měděnými jádry průměrech 0,4, 0,6 a 0,8 mm s průměrem izlace max. 1,7 mm a mají vnější plášť převážně z plyetylénu. Základním přensvým prvkem kabelů je křížvá čtyřka. Kabely v úlžném prvedení jsu plněné vhdnu plnicí hmtu (gelem), která vytváří vdě dlnu zábranu. Vdiče mají plyetylénvu pěnvu izlaci. Kabely v samnsném prvedení nejsu plněné a pužívají plnu plyetylenvu izlaci. Kabely pr vnitřní instalace pužívají vdiče s jádrem průměru 0,5 mm a mají izlaci vdičů i vnějšíh pláště z PVC. Jsu v prvedení stíněném i nestíněném. Část metalické přístupvé sítě CETIN využívá starší metalické kabely s měděnými jádry průměrech 0,4, 0,6 a 0,8 mm s izlací vzduch-papír Architektura metalické přístupvé sítě Síť CETIN vychází z hlavníh rzvdu (HR). Tent HR bývá zpravidla umístěn ve stejné telekmunikační budvě jak spjvací technlgie (telefnní ústředny) a technlgie pr přístup k širkpásmvým službám (DSLAM). Účastnické metalické vedení vychází z hlavníh rzvdu (HR), prchází přes jeden neb něklik rzvaděčů v síti a je zaknčen v kncvém bdu sítě (KBS). V jedntlivých rzvaděčích jsu úseky účastnickéh metalickéh vedení pružně prpjeny prpjkami V přístupvé síti CETIN jsu v mezené míře pužívány systémy pr vícenásbné využití účastnickéh metalickéh vedení. Tyt systémy limitují pskytvání služeb Připjení a Přístupu, nebť umžňují puze pskytvání služby POTS Obr. 1 uvádí příklad struktury přístupvé sítě splečnsti CETIN s detailním ppisem průběhu kvvéh vedení mezi hlavním rzvdem (HR) HOST neb RSU / MSAN a kncvým bdem sítě (KBS). Struktura přístupvé sítě se nemění s variantu Přístupu k veřejné telefnní službě (PSTN, MSAN). 3 / 44

4 HR SÍŤ REN/MPLS ČTc HR RSU HOST RSU RSU HR HR HR - HLAVNÍ ROZVOD ROZVADĚČ V SÍTI KONCOVÝ BOD SÍTĚ SYSTÉMY PRO VÍCENÁSOBNÉ VYUŽITÍ SÍTĚ Obrázek 1: Příklad struktury přístupvé sítě splečnsti CETIN 2.2. Technické parametry metalické přístupvé sítě Smyčkvý dpr žíly kabelvéh vedení měřené hdnty dpru nesmí překrčit limit: Rc = Rs * l [Ω] při maximálním měřicím napětí 10 vltů. kdy: Rc mezní hdnta Rs maximální dpr vedení na 1 km kabelu l délka vedení v [km] Izlační dpr žil měřené hdnty jedntlivých žil ve srvnání s statními žílami prpjenými, uzemněnými neb stíněnými a armvanými nesmí překrčit limit: R ic = kdy Ric mezní hdnta z + n + 5l [MΩ] z pčet zářezvých spjů v měřené žíle n pčet spjek v měřených žílách l kabelvá délka v km na tři desetinná místa 4 / 44

5 Měřicí napětí izlačníh dpru kabelvé žíly musí být přizpůsben knstrukci měřenéh úseku včetně typu pužité chrany (napětí neb prud) Kapacitní nervnváha kapacitní nervnváha k1 při kmitčtu 800 Hz (neb 1042 Hz pdle ITU-T O.6) je uvedena v následující tabulce Průměr žíly [mm] Limit pr hdntu 95% [pf/500m] Limit pr hdtu100% [pf/500m] 0, , , Tabulka 1: Kapacitní nervnváha U kapacitní nervnváhy k2 a k pf (přeslechy 62 db) je pvažvána za mezní hdntu značující chybnu křížvu kabelvu čtyřku Elektrická pevnst pdle dpručení ITU-T G.992.1, přílha E.1, kapitla E.1.7, musí být nejméně 240 VDC mezi přensvými žilami a/neb mezi jednu z žil a zemí pr standardní elektricku pevnst Limitní hdnty měrnéh prvzníh útlumu páru [db/km] kmitčet [khz] 0,4mm 0,6mm 0,8mm 40 7,927 4,143 2, ,376 5,994 3, ,275 16,160 11,081 Tabulka 2: Prvzní útlum Pzn.: Prvzní útlum se neměří v úseku mezi účastnickým rzvaděčem a kncvým rzvaděčem Útlum přeslechu na blízkém knci pužívá se u systémů DT1-HDB3, HDSL a xdsl Kmitčet [khz] Přeslech mezi páry jedné křížvé kabelvé čtyřky (db) útlum střední Tabulka 3: Útlum přeslechu na blízkém knci směrdatná dchylka minimum útlum střední směrdatná dchylka minimum 65,5 6,5 57,8 56,9 6,5 49, Útlum signálů ISDN nesmí překrčit 1 db d 50 khz (135 Ω). V kmitčtvém rzsahu d 130 khz d 300 khz nesmí útlum signálů klesnut pd 65 db. V kmitčtvém rzsahu d 300 khz d 1104 khz nesmí útlum signálů klesnut pd 55 db Vlžný útlum u ADSL v rzmezí d 130 khz d 104 khz nesmí překrčit 3 db v jednm rzbčvači u kaskádvě zapjených rzbčvačů v bjektu zákazníka a/neb 6 db v ústředně Pdélná knverzní ztráta (LCL) musí být alespň 42 db v kmitčtvém rzsahu pužívaném pr přens signálů ADSL Referenční mdel Metalický referenční mdel Referenční mdel systému pr přípjku ADSL(2+) využívající kmitčtvé pásm nad pásmem pr ISDN zachycuje br. 2 a vychází z br. 1-1 uvedeném v dpručení ITU-T G / 44

6 Obrázek 2: Referenční knfigurace přípjky ADSL(2+) nad ISDN Referenční mdel systému pr přípjku ADSL(2+) využívající kmitčtvé pásm nad pásmem pr PSTN zachycuje br. 3 Obrázek 3: Referenční knfigurace přípjky ADSL(2+) nad PSTN (POTS) Referenční mdel bsahuje následující funkční blky a rzhraní: DSLAM - přístupvý multiplexer DSL, mdem ADSL(2+) - síťvé zaknčení zákaznické přípjky ADSL (A-NT) pr pásm nad ISDN, S-R - zákaznický rzbčvač (splitter) v případě varianty služby bez suběhu s aktivní službu HTS/ISDN není tent zákaznický rzbčvač nutný, S-C - centrální rzbčvač (splitter), U-R - linkvé rzhraní na straně zákazníka, U-C - linkvé rzhraní na straně ústředny, U-R2 - rzhraní zákaznický rzbčvač mdem, H-P hrní frekvenční prpust, ATU-C - transceiver ADSL(2+) na straně ústředny, ATU-R - transceiver ADSL(2+) na straně zákazníka, TNW transprtní síť (ATM aneb PTM), PSTN - veřejná telekmunikační síť, analgvá telefnní přípjka, T/S - rzhraní mezi síťvým zaknčením ADSL(2+) a zákaznicku instalací CI, IC-C - převdník rzhraní na straně ústředny, 6 / 44

7 IC-R - převdník rzhraní na straně zákazníka, U0 - linkvé rzhraní pr BA ISDN, Z - rzhraní dvudrátvé analgvé účastnické smyčky. Mezera Referenční mdel systému pr přípjku VDSL2 a přípjku VDSL2 s vektringem využívající kmitčtvé pásm nad pásmem pr PSTN zachycuje br. 4. Obrázek 4: Referenční knfigurace přípjky VDSL2 a přípjky VDSL2 s vektringem nad PSTN Referenční mdel bsahuje následující funkční blky a rzhraní: DSLAM - přístupvý multiplexer DSL, mdem VDSL - síťvé zaknčení zákaznické přípjky VDSL (V-NT) pr pásm nad PSTN, S-R - zákaznický rzbčvač (splitter) v případě varianty služby bez suběhu s aktivní službu HTS/ISDN není tent zákaznický rzbčvač nutný, S-C - centrální rzbčvač (splitter), U-RV - linkvé rzhraní na straně zákazníka, U-CV - linkvé rzhraní na straně ústředny, U-RV2 - rzhraní zákaznický rzbčvač mdem, H-P hrní frekvenční prpust, VTU-O - transceiver VDSL na straně ústředny, VTU-R - transceiver VDSL na straně zákazníka, TNW transprtní síť, PSTN - veřejná telekmunikační síť, analgvá telefnní přípjka, T/S - rzhraní mezi síťvým zaknčením VDSL a zákaznicku instalací CI, IC-C - převdník rzhraní na straně ústředny, IC-R - převdník rzhraní na straně zákazníka, Z - rzhraní dvudrátvé analgvé účastnické smyčky. Referenční mdel systému pr přípjku VDSL2 využívající kmitčtvé pásm nad ISDN pásmem není pvlen, prtže pužitými linkvými kartami v DSLAMech není pdprván. 7 / 44

8 Optický referenční mdel Přístup k širkpásmvým službám využívající pticku přístupvu síť lze rzdělit d dvu mžných typů FTTH a FTTB ppsaných vlastním referenčním mdelem. Oba dva mdely využívají stejný typ ptické infrastruktury zalžené na pasivní ptické síti typu GPON a rzhraním zprstředkvávajícím službu je UNI rzhraní. Optický přístup typu FTTH využívá referenční mdel dle br. 5: prstry zákazníka 1 OTO ONT UNI HAG TNW OLT-CO S-O prstry zákazníka n ONT HAG OTO UNI centrální část ptická síť Obrázek 5: Referenční mdel ptickéh přístupu typu FTTH Referenční mdel FTTH bsahuje následující funkční blky a rzhraní: TNW transprtní síť, OLT-CO jedntka uknčující pticku síť v lkalitě ústředny, S-O ptický pasivní rzbčvač, který je sučástí ptické infrastruktury, OTO ptická účastnická zásuvka umístěna v bytvé jedntce zákazníka, ONT uknčení ptické sítě v lkalitě zákazníka, HAG dmácí přístupvá brána připjující jedntlivá kncvá zařízení uživatele (PC, IPTV STB, Wi-Fi apd.), UNI rzhraní zprstředkvávající vlastní službu. Optický přístup typu FTTB využívá referenční mdel, který je ppsán na br / 44

9 budva 1 prstry zákazníka 1 BEP ONU-B MTO UNI HAG prstry zákazníka n MTO UNI HAG TNW OLT-CO S-O budva n MTO UNI HAG BEP ONU-B MTO UNI HAG centrální část ptická síť Obrázek 6: Referenční mdel ptickéh přístupu typu FTTB Referenční mdel FTTH bsahuje následující funkční blky a rzhraní: TNW transprtní síť, OLT-CO jedntka uknčující pticku síť v lkalitě ústředny, S-O ptický pasivní rzbčvač, který je sučástí ptické infrastruktury, BEP předávací ptický bd mezi sítí a budvu zákazníka, ONU-B jedntka uknčující pticku síť v budvě zákazníka umžňující připjení více UNI rzhraní, MTO účastnická zásuvka metalické strukturvané kabeláže, HAG dmácí přístupvá brána připjující jedntlivá kncvá zařízení uživatele (PC, IPTV STB, Wi-Fi apd.), UNI rzhraní zprstředkvávající vlastní službu. 9 / 44

10 2.4. Kncvý bd sítě (KBS) Kncvý bd sítě je zpravidla realizván telefnní zásuvku RJ-11/12 umístěnu v prstrách zákazníka. V případě přípjných vedení d pbčkvých ústředen se kncvý bd realizuje prstřednictvím prpjvacíh pásku, např. typu KRONE. Obrázek 7: Elektrické schéma telefnní zásuvky Míra elektrické bezpečnsti zařízení v prstrách zákazníka, připjvaných k rzhraní U-R(2) musí dpvídat pžadavkům nrmy EN Elektrické bvdy linkvéh rzhraní U-R(2) musí dpvídat pžadavkům pr bvdy TNV Zařízení v prstrách zákazníka připjvaná k rzhraní U-R(2) musí z hlediska elektrmagnetické kmpatibility (EMC) splňvat kritéria stanvená nrmu ETSI EN , vztahující se na zařízení pužívaná v telekmunikační síti Odlnst prti přepětí a nadprudu u vnějších rzhraní zařízení, instalvaných v prstrách zákazníka a připjvaných k rzhraní U-R(2), musí dpvídat pžadavkům dpručení ITU-T K Předmětem tét technické specifikace jsu puze parametry nižších vrstev mdelu OSI na rzhraních. Parametry vyšších vrstev, které jsu závislé na nastavení pskytvané služby, jsu předmětem jiných technických specifikací vydaných pskytvateli těcht služeb pr rzhraní T/S Zákaznický rzbčvač, který je připjván mezi rzhraní U-R, resp. U-RV a mdem, umžňuje ddělení signálu služby v základním pásmu. Zákaznický rzbčvač nesmí vlivňvat spektrum přenášenéh širkpásmvéh signálu ADSL, ADSL2+ neb VDSL2. Předpkládá se pužití univerzálníh zákaznickéh rzbčvače s přensvými vlastnstmi zalženými na Technické specifikaci ETSI TS s rzšířením pžadavků na kmitčtvé pásm VDSL v Technické specifikaci ETSI TS Pžadvané parametry a vlastnsti zákaznickéh rzbčvače pr služby zalžené na knektivitě ADSL/VDSL jsu předmětem technické specifikace TE Specifikace fyzickéh rzhraní v kncvém bdě sítě Specifikace přípjek ADSL/ADSL2+ A-NT musí umžnit, aby zákaznická přípjka ADSL(2+), realizvaná ve splupráci s DSLAMem, vyhvěla všem relevantním parametrům, např. pčáteční nastavení přípjky, struktura rámce, přens dat ATM, maska PSD atd. Detailní specifikace rzhraní je ppsána v dkumentu CETIN, kterým se zveřejňuje Specifikace ADSL/ADSL2+ přípjek Specifikace přípjek VDSL2 V-NT musí umžnit, aby zákaznická přípjka VDSL2, realizvaná ve splupráci s DSLAMem, vyhvěla všem relevantním parametrům, např. pčáteční nastavení přípjky, struktura rámce, přens dat ATM, maska PSD atd. Detailní specifikace rzhraní je ppsána v dkumentu CETIN, kterým se zveřejňuje Specifikace VDSL2 přípjek. 10 / 44

11 Specifikace přípjek VDSL2 s vektringem V případě zákaznické přípjky VDSL2 s vektringem, která je realizvaná ve splupráci s DSLAMem pdprující vektring, je dpručen pr zajištění plné interperability se sítí CETIN kncvé zařízení V-NT testvat. Testváním se dpručuje zejména věřit, jak specifické kncvé zařízení vyhvuje relevantním parametrům pr prvzvání přípjky s vektringem, jak např. pčáteční nastavení přípjky pr vektring, struktura rámce, pdpra funkcinalit přepsílání vadných rámců, n-line přizpůsbvání přensvé rychlsti a dstupu signál šum, přens dat PTM, maska PSD atd Specifikace ptických přípjek Fyzické rzhraní UNI pr ptické přípjky je pr režim FTTH metalické ethernetvé rzhraní 1000BASE- T [IEEE 802.3ab] s pdpru VLAN [IEEE 802.1q] využívající knektr RJ-45. V případě režimu FTTB je rzhraním UNI metalické ethernetvé rzhraní 1000BASE-T [IEEE 802.3ab] aneb ethernetvé rzhraní 100BASE-T [IEEE 802.3u-1995] v bu případech využívající knektr RJ-45. Detailní specifikace rzhraní je ppsána v dkumentu CETIN, kterým se zveřejňuje UNI rzhraní ptických přípjek Specifikace ATM/IP rzhraní v kncvém bdě sítě Specifikace xdsl přípjek Kmunikace ADSL/ADSL2+ mdemu s DSLAM a následně k BRAS je ppsán v referenčním mdelu dle br. 8. Kmunikace VDSL2 mdemu je pspána v referenčním mdelu dle br. 9. IPv4/IPv6 - Přístup na Internet PPPE ETHERNET ATM/AAL5-SNAP VPI=8 VCI=48 ETHERNET BRAS TNW DSLAM ADSL/ADSL2+ mdem ETHERNET ATM/AAL5-SNAP/RFC1483-BR VPI=8 VCI=35 IPv4 - Přístup k IPTV ETHERNET Obrázek 8: Referenční mdel kmunikace ADSL/ADSL2+ mdemu se sítí 11 / 44

12 ETHERNET IPv4/IPv6 - Přístup na Internet PPPE PTM/VLAN-ID=848 ETHERNET BRAS TNW DSLAM VDSL2 mdem ETHERNET PTM/VLAN-ID=835 IPv4 - Přístup k IPTV ETHERNET Obrázek 9: Referenční mdel kmunikace VDSL2 mdemu se sítí Referenční mdel kmunikace mezi sítí a ADSL, ADSL2+ a VDSL2 mdemem bsahuje následující funkční blky a rzhraní: BRAS zařízení agregující PPPE relace a zprstředkující přístup ke službě Internetvéh přístupu, TNW transprtní síť, DSLAM zařízení prvádějící agregaci ADSL/ADSL2+ a VDSL2 přípjek, ADSL/ADSL2+ mdem zařízení uknčující metalické vedení synchrnizvané na ADSL/ADSL2+ prtklu směrem k DSLAM a běžící v ATM módu, VDSL2 mdem zařízení uknčující metalické vedení synchrnizvané na VDSL2 prtklu směrem k DSLAMu a běžící v PTM módu. Detailní specifikace včetně dkazů na knkrétní nrmy a dpručení je ppsána v dkumentu CETIN, kterým se zveřejňuje UNI rzhraní XDSL přípjek Specifikace ptických přípjek Kmunikace na UNI rzhraní a navazující kmunikace s OLT a následně k BRAS je ppsána v referenčním mdelu pr FTTH dle br. 10, referenční mdel pr FTTB je uveden na br / 44

13 IPv4/IPv6 - Přístup na Internet PPPE ETHERNET/QiQ GEM/ETHERNET VLAN-ID=848 ETHERNET VLAN-ID=848 ETHERNET OLT BRAS TNW ONT HAG ETHERNET/VLAN GEM/ETHERNET VLAN-ID=835 IPv4 - Přístup k IPTV ETHERNET VLAN-ID=835 ETHERNET Obrázek 10: Referenční mdel kmunikace na ptické přípjce FTTH IPv4/IPv6 - Přístup na Internet PPPE ETHERNET/QiQ GEM/QiQ ETHERNET VLAN-ID=848 ETHERNET OLT BRAS TNW ONU-B HAG ETHERNET/VLAN GEM/VLAN IPv4 - Přístup k IPTV ETHERNET VLAN-ID=835 ETHERNET Obrázek 11: Referenční mdel kmunikace na ptické přípjce FTTB Referenční mdel kmunikace mezi sítí a UNI rzhraním ptické sítě bsahuje následující funkční blky a rzhraní: BRAS zařízení agregující PPPE relace a zprstředkující přístup ke službě Internetvéh přístupu, TNW transprtní síť, OLT-CO jedntka uknčující pticku síť v lkalitě ústředny, ONU-B jedntka uknčující pticku síť v budvě zákazníka umžňující připjení více UNI rzhraní, HAG dmácí přístupvá brána připjující jedntlivá kncvá zařízení uživatele (PC, IPTV STB, Wi-Fi apd.), ONT uknčení ptické sítě v lkalitě zákazníka. 13 / 44

14 Detailní specifikace včetně dkazů na knkrétní nrmy a dpručení je ppsána v dkumentu CETIN, kterým se zveřejňuje UNI rzhraní ptických přípjek Zákaznický rzbčvač Parametry univerzálníh zákaznickéh rzbčvače pracujícíh v pásmu širkpásmvých služeb ADSL(2+)/VDSL nad ISDN a pdprujícíh úzkpásmvé přípjky POTS neb BA ISDN jsu sučástí dkumentu TE Technické specifikace externí - Zákaznický rzbčvač xdsl. 3 Řešení přístupvé sítě CETIN na bázi Multiservice Access Ndes - MSAN 3.1. Základní technický princip ppis řešení Perspektivní a prefervanu variantu Přístupu k veřejně dstupné telefnní službě je přístup prstřednictvím nvě budvané hlasvé VIP sítě zalžené na bázi MSAN (Multiservice Access Ndes), která pstupně nahradí PSTN variantu Přístupu. Zařízení MSAN zajistí knverzi klasických rzhraní TDM (POTS, ISDN2A, ISDN30, 2Mbl) d VIP prstředí se zajištěním nejvyšší mžné kvality hlasu a dstupnsti služby. Účastníci jsu připjeni k účastnickým rzhraním (kartám) MSAN v místě instalace MSAN (ekvivalent ústředny HOST neb RSU z phledu zaknčení vedení na PSTN variantě Přístupu, která bude pstupně řešením zalženým na MSAN nahrazena). Dstupnst služby v knkrétní lkalitě bude Partnervi sdělena v rámci řešení standardní bjednávky v rámci příslušnéh prcesu. Síť je budvána na bázi technlgie MSAN HUAWEI SMART AX 56x na SW verzi R16C00 (některé subracky jsu splečné s xdsl technlgií) se zajištěním transprtu signalizačních paketů k hraničním bdům sítě pmcí vyspělé reginální datvé IP sítě a MPLS Alcatel Lucent a Cisc. Síť MSANů je zapjena d kruhvé nadřazené tplgické struktury pr zajištění maximální míry redundance. Datvá síť je též redundantní s vysku dstupnstí. Infrastruktura CETIN nezahrnuje v tmt řešení vlastní spjvací lgiku (spjvací hlasvu platfrmu IMS apd.). Záměrem CETIN je pskytvat maximální flexibilitu jedntlivým pskytvatelům služeb, tzn. umžnit Partnervi integraci pevných telefnních přípjek prvzvaných na tmt řešení d jeh prtflia služeb bez nutnsti řešení knverze TDM na IP na straně Partnera. Tzn., že pskytvatel služeb může jednduše integrvat hlasvé služby zalžené na MSAN d svéh prtflia a využít tak synergických efektů mezi dalšími službami ve svém prtfliu. Obrázek 12: Schématické zbrazení řešení MSAN Přístupu k veřejně dstupné telefnní službě 14 / 44

15 3.2. Hraniční bdy sítě Hraničními bdy sítě CETIN z phledu lgiky hlasvé služby tvří dvjice sessin brder cntrllerů (SBC) umístěných v Praze a Brně (technlgie ORACLE - ACME). SBC zajišťují bezpečné směrvání hlasvých paketů směrem mezi VIP sítí CETIN MSAN a pskytvateli služeb a zpět. SBC zjedndušují integraci vůči spjvací VIP platfrmě (IMS apd.) Partnera, prtže pr VIP platfrmu Partnera jsu viditelné IP adresy dvjice SBC, nikliv celé sítě MSAN (v rámci SBC je uplatňván princip tzv. tplgy hiding a SBC funguje jak back t back user agent ). Hlasvé pakety jsu značeny nejvyšší mžnu úrvní pririty QS dle IEEE 802.1p COS 5, tzn. je zajištěna jejich nízká latence, kmpletnst v pžadvaném čase a rychlé dručení k hraničnímu bdu sítě (tzn., data týkající se přensu hlasu mají abslutní priritu před jakýmikliv jinými daty přenášenými v datvé síti CETIN a je s nimi takt nakládán. Tzn., veškeré síťvé prvky je upřednstňují). Kmunikace mezi hraničním bdem MSAN sítě CETIN (SBC Praha, Brn) vůči síti Partnera nebude realizvána pmcí veřejné sítě internet, ale výhradně dedikvaným kruhem. Prvz z a d MSAN sítě CETIN bude ddělen d statníh prvzu. Prpjení mezi sítí CETIN a sítí Partnera bude realizván pmcí prduktů dle aktuální nabídky na prpjení sítí Dstupnst služby - pužitá metda dhledu dstupnsti služby v MSAN řešení: Technlgie MSAN praktivně hlídá dstupnst celé kmunikační cesty včetně VIP platfrmy Partnera a peridicky ji vyhdncuje pmcí kmunikace v rámci SIP prtklu následujícím způsbem (předpkládají se dvě kmunikační cesty primární a sekundární), ale není t pdmínku. Předpkladem je, že VIP platfrma Partnera bude dpvídat na metdu SIP OPTIONS. a) Pkud MSAN nedstane 3x (mdifikvatelné nastavení) dpvěď d 1500 ms na SIP OPTIONS metdu v pdbě 200 OK, vyhdntí t jak nedstupnst primární cesty (zárveň testuje i sekundární cestu shdným způsbem). b) V takvémt případě bude spuštěna re-registrace účastníků půvdně registrvaných a kmunikujících přes primární cestu na sekundární cestu neb nechá vypršet půvdní registraci (nastavitelné chvání MSAN). c) V případě přepnutí prvzu na druhu cestu bude jakákliv signalizace týkající se hvrů přes primární cestu uknčena d) V případě detekvané chyby pužívané cesty, MSAN zredukuje interval pr psílání OPTIONS vůči primární cestě, aby nepřetěžval datvu síť, a zárveň testuje sekundární cestu ve standardních intervalech. e) Pkud MSAN 10x za sebu (mdifikvatelné nastavení) dstane dpvěď d primární cesty na SIP OPTIONS, vyhdntí t jak dstupnsti primární cesty a spustí prceduru zpětnéh přepnutí prvzu vůči primární cestě. 15 / 44

16 Tt nastavení je mdifikvatelné per SIP prfil (viz. definice SIP prfil - přílha 1.8). Obrázek 13: Testvání dstupnsti primární a sekundární cesty (prxy) ze strany MSANu 16 / 44

17 3.4. Pdprvané standardy Označení specifikace RFC 768 RFC 791 RFC 792 RFC 793 RFC 1889 RFC 1890 RFC 2833 RFC 3261 RFC 3262 RFC 3263 RFC 3264 RFC 3311 RFC 3323 RFC 3325 RFC 3389 RFC 3455 RFC 3515 RFC 3550 RFC 3891 RFC 3892 RFC 3960 RFC 3966 RFC 4028 RFC 4244 RFC 4566 RFC 4904 RFC 5502 RFC 5806 RFC GPP TS , 3GPP TS GPP TS GPP GPP TS GPP TS GPP TS GPP TS GPP TS GPP TS GPP TS GPP TS UDP prtcl Internet prtcl ICMP prtcl TCP prtcl Název A Transprt Prtcl fr Real-Time Applicatin RTP Prfile fr Audi and Vide Cnferences with Minimal Cntrl RTP Paylad fr DTMF Digits SIP: Sessin Initiatin prtcl Reliability f Prvisinal Respnses in SIP Lcating SIP Servers An Offer/Answer Mdel with Sessin Descriptin Prtcl The Sessin Initiatin Prtcl (SIP) UPDATE Methd A Privacy Mechanism fr the Sessin Initiatin Prtcl (SIP) Private Extensins t the Sessin Initiatin Prtcl (SIP) fr Asserted Identity within Trusted Netwrks Real-time Transprt Prtcl (RTP) Paylad fr Cmfrt Nise (CN) Private Header (P-Header) Extensins t the Sessin Initiatin Prtcl (SIP) fr the 3rd-Generatin Partnership Prject (3GPP) The Sessin Initiatin Prtcl (SIP) REFER Methd RTP: A Transprt Prtcl fr Real-Time Applicatins Sessin Initiatin Prtcl (SIP) Replaces Header The Sessin Initiatin Prtcl (SIP) Referred BY Mechanism Early Media and Ringing Tne Generatin in the Sessin Initiatin Prtcl the tel URI fr Telephne Sessin Timers in the Sessin Initiatin Prtcl (SIP) Extensin t SIP fr Request Histry Infrmatin Sessin Descriptin Prtcl Representing Trunk Grups in tel/sip URIs The SIP Pserverd User Private Header fr the 3GPP IP Multimedia Cre Netwrk Subsystem Diversin Indicatin in SIP Mapping and Interwrking f Diversin Infrmatin between Diversin and Histry Inf Headers in SIP Advice f Charge (AC requires the "R" interface as part f the "Realtime Billing" ptin) Annymus cmmunicatin rejectin Authenticatin Call Waiting Calling line identificatin restrictin verride Calling Line ID Delivery Blcking Calling Number Delivery Calling Party Categry Cnnected Line Identificatin Presentatin Cnnected Line Identificatin Restrictin External Calling Line ID Delivery 17 / 44

18 3GPP TS GPP TS GPP TS GPP TS GPP TS GPP TS GPP TS GPP TS GPP TS GPP TS GPP TS GPP TS GPP TS GPP TS GPP TS IEEE 802.1q Internal Calling Line ID Delivery Third-Party MWI Cntrl Three-Way Call Annymus Call Rejectin Autmatic Callback/CCBS Call Frwarding Always Call Frwarding Busy Call Frwarding N Answer Call Frwarding Nt Reachable Call Frwarding Selective Call Hld cntrl (flash based) Call Return Cnference Call cntrl (flash based) Cmmunicatin Barring-User Cntrl Diversin Inhibitr Virtual LANs Tabulka 4: MSAN řešení Přístupu k veřejné telefnní službě MSAN je plně v suladu s následujícími standardy (sulad s dalšími standardy bude pskytnut na vyžádání) 3.5. Kdeky Pdprvané kdeky jsu G711A-lw, Clear Mde, G729. Transcding kdeků je předpkládán na straně Partnera Synchrnizace Referenční signál PRC (10e-13) z cesivéh nrmálu je prstřednictvím fyzické vrstvy 2048kbit/s a synchrnním Ethernetem dručen k synchrnizaci MSAN. Řešení garantuje dluhdbu stabilitu < 10e Šifrvání prvzu CETIN řešení Přístupu k veřejně dstupné telefnní službě MSAN nepdpruje šifrvání prvzu jak na části sítě MSAN SBC, tak SBC Partner. 4 Účastnická telefnní rzhraní pskytvaná v sítí CETIN (PSTN, MSAN) 4.1. Úvd Kapitla ppisuje jedntlivá účastnická rzhraní a jejich vlastnsti. Ppis je splečný pr řešení Přístupu k veřejné telefnní službě zalžené na PSTN a MSAN Analgvé účastnické rzhraní Z (POTS) Zákazníkům je pskytván analgvé účastnické rzhraní s přensvým pásmem 300 Hz až 3400 Hz s kvalitu pdle dpručení ITU-T M Tt rzhraní je specifikván technickými charakteristikami v suladu s nrmu ETSI TR pr dvudrátvý kruh. Jednsměrné napětí v phtvstním stavu na hlavním účastnickém rzvdu (MDF) je maximálně 56,5 V naprázdn. Hdnty stejnsměrnéh prudu na MDF: min. 1mA, max. 50 ma Specifika pr VTA (zvýšený linkvý prud) Pr připjení veřejných telefnních autmatů zajistí CETIN na žádst Partnera na příslušném přípjném vedení zvýšený linkvý prud. 18 / 44

19 Rzhraní ISDN-BRI (ISDN2) Základní přístup ISDN-BRI pskytuje 2 B kanály a jeden D kanál. Kanál B je datvý, transparentní, spjvě rientvaný kanál umžňující přensvé rychlsti 64 kbps. Kanál D je signalizační paketvý kanál umžňující 16 kbps. Přens signalizace DSS1 je zabezpečván na síťvé vrstvě, která je definvaná v EN Z phledu CETIN se služba uknčuje na rzhraní typu U. Obrázek 14: Schematický mdel ISDN přípjky Rzhraní ISDN-PRI (ISDN30) Primární přístup ISDN-PRI pskytuje 30 B kanálů a jeden D kanál. Datvý B kanál má přensvu rychlst 64 kbps, signalizační D kanál rvněž 64 kbps. Slučením kanálů je mžné dsáhnut přensvé rychlsti 2 Mbps dpvídající E1. Hlavní využití primárníh přístupu je v připjvání pbčkvých ústředen a lkálních sítí na straně uživatele. Rzhraní ISDN-PRI se skládá stejně jak ISDN-BRI z rzhraní U, T, S. Přens signalizace -DSS1- je zabezpečván na síťvé vrstvě, která je definvaná v EN Parametry prpjvacíh bdu s rzhraním PRI jsu definvány v Přílze č. 6 Síťvéh plánu signalizace veřejných kmunikačních sítí č. SP/3/ Rzhraní 2 Mbit/s (2MBL) Pr připjení pbčkvých ústředen je prveden jedntlivě PDH signálem E1 na rzhraní RM1. Obecně platí pr parametry rzhraní pžadavky pdle Přílhy č. 2 Síťvéh plánu signalizace veřejných kmunikačních sítí č. SP/3/ Linkvá signalizace typu K se přenáší se v 16. kanálvém intervalu (Timeslt 16). Signalizace K se prvzuje ve variantě K+MFC (registrvá MFC-R2), MSAN Tóny a další specifikace účastnických rzhraní Síť CETIN vysílá ve své sítí účastníkům, příp. účastníkům jiných sítí tóny specifikvané v Přílze č. 7 Síťvéh plánu signalizace veřejných kmunikačních sítí č. SP/3/ Pužita je nárdní varianta. 19 / 44

20 Tón Frekvence (Hz) Časvání (ms) Oznamvací tón 425 Oznamvací tón - speciální 425 Vyzváněcí tón 425 Obsazvací tón 425 Obsazvací tón - rychlý 425 Speciální infrmační tón (dkazvací tón) Tón čekajícíh vlání vysílaný vlajícímu 425 Tón čekajícíh vlání vysílaný vlanému 425 puls 330 pauza 330 puls 660 pauza 660 puls 165 pauza 165 puls 165 pauza 165 puls 165 pauza 165 puls 660 pauza 660 puls 1000 pauza 4000 puls 330 pauza 330 puls 165 pauza 165 puls 330 pauza 30 puls 330 pauza 30 puls 330 pauza 1000 puls 1000 pauza 170 puls 330 pauza 3500 puls 330 pauza 9000 Tón knference 425 puls 660 Tabulka 5: Tóny a další specifikace účastnických rzhraní CLIP (Calling Line Identificatin Presentatin) - během vyzvánění, vlastní přens čísla FSK (Frequency Shift Keying) 1200 Bd (1 start bit, 8 bitů inf., 1 stp bit) dle ITU-T V Tarifní impulz - signál frekvenci 16 KHz, jehž perida dpvídá mnžství tarifních jedntek příslušejících knkrétnímu hvru neb časvých jedntek, dba trvání delší než 50 ms a kratší než 100 ms U ISDN je pdprván využití keypad prtklu (nikliv funkčníh prtklu) 20 / 44

21 Prud smyčky Pdprvané hdnty v rzmezí ma (knstantní prud) Napěti a-b Nminální hdnta 48 V Vyzváněcí napětí a frekvence Vyzváněcí napětí 75V, 25Hz Vyhdncení přerušení smyčky Není vyhdncen ms Flash ms Není vyhdncen jak zavěšení vlajícíh ms Zavěšení vlajícíh ms Parametry tarifikačních impulsů Délka ms Frekvence khz Účastnická rzraní - pdprvané standardy Kapitla ppisuje pdprvané standardy (sulad s dalšími standardy bude pskytnut na vyžádání). ITU-T Q.512 Exchange interface fr subscriber access; 1989 ITU-T Q.522 Transmissin characteristics at 2-wire analgue interfaces f digital exchange; 1988 ITU-T I.411 ISDN user-netwrk interfaces-reference cnfiguratins; 1988 ITU-T I.430 Basic user-netwrk interface layer 1 specificatin; 1988 ITU-T I.431 Primary Rate User-Netwrk Interface Layer 1 Specificatin; 1988 ITU-T G.703 Physical/Electrical characteristics f hierarchical digital interfaces; 1988 ITU-T G.704 Synchrnus frame structures used at primary and secndary hierarchical level; 1988 ITU-T G.706 Frame alignment and cyclic redundancy check (CRC) prcedures relating t basic frame structures defined in recmmendatin G.704; 1988 ITU-T G.712 Transmissin perfrmance characteristics f pulse cde mdulatin; 1992 ITU-T X.21 Interface between Data Terminal Equipment and Data Circuit Terminating Equipment fr synchrnus peratin n Public Data Netwrks; 1992 ITU-T G.823 The cntrl f jitter and wander within digital netwrks which are based n the 2048 kbit/s hierarchy; 1993 ETS Attachments t Public Switched Telephne Netwrk (PSTN); General technical requirements fr equipment cnnected t an analgue subscriber interface in the PSTN; 1992 ETS Integrated Services Digital Netwrk Primary rate user-netwrk interface Layer 1 specificatin and test principles; 1992 ETS /A1 Integrated Services Digital Netwrk Primary rate user-netwrk interface Layer 1 specificatin and test principles;1992 ETS Integrated Services Digital Netwrk (ISDN); Basic user-netwrk interface Layer 1 specificatin and test principles; April 1992 ETS Integrated Services Digital Netwrk ISDN User-netwrk interface data link layer specificatin. Applicatin f ITU-T Recmmendatins Q.920/I.440 and Q.921/I.441; / 44

22 ETS Signalling prtcl and Switching (SPS) V interfaces at the digital Lcal Exchange ( LE) V 5.1 interface fr the supprt f Access Netwrk (AN); 1994 ETR 080 ETS ETS ETS Tabulka 6: Účastnická rzraní - pdprvané standardy Transmissin and Multiplexing (TM); ISDN basic rate access; Digital transmissin system n metallic lcal lines; July 1993 Public switched telephne netwrk (PSTN); Subscriber line prtcl ver the lcal lp fr display (and related) services; Part 1: On hk data transmissin Draft versin Public switched telephne netwrk (PSTN); Subscriber line prtcl ver the lcal lp fr display (and related) services; Part 3: Data link message and parameter cdings Draft versin Public switched telephne netwrk (PSTN); Calling Line Identificatin Presentatin (CLIP) supplementary service; Service descriptin Editin Širkpásmvý přístup 5.1. Vlastnsti prvzvaných DSLAMŮ a OLT Centrální část přensvéh systému tvří zařízení DSLAM pr DSL technlgii a zařízení OLT pr pticku infrastrukturu. DSLAM je účastnický multiplexer pr vyskrychlstní datvé služby na stávající infrastruktuře metalických kabelů, který sdružuje data z různých typů zákaznických zařízení. Sdružený datvý tk je vysílán d ethernetvé sumarizační sítě neb d sítě ATM. V pačném směru je sdružený datvý tk demultiplexván a přenášen k dpvídajícímu zařízení CPE. OLT je účastnický multiplexr pr vyskrychlstní datvé služby na ptické infrastruktuře, který sdružuje data z různých typů zákaznických zařízení. Sdružený datvý tk je vysílán d ethernetvé sumarizační sítě. V pačném směru je sdružený datvý tk demultiplexván a přenášen k dpvídajícímu zařízení ONT. V síti CETIN jsu instalvány následující typy DSLAMů: Alcatel-Lucent ISAM 7302/7330 XD s dhledvým a řídicím systémem 5520 AMS, Alcatel-Lucent ISAM 7302/7330 FD s dhledvým a řídicím systémem 5520 AMS, Nkia ISAM 7363 MX-6 s dhledvým a řídicím systémem 5520 AMS Huawei SmartAX MA5100/MA5103 s dhledvým a řídicím systémem U2000, Huawei SmartAX MA5600/MA5603 s dhledvým a řídicím systémem U2000, Huawei SmartAX MA5600T/MA5603T s dhledvým a řídicím systémem U2000, Huawei SmartAX MA5616 s dhledvým a řídicím systémem U2000. V síti CETIN jsu instalvány následující typy OLT: Huawei SmartAX MA5600T/MA5603T s dhledvým a řídicím systémem U2000. CETIN průběžně rzšiřuje a mdernizuje svu síť a z tht důvdu mu být d sítě CETIN v buducnu začleněny i další typy zařízení Pdmínky pr prvz telekmunikačních zařízení instalvaných u Partnera Obecné pdmínky 22 / 44

23 Partner umžní na místě kntrlu prpůjčených zařízení rgánům celní správy, které mhu být dprvázeny rgány země půvdu zařízení neb země ddavatele zařízení, za účelem zjištění umístění zařízení a jeh využívání v suladu s licenčními pdmínkami CETIN neb s licenčními pdmínkami země půvdu či země ddavatele zařízení. Není-li smluvně ujednán jinak, musí být v případě přímých účastnických přípjek mdemy či další technická zařízení, prnajaté CETIN, trvale připjeny k elektrické síti a zapnuty. Nepřetržité elektrické napájení zařízení CETIN je zajišťván ze zdrje Partnera. Při zvýšených nárcích na důvěrnst, resp. chranu přenášených dat, je záležitstí Partnera učinit na své straně příslušná patření (např. instalvat šifrvací/dešifrvací zařízení ke svému kncvému zařízení) Technické náležitsti Zařízení může být instalván puze d stavebně dknčených prstr, případně vybavených příslušným nábytkem neb zařízením k umístění zařízení. Prstry musí být čisté, dbře světlené, bez extrémních teplt a prachu. Rzsah teplt pr pracvní prstředí zařízení může být d 0 d 50C při relativní vlhksti 0 až 95%. Zařízení musí být umístěn tak, aby jeh přední strana byla snadn přístupná a čitelná. Z důvdu chlazení nesmějí být na hrní plchu zařízení umístěny žádné předměty ani jiná zařízení, rvněž p bu stranách zařízení nesmějí být pkládány neb umisťvány předměty ve vzdálensti menší než 3 cm. K přední části zařízení musí být v suladu s dpručením výrbce zajištěn vlný prstr nejméně 15 cm a v zadní části zařízení nejméně 10 cm pr kabelvé připjení. Zařízení musí být umístěn ve vzdálensti, která je určena příslušným dpručením ITU-T pr dané rzhraní d kncvéh zařízení Partnera (měřen délku prpjvacíh kabelu). Síťvé napájení zařízení je 220 V st., příp. 48 V ss. Přívd napájení může být pevný neb phyblivý. V případě phyblivéh přívdu síťvá zásuvka 220 V musí být k dispzici d 2 m d zařízení a musí dpvídat české nrmě. V případě vzdálenější síťvé zásuvky Partner zajistí prdlužvací síťvý kabel. Maximální rzměry pžadvané CETIN pr pskytvání služby dle tét smluvy jsu 2U Specifikace rzhraní v místě přístupu Referenční mdel sítě CETIN V následujících kapitlách jsu zavedeny pjmy pužité v schématu referenčníh mdelu (viz. Obr. 15). 23 / 44

24 IPTV Headend Brder Gateway Internet IP VPN IP Síť Pskytvatele Multicast IP VPN PPPE CORE NETWORK MA VPN PPPE WAN IPv4 + IPv6 Uživatelská linka Bridged IPE IPE IPv4 fr IPTV IP Transprt Internet IP VPN Přístup DSL CA neb Přístup Carrier Optical Mutimedia Transprt Multicast IP VPN MA VPN Přístup Multimédia Obrázek 15: Referenční mdel Prvky IP sítě IP zařízení je jakýkliv systém kmunikující prtklem IP. IP prtklem budeme nadále rzumět jak verzi 4 (IPv4), tak verzi 6 (IPv6). IP zařízení musí pdprvat bě verze, není-li explicitně uveden jinak. Datvý spj - je jakýkliv fyzický, případně lgický přístup mezi dvěma neb více IP zařízení, pdle typu pužité technlgie. IP paket - je základní jedntka pr přens infrmace v IP sítích. Skládá se ze záhlaví a datvé části pr přens infrmace. Záhlaví bsahuje zejména infrmace nutné pr směrvání a dručení IP paketu jak lgické adresy kmunikujících systémů a infrmace pžadvané kvalitě služby (dále QS). Směrvač - je IP zařízení zprstředkující přístup k více datvým spjům a zajišťující směrvání infrmací pdle lgické síťvé adresace. PE směrvač - je směrvač na vstupu d IP sítě CETIN, zajišťující zárveň MPLS značkvání IP paketů. BRAS - je směrvač, který agreguje PPP spjení z DSL linek kncvých uživatelů sítě. DSL POP - je tvřen mnžinu BRAS a PE směrvačů (minimálně jeden BRAS a jeden PE směrvač). DSL POP agreguje prvz z určitéh reginu České republiky. Tent prvz je pak agregván. IP pl - je mnžina adres pužívaná pr adresaci PPP přípjek. 24 / 44

25 IP síť IP sítí se rzumí síť skládající se z datvých spjů a IP zařízení (směrvače, aplikační systémy) služící k přensu a dručvání infrmací mezi systémy (a jejich aplikačními prgramy) vybavenými kmunikačním prtklem TCP/IP pdprujícími bě v sučasné dbě pdprvané verze: IPv4, IPv Bd přístupu IP Transit NNI Bdem přístupu NNI (dále v textu NNI) se rzumí přístup k IP páteřní síti CETIN (dále v textu IP síť splečnsti) z IP sítě Partnera služeb (dále v textu IP síť Partnera) na bázi prtklu IP za účelem výměny dat na bázi prtklu IP. NNI musí splňvat následující: Vlastnsti NNI na první a druhé vrstvě OSI, Vlastnsti třetí vrstvy OSI (adresace, QS směrvání prvzu mezi sítěmi), Charakteristika pskytvaných služeb. NNI může být vícenásbný z důvdů redundance Bd přístupu REN Transprt NNI Bdem přístupu REN Transprt NNI se rzumí přístup k reginální ethernet síti CETIN (dále v textu REN) z datvé sítě Partnera na bázi prtklu Ethernet QinQ za účelem výměny dat. Musí se splňvat vlastnsti REN Transprt NNI na první a druhé vrstvě OSI. REN Trasnprt Síť Pskytvatele Reginální ethernet síť CETIN REN Účastnická linka REN Trasnprt NNI Účastník REN Trasnprt Kapacita Přístup DSL REN CA neb Optical REN CA Obrázek 16: Schéma referenčníh mdelu Virtuální privátní síť V IP síti splečnsti CETIN bude pr IP síť Partnera přistupujícíh přes NNI vytvřena virtuální privátní síť (dále v textu refervána VPN), za účelem extenze IP sítě Partnera na infrastruktuře splečnsti CETIN, která je nutná k realizaci služeb zalžených na IP prtklu a nabízených sítí Partnera kncvým účastníkům připjených k prvkům IP sítě splečnsti CETIN. Za IP adresaci pr danu VPN je zdpvědný Partner s tím, že pr VPNs, které bsluhují více než zákazníků, je ptřeba dhdnut vhdnu reginální sumarizaci IP adres. Pžadavky na IP adresaci jsu závislé na typu pskytvaných služeb kncvým účastníkům IP sítě CETIN. 25 / 44

26 Speciální systémy Speciálními systémy se rzumějí systémy (servery) v IP síti Partnera, které kmunikují prtklem IPv4 neb IPv6 se systémy umístněnými v IP síti splečnsti CETIN. Tyt systémy zajišťují realizaci služeb, typicky přens autentizačních, autrizačních, accuntingvých případně registračních dat Fyzická realizace datvéh spje v místě NNI Pr přístup k sítí bude pužit technlgie na bázi Ethernet: Gigabit Ethernet 1000Mbps, TenGig Ethernet 10000Mbps, HundredGig 100Gbps. Fyzická rzhraní pdprvaná CETIN: 1000BASE-LX (1300nm LASER) pr 1000 Mbps Ethernet s ptickým rzhraním, 10GBASE-LR (1300nm LASER) pr Mbps Ethernet s ptickým rzhraním, 100GBASE CFP pr 100Gbps Ethernet s ptickým rzhraním. Pr zapuzdření (encapsulaci) IP paketů d ethernetvských rámců bude pužit Ethernet_II (ARPA) InterAS VPN ptin (10) A NNI rzhraní bude realizván dle standardu RFC 4364 InterAS VPN ptin 10A (Back t Back VRF), kdy pr každu VPN bude na NNI rzhraní knfigurvána VLANa pdle IEEE 802.1q Prtkl na NNI rzhraní Rzhraní na straně Partnera realizující NNI musí pdprvat IP prtkl v4 a může pdprvat sučasně prtkl IP verze Pdprvané varianty přístupů k síti Tat část ppisuje architekturu přístupu pr varianty jeden a dva bdy přístupu k síti Přístup v jediném NNI Tent typ přístupu nezajišťuje žádnu redundanci přístupu k datvým zdrjům bu sítí, nebť je datvá výměna prváděna p jediném datvém spji. Sumarizvané IP prefixy Směrvač IP sítě CETIN Obrázek 17: Přístup v jediném NNI Přístup ve dvu NNI s jedním směrvačem na straně Partnera Tent přístup umžňuje zálhvané spjení bu příslušných sítí. V tmt případě jsu plně zálhvány prti výpadku puze datvé spje, které vedu z jednh směrvače Partnera na 2 směrvače CETIN. Výměna směrvacích infrmací je dynamická prtklem BGP / 44

27 Sumarizvané IP prefixy Sumarizvané IP prefixy zálžní cesta Obrázek 18: Přístup ve dvu NNI s jedním směrvačem na straně Partnera Přístup ve dvu NNI Tent přístup umžňuje zálhvané spjení bu sítí. Pskytuje plnu redundanci přístupu jak z phledu datvých spjů, tak z phledu hardware (směrvačů). Sumarizvané IP prefixy Sumarizvané IP prefixy Obrázek 19: Přístup ve dvu NNI Vícenásbný datvý spj v NNI Tent přístup je realizván dvěma neb více datvými spji uknčenými na rzhraních stejných směrvačů. Tent typ přístupu umžňuje navýšení kapacity přístupvéh bdu násbek rychlsti datvéh spje. Prvz je balancván p všech datvých spjích buď za pužití vlastnstí prtklů 27 / 44

28 třetí vrstvy neb prtklem LACP dle IEEE 802.3ag. Tent přístup může být kmbinván s libvlným výše uvedeným typem realizace přístupu. Směrvač IP ČESKÉHO TELECOMU Směrvač IP sítě CETIN Sumarizvané IP prefixy Obrázek 20: Vícenásbný datvý spj v NNI 5.6. PPP Sumarizace Účastnické přípjky pužívají pr připjení k IP síti prtkl PPP ver Ethernet (dále PPPE), který je ppsán v RFC2516. PPP prtkl je zaknčen na zařízení, plnícím funkci BRAS. BRAS účastnické zařízení (CPE) : autentizuje, autrizuje a účtuje jedntlivá PPP spjení, prvádí IP adresaci kncvých účastnických zařízení, směruje prvz směrem z VPN Partnera a d VPN Partnera. Nastavení BRAS na rzhraní směrem k DSL/GPON sítí je takvé, že umžní pr každu účastnicku přípjku puze jediné PPPE spjení. Mezi BRAS a PE je datvý spj, který je místem uplatnění sumarizačníh pměru. Z tht důvdu je nutn vlit IP adresní schéma pr PPP přípjky a spj mezi BRAS a PE separátně pr služby s různými sumarizačními pměry Služba s plnu kntrlu prvzu uživatelů Na BRAS zařízení jsu uživatelské prty izlvány v následujícím smyslu: Veškerý prvz d uživatele bude směrván na dchzí lgické rzhraní (VLAN) dedikvané pr takvý typ prvzu. Tt rzhraní bude v síti CETIN zaknčen v IP VPN, jejíž směrvací tabulka nezná IP adresy dedikvané pr kncvé uživatele. Analgicky příchzí prvz bude z hraničníh směrvače mezi sítí CETIN a Partnera směrván v separátní VPN určené pr prvz d Partnera směrem k Účastníkům. Hraniční směrvač je prvzván v rli HUB a jedntlivé VPN pr upstream a dwnstream jsu v rli SPOKE. Tím je zajištěn, že i pakety, které by mhly být směrvány v rámci BRAS zařízení, budu přesměrvány směrem na HUB, a ten bude tyt dále směrvat na hraniční směrvač Partnera (viz br. 21). 28 / 44

29 Obrázek 21: Služba s plnu kntrlu prvzu uživatelů IP adresace v rámci Oblastníh sdružvacíh bdu vyžaduje IP adresy pr dvě VLAN na každé BRAS zařízení Prtkl účastnické linky Účastnická přípjka musí splňvat následující pžadavky, aby dšl k úspěšnému spjení s BRAS Přens prtklu PPP přes Ethernet Pkud je účastnická přípjka realizvána prtklem PPPE, musí být prtkl linkvé vrstvy realizván pdle RFC Prtkl PPP Prtkl linkvé vrstvy PPP musí vyhvvat standardu IETF STD 51 Dále musí být na přípjce pdprván řídící prtkl PPP pr IPv4 (IPCP) dle IETF RFC 1332 a může být pdprván řídící prtkl IPv6CP pr IPv6 dle ITEF RFC Na straně CETIN jsu defaultně pdprvány ba prtkly Autentizační schéma Autentizace na účastnické přípjce je realizvána následvně. BRAS server nabídne jak autentizační prtkl PAP, v případě že nebude účastnickým zařízením akceptván, bude nabídnut CHAP Ověření PAP PAP na účastnické přípjce musí být implementván pdle RFC Ověření CHAP CHAP na účastnické přípjce musí být implementván pdle RFC Regulace pětvnéh pkusu sestavení PPP p předchzím neúspěchu V případě neúspěšnéh pkusu sestavení PPP spjení může účastnická strana pakvat tyt pkusy autmaticky. Minimální dba mezi pkusy nesmí být kratší než 5s. CETIN si nicméně vyhrazuje práv v buducnu defaultní hdntu intervalu mezi dvěma pkusy sestavení PPP prdlužit, pkud celkvý pčet pkusů sestavení PPP spjení ( přihlášení d služby) přesáhne 1440 za den, prvede CETIN z technických důvdů a z důvdů chrany sítě zablkvání služby Účastníka Partnera na dbu 48 hdin MAC adresa Pr připjení lze využít právě jednu MAC adresu vztaženu k jedntlivé službě. 29 / 44

30 5.8. IP adresace Za přidělení IP adres pr datvé spje v bdě/bdech přístupů k síti a PPP přípjky je zdpvědný Partner IP adresace speciálních systémů IPv4 adresy speciálních systémů musí být z mezinárdně krdinvaných IP blků přiřazených dané IP síti Partnera administrativní autritu jak RIPE, ARIN, IANA a registrvaných v příslušném registru. O připjení speciálních systémů adresvaných v rámci IP adresníh plánu pdle RFC 1918 je mžné pžádat, nelze jej však v žádném případě garantvat. IPv6 není v sučasnsti pr kmunikaci speciálních systémů pdprván IP adresace VPN Pr IP adresaci VPN je nutn zajistit IP adresy (pvinně IPv4 a vlitelně IPv6) pr: veškeré datvé spje v NNI (mezi IP sítí splečnsti CETIN a IP sítí Partnera), veškeré datvé spje mezi PE směrvačem a BRAS směrvačem. Pčet těcht připjení je daný kapacitu příslušnéh BRAS směrvače. P vyčerpání kapacity na daném směrvači bude Partner vyzván k ddaní IP adres pr datvý spj k nvému BRAS směrvači, definující lgické rzhraní na BRAS směrvači, které je pužíván jak NEXT HOP pr směrvání prvzu d PPP klientů pr PPP klienty IPv4 adresace CPE CPE typicky pdpruje adresní schémata: jedna veřejná IPv4 adresa pr PPP WAN rzhraní, veškerá kmunikace z LAN uživatele je překládá NATem jedna veřejná IPv4 adresa pr PPP WAN a IPv4 adresy směrvané přes tut adresu IPv4 adresace je kntrlvána RADIUS prtklem a je ji mžn vlivňvat pužitím pdprvaných atributů. Partner se zavazuje, že nejméně 85% přidělených IPv4/IPv6 adres bude sumarizvatelných v rámci jedntlivých sumarizačních blastí definvaných v Kuchařce. Příslušné sumarizvané blky IPv4/IPv6 adres pr CPE veliksti min IPv4 /24 a IPv6 /53 hlásí Partner splečnsti CETIN pr ptřebné knfigurační účely IPv6 UNI IPv6 není vnímána jak separátní prtkl na UNI. Veřejná IPv6 adresace je pr WAN rzhraní a pr LAN rzhraní (tj. pr ipv6 NAT mezi LAN a WAN rzhraním není nutný): Adresace WAN rzhraní (IPv4 a IPv6 NCP sdílí dhdnutu LCP vrstvu): Link-lcal dhdnutá prtklem IPv6CP, 1x/64 veřejný prefix pmcí SLAAC. Adresace LAN je /64 neb větší veřejný prefix přirazený CPE LAN prtu jakžt delegated prefix (DHCPv6 PD). T znamená, že LAN prt CPE je v režimu DHCPv6 klient a p sestavení IPCPV6 pžádá BRAS, který má rli DHCPv6 serveru IPv6 prefix včetně IPv6 adres DNS. IPv6 prefixy pr LAN i WAN včetně IPv6 adres DNS jsu zaslány na BRAS RADIUS prtklem. WAN prefix i LAN prefix je pak autmaticky směrván na klientsku přípjku a redistribuván d BGP-4 prtklu. Pr sumarizaci IPv6 prefixů pr CPE, platí stejná pravidla jak pr IPv4 adresaci. Jejich prušvání může hrzit stabilitu sítě, a prt může vést k depření služby z technických důvdů. 30 / 44

31 Obrázek 22: IPv6 UNI 5.9. Směrvací prtkly v bdě přístupu k síti Směrvání v NNI V AP je pdprván mezi IP sítěmi puze dynamický směrvací prtkl BGP-4 (RFC-1771). IP síť CETIN bude pr přístup tímt prtklem pužívat AS uvedené v TTS Redundance a balancvání prvzu V případě dvjice spjů bude jeden definván jak prefervaný a p tmt spji bude směrván veškerý prvz. Teprve při jeh nefunkčnsti bude pužit zálžní spj. Th bude dsažen následující knfigurací BGP-4. Směrvače na hranici IP sítě Partnera budu inzervat směrem k IP síti CETIN puze defaultní cestu 0/0 a explicitně specifické cesty na speciální systémy v síti Partnera. CIDR blky pr statní cesty nebudu směrvači na hranici IP sítě CETIN akceptvány. Směrvač IP sítě CETIN na prefervaném datvém spji zajistí přiřazení lkálních preferencí tak, aby byl primárně využíván tent spj. Směrvače na hranici IP sítě CETIN budu dále směrem k IP síti Partnera inzervat sumarizvané IP blky přiřazené Partnerem a specifické cesty na speciální systémy v jeh síti. Hraniční směrvače zajistí prefervání dhdnutéh primárníh datvéh spje pmcí atributů směrvacíh prtklu. Balancvání prvzu je mžné puze ve variantě s vícenásbnými datvými spji v jednm AP Přístupvé rychlsti Rychlst přensu dat v NNI: Frntvací mechanismy Bd připjení přístupvá rychlst v AP je dána buď rychlstí datvéh spje, neb je mžn se dhdnut na rychlstech nižších, v případě pžadavku na nižší rychlst než je rychlst datvéh spje, bude mezení rychlsti prveden CAR mechanismem. Na datvých spjích v AP (Access pint - CPE) je pužita jediná frnta a veškerý prvz je bsluhván jak prvz s priritu best effrt bez hledu na pužití QS ple IP paketu. 31 / 44

32 ADSL POP Jednduchý QS: V DSL POPu je na datvém spji mezi PE a BRAS směrvači nutn rzlišit následující případy: Směr IP prvzu z BRAS na PE směrvač (směr k Partnervi). V tmt směru je veškerý IP prvz bsluhván jak best effrt bez hledu na pžití QS ple v IP paketu. Směr IP prvzu z PE na BRAS (směr d Partnera). V tmt směru v závislsti na hdntě IP PRECEDENCE bude prvz bsluhván následvně. Pr všechny hdnty IP PRECEDENCE s výjimku hdnty 1 bude prvz bsluhván v priritní frntě. Tat frnta je schpna přenést datvý tk rychlsti rvné rychlsti kapacitě spje. Pr hdntu IP PRECEDENCE rvnu 1 budu IP pakety bsluhvány v BEST EFFORT frntě. Tat frnta, za předpkladu, že PRIORITNÍ frnta není využívána, je také je schpna přenést datvý tk rychlsti rvné rychlsti kapacitě spje (viz br. 23). V případě, že data prtékají PRIORITNÍ frntu, může se datvá prpustnst v BEST EFFORT frntě blížit nule. Obrázek 23: Jednduchý QS Účastnické datvé rzhraní BRAS: Na účastnickém datvém rzhraní v rámci BRAS směrvače je nutn rzlišit následující případy: směr IP prvzu d kncvéh zařízení na BRAS směrvač (směr k Partnervi). V tmt směru je veškerý IP prvz bsluhván jak best effrt bez hledu na pužití QS ple v IP paketu. Priritizaci ve směru k Partnervi je nutné řešit na úrvni kncvéh zařízení, směr IP prvzu z BRAS ke kncvému zařízení (směr d Partnera). V tmt směru bude v závislsti na hdntě DSCP prvz bsluhván následvně: pr hdnty DSCP EF a CS3 bude prvz bsluhván v priritní frntě. Tat frnta je schpna přenést datvý tk rychlsti maximálně dsahující upstream rychlsti spje. Prvz převyšující tut kapacitu je zahazván. Pr všechny hdnty DSCP s výjimku hdnt EF a CS3 bude prvz bsluhván v BEST EFFORT frntě Agregace prvzu kncvých uživatelů V Síti CETIN dchází k tzv. přirzené agregaci; stavu, kdy skutečná pptávka Účastníků Partnera p datvé sptřebě v knkrétním kamžiku (bez hledu na Partnera, prstřednictvím kteréh jsu Účastníci Partnera připjeni) překrčí aktuálně dstupnu kapacitu přensvéh prvku Sítě CETIN. Přirzená agregace může krátkdbě mezit dstupnu kapacitu Účastníkům Partnera. Dstupné přensvé pásm není garantván. 32 / 44

33 Při plánvání kapacit Sítě CETIN se splečnst CETIN zavazuje zachvat přiměřenu kapacitní dstupnst přensvých prvků tak, aby nedcházel k systematickému snížení kvalitativních parametrů pskytvané Služby Kmunikace RADIUS Ověření kncvéh účastníka pr přístup d služby Pr přístup Účastníka Partnera (kncvéh účastníka) d služby bsahu neb přensu dat pskytvané Partnerem je prváděn věření účastníka služby. Ověření Účastníka Partnera prbíhá prtklem RADIUS dle IETF standardu RFC 2865 s mezeními a dplňky specifikvanými v tét Přílze. Ověření identity Účastníka Partnera prbíhá prtklem CHAP dle IETF standardu RFC 1994 s mezeními a dplňky specifikvanými v tét Přílze Schéma prcesu věření Účastníka Partnera pr přístup d služby Ověření Účastníka Partnera pr využití služby bsahu neb přensu dat prbíhá dle následujícíh schématu: Sumarizační zařízení Obrázek 24: Schéma prcesu věření Účastníka Partnera pr přístup d služby Prces věření Účastníka Partnera prbíhá v následujících krcích: 1. Účastník Partnera (kncvý účastník) iniciuje pžadavek na přístup d služby bsahu neb přensu dat pskytvané Partnerem. V rámci tht pžadavku kncvý účastník služby předá infrmace uživatelském jméně a uživatelském hesle, které mhu být využity Partnerem pr věření identity uživatel v rámci krků 3 a Sumarizační zařízení prvede zpracvání pžadavku na připjení kncvéh účastníka a předá pžadavek na věření přístupu d služby věřvacímu serveru CETIN. Na základě infrmací z pžadavku na připjení určí věřvací server CETIN příslušnst služby kncvéh účastníka Partnervi a druh přístupu. Zárveň je vyhdncván, zda nemá chvání kncvéh účastníka charakter útku na kmpnenty služby. 3. Validní pžadavek na přístup d služby je předán věřvacímu serveru Partnera. 33 / 44

34 4. Ověřvací server Partnera zašle dpvěď na pžadavek věření zpět věřvacímu serveru CETIN. Odpvěď na pžadavek na věření může bsahvat vlitelné parametry (atributy prtklu RADIUS) v suladu s ustanveními tét přílhy. 5. Ověřvací server CETIN zpracuje dpvěď d věřvacíh serveru Partnera, prvede kntrlu předávaných vlitelných a předávaných vlitelných parametrů a dešle dpvěď sumarizačnímu zařízení, které prvede přijetí případně zamítnutí pžadavku na přístup d služby bsahu neb přensu dat pskytvané Partnerem. V rámci věření kncvéh účastníka pr využití služby bsahu neb přensu dat jsu pdprvány následující parametry prtklu RADIUS: Pr pžadavek na přístup d služby předávaný Partnervi: User-Name atribut typu 1 dle RFC 2865 bsahuje uživatelské jmén předané kncvým účastníkem při iniciaci prtklu PPP. Atribut bude předáván vždy. CHAP-Passwrd atribut typu 3 dle RFC 2865 bsahuje autentizační dpvěď prtklu CHAP. Atribut bude předáván vždy. NAS-IP-Address atribut typu 4 dle RFC 2865 bsahuje IP adresu sumarizační zařízení, které zajišťuje připjení kncvéh účastníka. Atribut bude předáván vždy. NAS-Prt - atribut typu 5 dle RFC 2865 bsahuje identifikaci prtu sumarizačníh zařízení, který zajišťuje připjení kncvéh účastníka. Atribut bude předáván vždy. 1) Pžadavek na přístup d služby je iniciván pžadavkem na sestavení spjení pmcí prtklu PPP dle RFC Ověření kncvéh účastníka prbíhá v rámci fáze věření uživatelské identity (Authenticatin Phase) prtklu PPP. 2) Druh a parametry pskytvané služby tj. přístupvu rychlst, příslušnéh Partnera, typ přístupu 3) Jak útk na kmpnenty služby jsu vyhdncvány např. časté pakující se pkusy připjení d služby. 4) aktuální seznam IP adres kncvých zařízení je Partnervi distribuván v rámci prcesu hlášení plánvaných prací v kamžiku instalace nvéh zařízení d sítě. NAS-Prt-Type - atribut typu 61 dle RFC 2865 bsahuje identifikaci typu prtu sumarizačníh zařízení, který zajišťuje připjení kncvéh účastníka. Atribut bude předáván vždy. Called-Statin-Id atribut typu 30 dle RFC 2865 bsahuje identifikaci kncvéh uživatele ve frmě identifikátru serviceid. Atribut bude předáván vždy. Calling-Statin-Id atribut typu 31 dle RFC 2865 bsahuje identifikátr Atribut bude předáván vždy. Acct-Sessin-Id atribut typu 44 dle RFC 2866 bsahuje identifikaci spjení uživatele v rámci danéh sumarizačníh zařízení v suladu s RFC Atribut bude předáván vždy. Pr dpvěď na pžadavek na přístup d služby předávanu Partnerem: Service-Type atribut typu 6 dle RFC 2865 bsahuje typ služby, která má být pskytnuta kncvému účastníkvi. Pdprvána je puze hdnta 2 Framed; pžadavek na přístup d služby s jiným atributem Service-Type než Framed bude zamítnut. Atribut není vyžadván. Framed-IPv6-Prefix atribut 97 Instalace IPv6 na WAN rzhraní 34 / 44

35 Delegated-IPv6-Prefix atribut 123 Prefix pr DHCPv6 PD na LAN CPE Framed-Prtcl atribut typu 7 dle RFC 2865 bsahuje kódvání linky (framing), které má být pskytnut kncvému účastníkvi. Pdprvána je puze hdnta 1 PPP; pžadavek na přístup d služby s jiným atributem Framed-Prtcl než PPP bude zamítnut. Atribut není vyžadván. Framed-IP-Address atribut typu 8 dle RFC 2865 umžňuje specifikvat pžadavky na adresaci kncvéh účastníka (viz 0). Atribut není vyžadván. Framed-Rute atribut typu 22 dle RFC 2865 umžňuje specifikvat pžadavky na adresaci kncvéh účastníka (viz 0). Atribut není vyžadván. Filter-Id atribut typu 11 dle RFC 2865 umžňuje specifikvat vstupní a výstupní přístupvé filtry kncvéh účastníka (viz 0). Atrib ut není vyžadván. Framed-IPv6-Prefix atribut 97 - Instalace IPv6 na WAN rzhraní. Atribut není vyžadván. Delegated-IPv6-Prefix - atribut 123 Prefix pr DHCPv6 PD na LAN CPE. Atribut není vyžadván. Reply-Message atribut typu 18 dle RFC 2865 Textvá zpráva, která může být zbrazena uživateli. Atribut není vyžadván. Class atribut typu 25 dle RFC 2865 Atribut class je zpracváván dle RFC Maximální pdprvaná délka atributu class je 256 znaků; atribut přesahující tut délku bude vypuštěn. Atribut není vyžadván. Sessin-Timeut atribut typu 27 dle RFC 2865 maximální dba trvání spjení kncvéh uživatele v sekundách. P uplynutí tét dby bude uživatel násilně dpjen. Atribut není vyžadván. Idle-Timeut atribut typu 28 dle RFC 2865 maximální dba nečinnsti spjení kncvéh uživatele v sekundách. P uplynutí tét dby bude uživatel násilně dpjen. Atribut není vyžadván. Knfigurace parametrů adresace v průběhu věření kncvéh účastníka. V rámci věření kncvéh účastníka pr využití služby bsahu neb přensu dat je mžné specifikvat parametry týkající se adresace kncvéh účastníka: Partner může pmcí RADIUS atributu Framed-IP-Address specifikvat IP adresu, která má být danému zákazníkvi přidělena pevná IP adresa. Partner může pmcí RADIUS atributu Framed-IP-Netmask specifikvat velikst rzsahu IP adres, které mají být danému zákazníkvi přiděleny. Tent atribut je nutné pužít puze splečně s atributem Framed-IP-Address. Partner může také pmcí jednh neb něklika RADIUS atributů Framed-Rute specifikvat adresy sítí, které mají být na sumarizačním zařízení směrvány na přípjku kncvéh účastníka. IP adresy a sítě přidělvané v průběhu věřvání kncvéh účastníka musí respektvat pžadavky a pravidla specifikvané v tét přílze s hledem na adresní schéma a rzlžení kncvých účastníků dle sumarizačních bdů CETIN. V rámci věření kncvéh účastníka pr využití služby bsahu neb přensu dat je mžné specifikvat parametry týkající se vstupních a výstupních filtrů, které mají být na kncvéh účastníka aplikvány: 35 / 44

36 V rámci věření je mžné přidělit uživateli puze filtry, které jsu staticky knfigurvány na sumarizačních zařízeních CETIN. Partner na základě specifikace jím pžadvanéh přístupvéh filtru bdrží jeh čísl. Velikst jednh přístupvéh filtru je standardně mezena na 20 řádek a celkvý pčet přístupvých filtrů pr Partnera je mezen na 15. Partner může specifikvat vstupní a výstupní filtr, který má být přidělen kncvému účastníkvi, pmcí RADIUS atributu Filter-Id. Ve tvaru "101.in" neb "101.ut", kde čísl pužitéh filtru a přípna.in neb.ut specifikuje směr ve kterém má být daný filtr aplikván kdy.in znamená UPSTREAM a.ut znamená DOWNSTREM Zasílání účtvacích dat přístupu kncvéh účastníka d služby O přístupu kncvéh účastníka d služby bsahu neb přensu dat pskytvané Partnerem jsu Partnervi zasílána účtvací data. Zasílání účtvacích dat prbíhá prtklem RADIUS dle IETF standardů RFC 2865 a RFC 2869 s mezeními a dplňky specifikvanými v tét Přílze. Účtvací data přístupu kncvéh zákazníka d služby jsu Partnervi zasílány ve frmě dtazů RADIUS Accunting Request následujících typů: Start Recrd tat infrmace je zaslána Partnervi v kamžiku kdy kncvý uživatel úspěšně dknčil fázi věření (authenticatin phase) prtklu PPP, Interim Accunting Recrd (alkace zdrjů) tat infrmace je zaslána Partnervi v kamžiku kdy kncvý uživatel úspěšně dknčil fázi sestavení síťvéh prtklu (IPCP) prtklu PPP, Interim Accunting Recrd (pravidelný) tat infrmace je zasílána Partnervi pravidelně v průběhu celé dby trvání spjení. Interval mezi jedntlivými záznamy je 20 minut, Stp Recrd tat infrmace je zaslána Partnervi v kamžiku uknčení přístupu kncvéh účastníka d služby. Pdprvané atributy prtklu RADIUS pr zasílání účtvacích dat přístupu: Acct-Status-Type atribut typu 40 dle RFC 2866 typ účtvacíh záznamu RADIUS dle RFC Atribut bude předáván vždy. User-Name atribut typu 1 dle RFC 2865 bsahuje uživatelské jmén předané kncvým účastníkem při iniciaci prtklu PPP. Atribut bude předáván vždy. NAS-IP-Address atribut typu 4 dle RFC 2865 bsahuje IP adresu sumarizačníh zařízení, které zajišťuje připjení kncvéh účastníka. Atribut bude předáván vždy. NAS-Prt - atribut typu 5 dle RFC 2865 bsahuje identifikaci prtu sumarizačníh zařízení, který zajišťuje připjení kncvéh účastníka. Atribut bude předáván vždy. NAS-Prt-Type - atribut typu 61 dle RFC 2865 bsahuje identifikaci typu prtu sumarizační zařízení, který zajišťuje připjení kncvéh účastníka. Atribut bude předáván vždy. Called-Statin-Id atribut typu 30 dle RFC 2865 bsahuje identifikaci kncvéh uživatele ve frmě identifikátru čísl smluvy. Atribut bude předáván vždy. Calling-Statin-Id atribut typu 31 dle RFC 2865 bsahuje identifikaci kncvéh uživatele ve frmě identifikátru telefnní čísl. Atribut bude předáván vždy. Acct-Sessin-Id atribut typu 44 dle RFC 2866 bsahuje identifikaci spjení uživatele v rámci danéh sumarizačníh zařízení v suladu s RFC Atribut bude předáván vždy. 36 / 44

37 Service-Type atribut typu 6 dle RFC 2865 bsahuje typ služby, která je pskytvána kncvému účastníkvi. Atribut bude předáván v dtazech Interim Accunting Recrd a Stp Recrd. Framed-Prtcl atribut typu 7 dle RFC 2865 bsahuje kódvání linky (framing), které je pskytván kncvému účastníkvi. Atribut bude předáván v dtazech Interim Accunting Recrd a Stp Recrd. Class atribut typu 25 dle RFC 2865 Atribut class je zpracváván dle RFC Maximální pdprvaná délka atributu class je 256 znaků; atribut přesahující tut délku bude vypuštěn. Pkud je atribut class pr dané spjení dstupný bude předáván vždy. Framed-IP-Address atribut typu 8 dle RFC 2865 aktuální IP adresa přidělená kncvému účastníkvi. Atribut bude předáván v dtazech Interim Accunting Recrd a Stp Recrd. Acct-Delay-Time atribut typu 41 dle RFC 2866 zpždění RADIUS paketu dle RFC Atribut bude předáván vždy. Acct-Input-Octets atribut typu 42 dle RFC 2866 pčet přenesených bajtů ve směru UPSTREAM. Atribut bude předáván v dtazech Interim Accunting Recrd a Stp Recrd. Acct-Input-Gigawrds atribut typu 52 dle RFC 2869 pčet přenesených gigabajtů (2^32) ve směru UPSTREAM. Atribut bude předáván v dtazech Interim Accunting Recrd a Stp Recrd. Acct-Output-Octets atribut typu 43 dle RFC 2866 pčet přenesených bajtů ve směru DOWNSTREAM. Atribut bude předáván v dtazech Interim Accunting Recrd a Stp Recrd. Acct-Output-Gigawrds atribut typu 53 dle RFC 2869 pčet přenesených gigabajtů (2^32) ve směru UPSTREAM. Atribut bude předáván v dtazech Interim Accunting Recrd a Stp Recrd. Acct-Input-Packets atribut typu 47 dle RFC 2866 pčet přenesených paketů ve směru UPSTREAM. Atribut bude předáván v dtazech Interim Accunting Recrd a Stp Recrd. Acct-Output-Packets atribut typu 48 dle RFC 2866 pčet přenesených paketů ve směru DOWNSTREAM. Atribut bude předáván v dtazech Interim Accunting Recrd a Stp Recrd. Acct-Sessin-Time atribut typu 44 dle RFC 2866 dba trvání spjení v sekundách. Atribut bude předáván v dtazech Interim Accunting Recrd a Stp Recrd Acct-Terminate-Cause atribut typu 49 dle RFC 2866 důvd uknčení spjení dle RFC Atribut bude předáván v dtazech Interim Accunting Recrd a Stp Recrd. 6 Multimediální služba 6.1. Služby Multimediální služba zajišťuje dručení vide bsahu přes IP prtkl k uživateli. Vide bsah může být buď klasický bradcasting, kdy uživatelé sledují vysílání klasických televizních kanálů, neb umžňuje přístup k vide službám dstupným na vyžádání (takzvané vide n demand, timeshift apd.). Infrastruktura pr pskytvání služby se skládá z těcht kmpnentů: IPTV Headend, W-NNI, MPLS síť CETIN, 37 / 44

38 Multicast IP VPN M-VPN, Multimedia Access VPN, UNI, STB. Účastník Partnera je připjen zařízením STB přes UNI rzhraní k becné přístupvé síti na bázi ethernetu. STB přes dedikvanu VLAN v L2 přístupvé síti a přes L3 MPLS síť kmunikuje s IPTV headendem. Ke kmunikaci pužívá IPv4 adresaci IP Multicast IP Multicast služba pr jednsměrné šíření multicastvéh prvzu z headendu směrem k uživateli. Pužívá se UDP prtkl. V rámci sítě CETIN existuje jediná dedikvaná Multicastvá IP VPN (M-VPN) pr všechny ISP. Z tht důvdu je nutné, aby multicastvé IPv4 adresy a adresy IPTV headendu byly mezi všemi Partnery vzájemně krdinvané. Krdinaci zajišťuje CETIN přidělením multicastvých IPv4 subnetů jedntlivým Partnerům. V M-VPN je pdprván puze PIM SSM (Surce Specific Multicast). V sučasné dbě je pdprván puze prtkl IPv Adresace Každá multicastvá skupina je jednznačně identifikvaná pmcí: (S, G), kde: S je zdrjvá IP adresa multicastvých zdrjů, G je adresa mulitcastvé skupiny MVR Na W-NNI jsu v M-VPN jsu jak zdrjvé adresy (S) pvleny puze veřejné RIPE adresy jedntlivých pskytvatelů (ISP). Každý Partner dstane d CETIN přidělený IPv4 subnet z třídy D ( /4) pdle předpkládanéh pčtu pužitých multicastvých skupin. Tent přidělený IPv4 subnet bude pak dále krdinvaný Partnerem. Partner musí ddat seznam všech (S, G) dvjic, které pužívá pr šíření multimediálníh bsahu. Tat infrmace je nezbytná v případě, že STB Partnera kmunikuje pmcí prtklu IGMP verze 2. CETIN tyt infrmace následně využije pr knfiguraci SSM mappingu, kdy k multicastvé skupině jednznačně přiřadí infrmaci dpvídající zdrjvé IPv4 adrese. Pr šíření multicastu na jedntlivé L2 prvky přístupvé sítě CETIN se pužívá tzv. MVR VLAN (Multicast VLAN Registratin). Uživatelé signalizují zájem příjem multimediálníh bsahu (typicky se jedná přepnutí kanálu na STB) přes IPTV (VD) VLANu pmcí prtklu IGMP verze 2. Tat zpráva je zachycena přístupvým L2 prvkem a ten zajistí přepslání neb zastavení šíření multicastu z MVR VLAN d IPTV (VD) VLAN knkrétníh uživatele Bezpečnst Přístupvý prvek řeší, zda má uživatel práv se přihlásit ke knkrétní multicastvé skupině frmu tzv. balíčků. Defaultně bude aktivní jeden balíček se všemi multicastvými skupinami danéh ISP. 38 / 44

39 6.3. MULTIMEDIA IP VPN Služba služí pr kmunikaci STB s IP TV headendem, která se děje standardním unicastvým IP prvzem (např. NTP, DNS, HTTP, HTTPS) a pr přehrávání vide bsahu z centrálníh ulžiště prtklem TCP. V MPLS síti je zřízena takvá VPN pr každéh Partnera (ISP) Adresace STB mají veřejné RIPE adresy neb privátní adresy dle RFC Adresní prstr bude krdinvaný Partnerem. Je nutné před spuštěním služby připravit adresní plán, který bsahuje IPv4 subnet pr každý přístupvý L2 prvek Partnera DHCP IP adresace STB se děje na základě prtklu DHCP a vstupní prvek na straně přístupvé L2 sítě je pvinen DHCP pžadavek bhatit identifikaci uživatele vlžením ptin 82, ptin 240 a ptin 241, která identifikuje přípjku v rámci dané sítě. V případě jakékliv manipulace s uživatelem v síti CETIN musí být tat infrmace předána Partnervi. MPLS PE směrvač v IP síti CETIN funguje jak DHCP relay dle RFC 3046, sdhcp server Partnera identifikuje zákazníka na základě Optin 82 a přiřadí mu dpvídající IPv4 adresu Bezpečnst CETIN dpručuje zajistit plnu L2 separaci uživatelů na přístupvých prvcích a L3 separaci v MPLS síti, nebť kmunikace je žáducí puze mezi STB a IPTV headendem. Tht pžadavku je mžné dsáhnut více způsby pdle pkrčilsti pužité technlgie Whlesale realizace Obrázek ukazuje prpjvací bdy, které definují hranice mezi perátry a jejich zdpvědnstmi s tím, že služba v síti CETIN umžnuje Partnervi definvat vlastní službu nad sítí, která není pd jeh správu. Dále v textu budeme definvat následující prpjvací bdy (viz br. 25): W-UNI whlesale UNI W-NNI whlesale NNI MULTICAST (MVR) L3 IP Terminatin TV bradcast injectin pint HAG W-UNI W-NNI Access Nerwrk Subscirber Access Ethernet based Agregatin and Transprt Netwrk MULTICAST t BRAS t IPTV Head end OUTER VLAN jednznačné definuje Ethernet Access entity pr Internet services INNER VLAN identifikuje v rámci dané Ethernet Access entity Multlimedia (IPTV) VLAN je určena pr kmunikaci uživatele s TV Headendem End User Line ID určené pmcí Optin 82 -nutné pr DHCP identifikaci a jednznačné přiřazení IP adresy Multicast VLAN služí pr distribuci Multicastu (MVR) cmmn VLAN number fr agregatin area Obrázek 25: Whlesale realizace W-UNI 39 / 44

40 Whlesale UNI je rzhraní mezi CPE = STB ve správě Partnera (ISP) a přístupvým prvkem CETIN. Obrázek 26: W-UNI PHY Rzhraní je 100/1000 BaseT na straně CPE a 100/1000 BaseX na straně CETIN. Při pužití ptickéh rzhraní bude pužit ptick-elektrický převdník před CPE. Předávacím rzraním mezi Partnerem (ISP) a CETIN je zásuvka neb tent převdník rzhraní u zákazníka. L2 vrstva může bsahvat dvě VLAN pr realizaci služeb: Internet access, IPTV IPTV (VD) Pr IP TV službu bude CPE před knfigurván na hdntu IPTV (VD) VLAN 835. AP následně přelží tut hdntu na vstupu d sítě na prvním aktivním prvku na hdntu VLAN ze svéh krdinvanéh adresníh prstru. Dále DHCP request vyslaný přes UNI d sítě p tét IP TV VLAN dplní identifikaci přípjky definvané ve standardu jak Optin82. QS UNI musí pdprvat následující priritizaci IPTV bsahu: COS 4 IP TV Multicast, COS 1 IP TV VD, COS 0 Internet. 40 / 44