Jakab Tivadar Hálózati Rendszerek és Szolgáltatások Tanszék

Hasonló dokumentumok
VIHIMA07 Mobil és vezeték nélküli hálózatok A mobil backhaul vezetékes technológiái 1. Mobil backhaul követelmények

Egyszerű modellszámítások országos kiterjedésű hálózatra FLEXPLANET alapokon

VIHIMA07 Mobil és vezeték nélküli hálózatok QoS alapok áttekintése

Hálózati Technológiák és Alkalmazások. Vida Rolland, BME TMIT október 29. HSNLab SINCE 1992

Egyszerű modellszámítások országos kiterjedésű hálózatra FLEXPLANET alapokon

E Q U I C O M M é r é s t e c h n i k a i K f t. H B u d a p e s t, M á t y á s k i r á l y u T. : F.

2. ÁLTALÁNOS HÁLÓZATI TRENDEK

Hálózati lehetőségek a tartalomszolgáltatáshoz

Routing. Számítógép-hálózatok. Dr. Lencse Gábor. egyetemi docens Széchenyi István Egyetem, Távközlési Tanszék

Optikai transzport hálózatok Bevezetés. Dr. János Tapolcai

Hálózatok építése és üzemeltetése

Hálózati Technológiák és Alkalmazások

Routing update: IPv6 unicast. Jákó András BME EISzK

A GN2 PROJEKT ÉS KUTATÁSI EGYÜTTMŰKÖDÉS

1. Mit jelent a /24 címmel azonosított alhálózat?

A hálózattervezés alapvető ismeretei

Multicast és forgalomkötegelés többrétegû hálózatokban

Routing IPv4 és IPv6 környezetben. Professzionális hálózati feladatok RouterOS-el

Hálózati és Szolgáltatási Architektúrák

Ethernet/IP címzés - gyakorlat

Az internet ökoszisztémája és evolúciója. Gyakorlat 4

Hálózati Technológiák és Alkalmazások

IP/09/473. Brüsszel, március 25

TÁVKÖZLŐ HÁLÓZATOK MÉRTÉKADÓ MŰSZAKI KÖVETELMÉNYEI

IP alapú távközlési hálózatok

Hálózati architektúrák és rendszerek. Optikai hálózatok Wavelength routed optical networks

K+F a Hálózattervezés területén

Az internet ökoszisztémája és evolúciója. Gyakorlat 4

The world cable network of Telco and Tier 1 Service Providers

Új módszerek és eszközök infokommunikációs hálózatok forgalmának vizsgálatához

GSM azonosítók, hitelesítés és titkosítás a GSM rendszerben, a kommunikáció rétegei, mobil hálózatok fejlődése

Hálózati Technológiák és Alkalmazások

Huawei Cisco Interworking Szolgáltatói környezetben

Using the CW-Net in a user defined IP network

Heterogén MPLS hálózat QoS alkalmazásával

Új funkciók az RBP-ben október 1-től New functions in RBP from 1 October Tatár Balázs

Számítógépes Hálózatok 2011

IP alapú kommunikáció. 6. Előadás MPLS Kovács Ákos

Decision where Process Based OpRisk Management. made the difference. Norbert Kozma Head of Operational Risk Control. Erste Bank Hungary

Hálózati Technológiák és Alkalmazások. Vida Rolland, BME TMIT november 5. HSNLab SINCE 1992

Újdonságok Nexus Platformon

Megbízható összeköttetések tervezése. Motiváció

Hálózattervezés alapjai Campus hálózati modellek

Statikus routing. Hoszt kommunikáció. Router működési vázlata. Hálózatok közötti kommunikáció. (A) Partnerek azonos hálózatban

Department of Software Engineering

Cloud computing. Cloud computing. Dr. Bakonyi Péter.

Yacht Irodaház 1118 Budapest, Budaörsi út 75.

Sávszélesség növelés a Magyar Telekom vezetékes access hálózatában. Nagy Tamás Magyar Telekom Budapest, május.

Számítógépes Hálózatok. 8. gyakorlat

Smart Campus. BME-Ericsson project

Új generációs GSM-R vasútüzemi kommunikáció

Vezetékes technológiák

IP alapú kommunikáció. 4. Előadás Routing 1 Kovács Ákos

vezeték nélküli Turi János Mérnök tanácsadó Cisco Systems Magyarország Kft.

Dinamikus routing - alapismeretek -

Szegmensalapú védelmi megoldások GMPLS környezetben

Nagy sebességű TCP. TCP Protokollok

Tájékoztató. Használható segédeszköz: -

Internet Protokoll 6-os verzió. Varga Tamás

A Magyar Honvédség hírrendszerének továbbfejlesztése

Felhő alapú hálózatok (VITMMA02) Hálózati megoldások a felhőben

Szolgáltatás leírás, szolgáltatási színvonal

8. sz. melléklete Eredetileg a GTS Hungary Kft. által nyújtott szolgáltatásokra vonatkozó feltételek

A konvergencia következményei. IKT trendek. Új generációs hálózatok. Bakonyi Péter c.docens. Konvergencia. Új generációs hálózatok( NGN )

SzIP kompatibilis sávszélesség mérések

Az EBDH fõbb jellemzõi és irányítási rendszere

Jakab Tivadar BME Híradástechnikai tanszék 2015

A TISZA FOLYÓ MODELLEZÉSE EGYDIMENZIÓS HIDRODINAMIKAI MODELLEL. TISZA-VÖLGYI MŰHELY alapító konferencia

Csoportosítsa a videoátviteli szolgáltatásokat, jellemezze az egyes csoportokat!

V2V - routing. Intelligens közlekedési rendszerek. VITMMA10 Okos város MSc mellékspecializáció. Simon Csaba

Supporting Information

KOGGM614 JÁRMŰIPARI KUTATÁS ÉS FEJLESZTÉS FOLYAMATA

SDN a különböző gyártói megközelítések tükrében

Számítógépes Hálózatok

Számítógépes Hálózatok GY 8.hét

Kommunikációs Hálózatok 2 MPLS: Címke, VPN, TE

Ideális átbocsátás. Tényleges átbocsátás. Késleltetés Holtpont. Terhelés

Előfizetői hálózatok jövője, Avagy merre tovább GPON?

Forgalomirányítás (Routing)

Miskolci Egyetem Gazdaságtudományi Kar Üzleti Információgazdálkodási és Módszertani Intézet Nonparametric Tests

A készülék fő egységei X1 X1 (kizárólag vezeték nélküli kamera esetében X1 X1 X1 X1 X1

jövő internet a magyar telekomnál Dr. Tremmel jános

Dr. Wührl Tibor Ph.D. MsC 04 Ea. IP kapcsolás hálózati réteg

Beállítások 1. Töltse be a Planet_NET.pkt állományt a szimulációs programba! A teszthálózat már tartalmazza a vállalat

Cloud computing Dr. Bakonyi Péter.

Az IPv6 a gyakorlatban

Budapesti Műszaki és Gazdaságtudományi Egyetem Építőmérnöki Kar

ÚTON AZ 5. GENERÁCIÓ FELÉ

Az Ethernet példája. Számítógépes Hálózatok Az Ethernet fizikai rétege. Ethernet Vezetékek

Heterogeneous Networks

Virtuális magánhálózat Virtual Private Network (VPN)

KORRÓZIÓS FIGYELÕ korrózióvédelmi mûszaki tudományos folyóirat. Szerkeszti: a szerkesztõbizottság. A szerkesztõbizottság elnöke: Zanathy Valéria

Hálózati architektúrák laborgyakorlat

Számítógép hálózatok, osztott rendszerek 2009

Számítógépes Hálózatok ősz 2006

Organizáció. Számítógépes Hálózatok ősz Tartalom. Vizsga. Web-oldal

V2V - Mobilitás és MANET

Korszerű technológiák. a szélessávú elérési hálózatok területén. Korsós András. műszaki igazgató. SCI-Network Távközlési és Hálózatintegrációs Rt.

Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása. Kocsis Gergely, Supák Zoltán

Az adott eszköz IP címét viszont az adott hálózat üzemeltetői határozzákmeg.

Átírás:

VIHIMA07 Mobil és vezeték nélküli hálózatok 2. Mobil adatszolgáltatások IP és IP/MPLS a backhaulban: Egy hálózatelemzési és hálózatméretezési esettanulmány az útvonalválasztásról: Budapest LTE IP/MPLS backhaul Jakab Tivadar Hálózati Rendszerek és Szolgáltatások Tanszék jakab@hit.bme.hu I.B.123

Tartalom Egy gyakorlatias (valós méretű és komplexitású) példa linkállapot alapú útvonalválasztó protokollok modellezéséről: Miért kell a hálózati hibák hatását figyelembe venni a linkek sávszélességének megválasztása során? Néhány szükséges ismeret felfrissítése Csomagkapcsolás, útvonalválasztás OSPF IGP: Hogyan kerül az útvonalválasztó táblába a célcímkimenő interface összerendelés A hálózati példa Egy hipotetikus budapesti LTE mobilhálózat vezetékes IP/MPLS transzporthálózata Hogyan alakulnak az átlagos linkterhelések hibamentes esetben Hogyan hatnak a hálózati hibák a linkek terhelési viszonyaira Összegzés, tanulságok 2

Csomagtovábbítás (L3) Video: bonus track link a tárgy honlapján Tárol és továbbít elv Minden útvonalválasztó (router) megnézi a csomag célcímét, és útvonalválasztó táblája alapján dönt a következő útszakaszról (= saját kimenő interfészéről) Hogyan kerül az útvonalválasztó táblába a célcím-kimenő interface összerendelés? Men in Black II Columbia Pictures, 2002 3

Hogyan kerül az útvonalválasztó táblába? 4

Hogyan kerül az útvonalválasztó táblába? Linkállapot alapú útvonalválasztó protokoll (pl. OSPFv2, RFC 2328) 5

Hogyan kerül az útvonalválasztó táblába? R1 R3 Linkállapot alapú útvonalválasztó protokoll (OSPFv2) Üzentekben: linkállapot, linksúly, elérhető címekre vonatkozó információk 6

Hogyan kerül az útvonalválasztó táblába? R1 R3 Linkállapot alapú útvonalválasztó protokoll (OSPFv2) Üzentekben: linkállapot, linksúly, elérhető címekre vonatkozó információk Routerenként linkadatbázis: aktuális topológia 7

Hogyan kerül az útvonalválasztó táblába? R1 R3 Linkállapot alapú útvonalválasztó protokoll (OSPFv2) Üzentekben: linkállapot, linksúly, elérhető címekre vonatkozó információk Routerenként linkadatbázis: aktuális topológia Útvonalszámítás: Dijkstra Számolt útvonakal alapján következő szakasz egy adott cím (prefix) felé 8

Hogyan kerül az útvonalválasztó táblába? cím1 Linkállapot alapú útvonalválasztó protokoll (OSPFv2) Üzentekben: linkállapot, linksúly, elérhető címekre vonatkozó információk Routerenként linkadatbázis: aktuális topológia Útvonalszámítás: Dijkstra Számolt útvonakal alapján következő szakasz egy adott cím (prefix) felé 9

Linkterhelés út1 út2 a link sávszélessége A linken adott irányban továbbított forgalom összege Közelítő modell: átlagforgalom a legforgalmasabb időszakban Biztosítandó sávszélesség (additív metrika) 10

Linkterhelés számítási modell Hálózati gráf G(V,E) egyszerű gráf csomópontok V={v i }: v i az i-edik pont élek E={e i,j }: e i,j az i-edik és j-edik pont közti él Biztosítandó sávszélesség igények D={d s,t } az s forráspont és a t nyelőpont között biztosítandó sávszélesség nagysága (additív metrika) Igény útja p s,t ={e s,i, e i,j, e j,t,} élsorozat, a d s,t igény útja Az e i,j link terhelése a linket tartalmazó igényutak igénynagyságainak összege l i,j = :i,j, d s,t Meghibásodások (linkhibák) következtében előálló különböző hálózati állapotokban a linkek egy része nem áll rendelkezésre, ezért egy igénynek eltérő útjai lehetnek, a különböző hálózati állapotokban a linkterhelések is eltérhetnek a megváltozott utak miatt: l i,j (f) az e i,j link terhelése az f hibaállapotban egy link maximális terhelése F={f k } hibaállapotok, k=0 a hibamentes hálózati állapot l i,j (MAX) =max, 11

Mire használható ez a gyakorlatban? Például egy valós méretű és komplexitású hálózat modellezésére: Elemzési vagy tervezési célú linkterhelés számításra adott topológia és biztosítandó sávszélesség igények mellett Egy példa: Budapest teljes lefedése LTE mobil hálózattal, vezetékes csatlakoztatások (enodeb )aggregációs pontok - LTE Core funkciók telephelye A megválaszolandó kérdések: Hogyan alakulnak a linkterhelések? Miért célszerű a hálózati hibák hatására is figyelni a linkek sávszélességének megválasztásakor? (Megjegyzés: Linkállapot alapú routing protokoll: hiba -> link kiesése -> megváltozott topológia -> (újraszámolt) megváltozott utak > megváltozott linkterhelések.) 12

A hálózati példa LTE Backhaul (csak az átviteli maghálózat, az enodeb hálózat összeköttetések nem) Valószerű budapesti példa(hipotetikus hálózat valós mérettel és komplexitással) ~ 2 millió előfizető több mint 500 km 2 -es nagyvárosi területen az LTE hálózat forgalma 23 aggregációs csomóponton csatlakozik a 11 csomópontos IP/MPLS átviteli maghálózathoz (IP-hez hasonló működés, de címke alapú továbbítás) az IP/MPLS logikai topológia kialakítása intuitív az IP/MPLS PE és P routererek közvetlenül kapcsolódnak egymáshoz sötét optikai szálakon pont-pont optikai jelfolyamokkal (e/o és o/e: XFP, CFP) címkealapú forgalomtovábbítás az IGP (OSPF) alapján 13

LTE Backhaul X2 X2 Az LTE Core funkciói egyetlen hálózati helyszínen A forgalom az enodeb-k felől és az enodeb-k felé is itt végződik/indul Forgalombecslés: Előfizető aránya: 90% Upload sávszélesség előfizetőnként: 1 [Mbps] Download sávszélesség előfizetőnként: 2 [Mbps] Statisztikus multiplexálási nyereség: 80% 14

IP/MPLS biztosítandó sávszélesség igények 15

IP/MPLS logikai topológia Budapest IP/MPLS Network Model Aggregation Site Core and aggregation site MPLS Core router MPLS Edge router Traffic source and destination BUDAPEST/552 BUDAPEST/UJD BUDAPEST/OBD BUDAPEST/AND BUDAPEST/UPD BUDAPEST/ZLD BUDAPEST/VH BUDAPEST/SHD BUDAPEST/KRD BUDAPEST/ZU BUDAPEST/VAD BUDAPEST/TED BUDAPEST/555 BUDAPEST/T04 BUDAPEST/ISD BUDAPEST/BED BUDAPEST/CF6 BUDAPEST/EBD BUDAPEST/HIN BUDAPEST/GRD BUDAPEST/LAD BUDAPEST/KIN BUDAPEST/502 BUDAPEST/IP4 BUDAPEST/WKB BUDAPEST/BFD BUDAPEST/CSD BUDAPEST/RPD BUDAPEST/E47 BUDAPEST/G07 BUDAPEST/PE BUDAPEST/KBD BUDAPEST/M BUDAPEST/FED To another core and aggregation site Area i To another aggregation site BUDAPEST/PLD Core and aggregation site BUDAPEST/RKD Aggregation Site Area i To another aggregation site or to core site Area k To another core and aggregation site Area i Area 0 Area j To another aggregation site To another aggregation site or to core site OSPF konfiguráció Area 0: maghálózat Külön areak: felhordó hálózati szegmensek További külön areak: telephelyen belüli hálózatrészek Linksúlyok: maghálózat: 1 felhordás: 10 16

Optikai kábelhálózat Budapest Optical Cable Topology BUDAPEST/502 BUDAPEST/552 BUDAPEST/UJD BUDAPEST/OBD BUDAPEST/RPD BUDAPEST/E47 BUDAPEST/G07 BUDAPEST/UPD BUDAPEST/AND BUDAPEST/ZLD BUDAPEST/Z41 BUDAPEST/VH3 BUDAPEST/SHD BUDAPEST/ZU BUDAPEST/KRD BUDAPEST/TED BUDAPEST/VAD BUDAPEST/T04 BUDAPEST/555 BUDAPEST/CLU BUDAPEST/BED BUDAPEST/ISD BUDAPEST/CF6 BUDAPEST/EBD BUDAPEST/HIN BUDAPEST/LAD BUDAPEST/IP4 BUDAPEST/WKB BUDAPEST/GRD BUDAPEST/KIN BUDAPEST/ERU BUDAPEST/KBD BUDAPEST/M BUDAPEST/FED BUDAPEST/RKD BUDAPEST/PLD BUDAPEST/BFD BUDAPEST/CSD BUDAPEST/PE 17

Kábel-alépítmény hálózat Budapest Duct Topology (with district borders) Duct City and disctrict bordert 18

IP/MPLS hálózat sötét szálas optikán 19

Eredmények Linkterhelések a hibamentes hálózati állapotban Maximális linkterhelések a különböző egyszeres kábelhiba (eredményezhet többszörös IP/MPLS linkhibát is) állapotok alapján Linkkapacitások megválasztása a különbözőterhelési viszonyok alapján Linkek terheltsége (terhelés/kapacitás) üres link (=0) kevéssé kihasznált link (<30%) jól kihasznált link (30% 80%) túlterhelt link (> 80%) 20

Hibahatások Igények Sávszélesség igények A hibahatások terjedése (a fizikai rétegektől a logikai rétegek irányába) Kapacitásigények IP/MPLS hálózat Az adaptáció mérsékelheti a hiba hatását outage failure Hibahatás Kábel réteg OSPF adaptáció A hibák hatással lehetnek a szolgáltatások folytonosságára és az erőforrások terhelési viszonyaira 21

Linkek terhelése és kapacitása Jelölések a linkterhelés és linkkapacitás viszonyokra (terhelés/kapacitás) = 0, kék, üres link, < 30%, sárga, alacsony terhelés zöld: megfelelő terhelés (30%.. 80%) > 80%, piros, túl nagy terhelés Három eset Balra: a hibamentes hálózati terhelések és az azoknak megfelelően, a túl nagy terhelést elkerülendően választott linkkapacitások Középen: egyszeres kábelhibák hatása alapján számolt terhelések a hibamentes terhelés alapján meghatározott kapacitásokon Jobbra: módosított linkkapacitások az egyszeres kábelhibák hatására kialakuló terhelések megfelelő (túlterhelés nélküli) kiszolgálásához 22

Összefoglalás Topológiai vonatkozások A kábeltopológia kétszeres összefüggőségének hiánya bizonyos telephelyek leszakadását eredményezheti már egyszeres kábelhibák esetén is. Az egyszeres kábelhibák figyelembevételével sem terhelt (üres) IP/MPLS linkek szükségtelenek a hálózatban. A számított linkterhelések alapján a linkek nagy részének megvalósításához 100 Gbps sávszélesség szükséges. Az egyszeres kábelhibák esetén az OSPF adaptáció a terhelési viszonyok lényeges változását eredményezheti, egyes linkek többletterhelése egy nagyságrenddel nagyobb lehet a hibamentes állapotban fennálló terhelésénél. A jó minőségű (csomagvesztés és jelentősebb késleltetés ingadozás nélküli) transzporthoz a linkek sávszélességét az egyszeres kábelhibák hatásának figyelembevételével célszerű megválasztani. 23

FLEXPLANET FLEXPLANET Általános modellezési adatok: Technológiai jellemzők Berendezésmodellek Forgalmi és kapacitásigények Hálózatmodell Service layer IP transport layer WDM transport layer Physical carrier layer (cables) Hálózattervező és elemző szoftvercsomag BME HIT fejlesztés, Hálózat-nyilvántartással és hálózat-felderítéssel integrálható modellépítés Számos gyakorlati alkalmazás (SDH, IP, WDM, IP/MPLS, CET) Magyar Telekom MVM Net KoopInt NKKI NISZ NKG MÁV GSM-R Hallgatók bekapcsolódása TDK, önálló labor, szakdolgozat, diplomaterv, PhD projekt munkák 24

TARTALÉKOK 25

Layered Model A connection on model layer (n+1) A link on model layer (n+1) A connection on model layer (n) A link on model layer (n) A connection on model layer (n-1) A link on model layer (n-1) Layers are in client-server relations: A client connection of model layer (n+1) is realized via a route (i.e. sequence of consecutive links) of the related server layer represented bz model layer (n) Links of the server layer referred above are clients of the layer providing services for it, and each can be considered as a client connection to be served on model layer (n-1) The layered approach provides a technology independent modelling approach, and thus a unified framework to model heterogeneous transport networks built of several cooperating technologies 26

PoP inner topologies To another core and aggregation site Core and aggregation site To another core and aggregation site Legend MPLS Core router Area i Area 0 Area j MPLS Edge router To another aggregation site Area k To another aggregation site Source and destination of aggegated ebnode traffic Aggregation Site Area i To another aggregation site or to core site Area i To another aggregation site or to core site 27

Steps of the process 1. Sites (based on public information of PSTN switching center locations) 2. Duct topology (derived from the street grid of a public map database OpenSourceMap) 3. Cable topology (defined intuitively, based on realistic assumptions and design experience) 4. IP/MPLS logical topology (defined by scratch), OSPF areas, link weights 5. IP/MPLS bandwidth demands i. Metropolitan area are split for service areas (based on the city districts), and aggregation sites are assigned to serve the areas ii. Number of served users are estimated (90 % residential penetration, business and mobility) iii. Upload and download bandwidth per user 1Mbps and 2 Mbps respectively, statistical multiplexing gain in aggregation iv. and core 80% Aggregated traffic originated and terminated in ebnodes of the served areas are accumulated and assigned to relevant aggregation nodes v. Traffic to be forwarded to a single site selected to accommodate LTE core functions 6. Cables are routed over the duct topology 7. IP/MPLS links are routed over the cable topology 8. Traffic is routed over the IP/MPLS link topology i. Traffic is routed in failure free network case to calculate nominal link loads ii. Failure impact analysis: Traffic is routed in each single SRLG-failure case (limited to duct section failures) to calculate the link loads according the OSPF adaptation Duct damage caused by third party activities is assumed, duct damage results in cable cut and IP link outage, Network states are specified by the working state (up/down) of IP links, and duct damage s result in identical network state grouped and evaluated only once OSPF path calculations are performed in each network state taking into account the IP links in up state only Link loads are calculated according to the obtained paths in each network state 9. Post processing of primary results i. Calculation of maximum load of each IP/MPLS link taking into account failure free and single SRLG-failure cases ii. Selection of IP/MPLS link bandwidth (10Gbps/100Gbps) according to the calculated maximum load to maintain required service quality in covered failure states, as well iii. Checking whether the fiber path length of links are in the reach of the relevant dark fiber system 28

Fiber path length of IP links routed over the cable and duct topology 10Gbps link fiber path lengths are below the maximum DF reach (40 km is assumed) 4 100Gbps link fiber path lengths are above the maximum DF reach (10 km is assumed), these links can be realized by 4, 6, 9 and 12 aggregated 10Gbps links carried by individual DF systems 29

SCREENSHOTS FROM FLEXPLANET NETWORK PLANNING AND ANALYSIS TOOL 30

Core and Aggregation Sites 31

Duct topology 32

Optical cable topology with bonding locations 33

IP/MPLS bandwidth demands 34

IP/MPLS logical topology 35

IP/MPLS network over Dark Fiber 36

IP/MPLS network over Dark Fiber with city map 37

Duct Section Damage of Largest Impact on Traffic Routing A group of small duct sections is of largest impact of traffic routing The group consists of three elements, each carrying several IP links 38

The bandwidth demands impacted in the selected network state Sites are separated from the network in the given network state, therefore bandwidth demands can not be routed 39

The IP/MPLS links impacted in the selected network state IP/MPLS links with carried bandwidth demands 40

Routing of the impacted bandwidth demands over the IP/MPLS link topology in the failure free network state 41

Routing of the impacted bandwidth demands over the duct topology in the failure free network state 42