´ UCEN ˇ ´I TECHNICKE ´ V BRNE ˇ VYSOKE BRNO UNIVERSITY OF TECHNOLOGY
FAKULTA ELEKTROTECHNIKY ˇ ´ICH TECHNOLOGI´I A KOMUNIKACN ´ USTAV TELEKOMUNIKAC´I FACULTY OF ELECTRICAL ENGINEERING AND COMMUNICATION DEPARTMENT OF TELECOMMUNICATIONS
ˇ EN ˇ ´I PRI ˇ PRENOSU ˇ SIMULACE ZPOZD DAT MEZI STANICEMI V IP S´IT´ICH SIMULATION OF DATA TRANSMISSION LATENCY BETWEEN NODES IN IP NETWORKS
´ PRACE ´ DIPLOMOVA MASTER’S THESIS
´ AUTOR PRACE
ˇ´I BALEJ Bc. JIR
AUTHOR
´ VEDOUC´I PRACE SUPERVISOR
BRNO 2010
´ Ph.D. doc. Ing. DAN KOMOSNY,
VYSOKÉ UČENÍ TECHNICKÉ V BRNĚ Fakulta elektrotechniky a komunikačních technologií Ústav telekomunikací
Diplomová práce magisterský navazující studijní obor Telekomunikační a informační technika Student: Ročník:
Bc. Jiří Balej 2
ID: 78453 Akademický rok: 2009/2010
NÁZEV TÉMATU:
Simulace zpoždění při přenosu dat mezi stanicemi v IP sítích POKYNY PRO VYPRACOVÁNÍ: Nastudujte a analyzujte dílčí faktory způsobující zpoždění při přenosu paketů mezi stanicemi v IP sítích. Pro zvolené typy sítí určete poměrné zastoupení těchto dílčích faktorů. Získané teoretické poznatky implementujte do zvoleného simulačního nástroje. Proveďte simulace komunikace pro různé typy přenosových sítí a různé vzdálenosti mezi stanicemi. Výsledky simulace přehledně zdokumentujte. DOPORUČENÁ LITERATURA: [1] PUŽMANOVÁ, R. TCP/IP v kostce. 1. vyd. České Budějovice : Kopp, 2004. 607 s. ISBN 80-7232-236-2. [2] ABRAHAO, B. KLEINBERG, R. On the Internet Delay Space Dimensionality [online]. ACM/SIGCOMM Internet Measurement Conference (IMC'08). Association for computing machinery, 2009. URL:
[cit. 13. 10. 2009]. [3] NG, E. HUI, Z. Predicting Internet network distance with coordinates-based approaches [online]. INFOCOM 2002. Twenty-First Annual Joint Conference of the IEEE Computer and Communications Societies. IEEE, 2002. URL: [cit. 13. 10. 2009]. Termín zadání:
29.1.2010
Termín odevzdání:
Vedoucí práce:
doc. Ing. Dan Komosný, Ph.D.
26.5.2010
prof. Ing. Kamil Vrba, CSc. Předseda oborové rady UPOZORNĚNÍ: Autor diplomové práce nesmí při vytváření diplomové práce porušit autorská práva třetích osob, zejména nesmí zasahovat nedovoleným způsobem do cizích autorských práv osobnostních a musí si být plně vědom následků porušení ustanovení § 11 a následujících autorského zákona č. 121/2000 Sb., včetně možných trestněprávních důsledků vyplývajících z ustanovení části druhé, hlavy VI. díl 4 Trestního zákoníku č.40/2009 Sb.
ABSTRAKT Diplomov´a pr´ace je podrobnˇe zamˇeˇrena na zpoˇzdˇen´ı vznikaj´ıc´ı pˇri pˇrenosu informace v IP s´ıt´ıch. Zaˇc´atek pr´ace je vˇenov´an sezn´amen´ı s m´ısty a pˇr´ıˇcinami vzniku zpoˇzdˇen´ı. Pro jednotliv´e zdroje zpoˇzdˇen´ı jsou uvedeny parametry, kter´e jej ovlivˇnuj´ı a obvykl´e velikosti latence. D´ale jsou pops´any typy s´ıt´ı a pro kaˇzdou jsou vyj´adˇreny typick´e doby zpoˇzdˇen´ı. V pr´aci jsou tak´e rozebr´any n´astroje pro mˇeˇren´ı zpoˇzdˇen´ı a zjiˇstˇen´ı poˇctu mezilehl´ych zaˇr´ızen´ı. Dalˇs´ı kapitola obsahuje v´ysledky mˇeˇren´ı doby zpoˇzdˇen´ı v re´aln´e s´ıti a z tˇechto v´ysledk˚ u jsou odvozeny z´avˇery o velikosti zpoˇzdˇen´ı na jedno mezilehl´e zaˇr´ızen´ı a tak´e je vyˇrˇcen obecn´y pomˇer skuteˇcn´e ku pˇr´ım´e vzd´alenosti. Posledn´ı ˇc´ast pr´ace se zab´yv´a simulac´ı doby zpoˇzdˇen´ı v programu Network Simulator 2. V´ysledkem pr´ace jsou skripty pro zobrazen´ı z´avislost´ı zpoˇzdˇen´ı na poˇctu pˇrep´ınaˇc˚ u, smˇerovaˇc˚ u a d´elce trasy.
ˇ ´ SLOVA KL´ICOV A Zpoˇzdˇen´ı, latence, simulace, ns2, mezilehl´e zaˇr´ızen´ı, vzd´alenost, pˇrep´ınaˇc, smˇerovaˇc, rychlost ˇs´ıˇren´ı sign´alu.
ABSTRACT This master thesis is focused on the delays incurred in data transmitting over IP networks. The top of the paper is devoted to points, where delay is invoked and causes of the latency. For individual sources of delay are are described the parameters that affect the usual size of latency. The next section describes the types of networks and their typical delay. In the paper are also discussed tools for measuring delay and determining the number of intermediate devices. The thesis contains results of measurements delay time in the real network. For these results are listed conclusions about the delay for one intermediate device. There is also said general ratio of crow-fly distance and calculated distance. The last part deals the simulation of delay in Network Simulator 2. The results of thesis are scripts that shows the relation of delay and the number of switches, routers, and the length of the path.
KEYWORDS Delay, latency, simulation, ns2, intermediate device, distance, switch, router, speed signal propagation.
BALEJ, Jiˇr´ı Simulace zpoˇzdˇen´ı pˇri pˇrenosu dat mezi stanicemi v IP s´ıt´ıch: diplomov´a pr´ace. Brno: Vysok´e uˇcen´ı technick´e v Brnˇe, Fakulta elektrotechniky a komunikaˇcn´ıch ´ technologi´ı, Ustav telekomunikac´ı, 2010. 64 s. Vedouc´ı pr´ace byl doc. Ing. Dan Komosn´y, Ph.D.
´ SEN ˇ ´I PROHLA Prohlaˇsuji, ˇze svou diplomovou pr´aci na t´ema Simulace zpoˇzdˇen´ı pˇri pˇrenosu dat mezi ” stanicemi v IP s´ıt´ıch“ jsem vypracoval samostatnˇe pod veden´ım vedouc´ıho diplomov´e pr´ace a s pouˇzit´ım odborn´e literatury a dalˇs´ıch informaˇcn´ıch zdroj˚ u, kter´e jsou vˇsechny citov´any v pr´aci a uvedeny v seznamu literatury na konci pr´ace. Jako autor uveden´e diplomov´e pr´ace d´ale prohlaˇsuji, ˇze v souvislosti s vytvoˇren´ım t´eto diplomov´e pr´ace jsem neporuˇsil autorsk´a pr´ava tˇret´ıch osob, zejm´ena jsem nezas´ahl nedovolen´ym zp˚ usobem do ciz´ıch autorsk´ych pr´av osobnostn´ıch a jsem si plnˇe vˇedom n´asledk˚ u poruˇsen´ı ustanoven´ı § 11 a n´asleduj´ıc´ıch autorsk´eho z´akona ˇc. 121/2000 Sb., vˇcetnˇe moˇzn´ych trestnˇepr´avn´ıch d˚ usledk˚ u vypl´yvaj´ıc´ıch z ustanoven´ı § 152 trestn´ıho z´akona ˇc. 140/1961 Sb.
Brno
...............
.................................. (podpis autora)
ˇ ´ ´I PODEKOV AN Chci velmi podˇekovat vedouc´ımu m´e diplomov´e pr´ace doc. Ing. Danu Komosn´emu, Ph.D., za u´ˇcinnou metodickou, pedagogickou a odbornou pomoc pˇri zpracov´an´ı m´e z´avˇereˇcn´e pr´ace.
V Brnˇe dne ....................
................................
OBSAH ´ Uvod
10
1 Zdroje zpoˇ zdˇ en´ı v IP s´ıt´ıch 1.1 Co je zpoˇzdˇen´ı . . . . . . . . . . . . . . . . . . . . 1.1.1 Charakter zpoˇzdˇen´ı . . . . . . . . . . . . . 1.1.2 Vliv latence na celkov´e zpoˇzdˇen´ı . . . . . . 1.2 Zpoˇzdˇen´ı vznikaj´ıc´ı v koncov´ ych zaˇr´ızen´ıch . . . . 1.2.1 Paketizaˇcn´ı a depaketizaˇcn´ı zpoˇzdˇen´ı . . . 1.2.2 Zpoˇzdˇen´ı v odchoz´ıch front´ach . . . . . . . 1.2.3 Zpoˇzdˇen´ı na vyrovn´an´ı jitteru . . . . . . . 1.3 Z´avislost na pˇrenosov´ ych link´ach . . . . . . . . . 1.3.1 Serializaˇcn´ı zpoˇzdˇen´ı . . . . . . . . . . . . 1.3.2 Zpoˇzdˇen´ı zp˚ usoben´e rychlost´ı ˇs´ıˇren´ı sign´alu 1.3.3 Zpoˇzdˇen´ı dobou pˇr´ıstupu k m´ediu . . . . . 1.4 Latence vznikaj´ıc´ı v mezilehl´ ych zaˇr´ızen´ıch . . . . 1.4.1 Opakovaˇc (repeater) a aktivn´ı hub . . . . 1.4.2 Pˇrep´ınaˇc (switch) . . . . . . . . . . . . . . 1.4.3 L3 switch . . . . . . . . . . . . . . . . . . 1.4.4 Smˇerovaˇc (router) . . . . . . . . . . . . . . 1.5 Shrnut´ı zpoˇzdˇen´ı . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . .
11 11 11 12 12 12 13 13 13 14 15 16 16 17 18 18 19 20
2 Zpoˇ zdˇ en´ı v re´ aln´ ych s´ıt´ıch 2.1 Zpoˇzdˇen´ı v m´ıstn´ı s´ıti . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.2 Zpoˇzdˇen´ı v pˇr´ıstupov´e s´ıti . . . . . . . . . . . . . . . . . . . . . . . . 2.3 Zpoˇzdˇen´ı v transportn´ı s´ıti . . . . . . . . . . . . . . . . . . . . . . . .
21 21 22 23
3 N´ astroje k mˇ eˇ ren´ı zpoˇ zdˇ en´ı a trasy 3.1 Vlastnosti jednotliv´ ych mˇeˇren´ı . . . . . . . . . . . . . . . . . . . . . . 3.1.1 Mˇeˇren´ı dostupnosti a zpoˇzdˇen´ı na r˚ uzn´ ych vrstv´ach OSI modelu 3.1.2 RTT versus jednocestn´e zpoˇzdˇen´ı . . . . . . . . . . . . . . . . 3.1.3 Pˇr´ım´a vzd´alenost versus fyzick´a vzd´alenost . . . . . . . . . . . 3.2 Program Ping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2.1 Protokol ICMP . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2.2 Princip fungov´an´ı programu Ping . . . . . . . . . . . . . . . . 3.2.3 Doba ˇzivota paketu (TTL) . . . . . . . . . . . . . . . . . . . . 3.2.4 Ping a moˇznost mˇeˇren´ı ˇs´ıˇrky p´asma . . . . . . . . . . . . . . . 3.3 Programy Tracert a Traceroute . . . . . . . . . . . . . . . . . . . . .
25 25 25 26 26 27 27 27 28 29 29
. . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . .
3.4 3.5
3.3.1 Varianty traceroute v linuxu . . . . . . . . . . . . . . . . . . . 29 Aplikace zobrazuj´ıc´ı trasu na mapˇe . . . . . . . . . . . . . . . . . . . 30 Zaˇr´ızen´ı Test box . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
4 Mˇ eˇ ren´ı zpoˇ zdˇ en´ı v re´ aln´ e s´ıti 4.1 S´ıt’ sdruˇzen´ı Cesnet . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.2 Zp˚ usob mˇeˇren´ı . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.2.1 Konfigurace a zp˚ usob pˇripojen´ı mˇeˇr´ıc´ıho poˇc´ıtaˇce . . . . . . . 4.3 Mˇeˇren´ı zpoˇzdˇen´ı k uˇzivatel˚ um s´ıtˇe CESNET2 . . . . . . . . . . . . . 4.3.1 V´ ypoˇcet doby zpoˇzdˇen´ı na jeden skok . . . . . . . . . . . . . . 4.3.2 V´ ypoˇcet d´elky trasy kabelu z namˇeˇren´ ych hodnot . . . . . . . 4.3.3 Srovn´an´ı skuteˇcn´e d´elky kabelu s pˇr´ımou vzd´alenost´ı mezi mˇesty 4.4 Mˇeˇren´ı doby odezvy k prvn´ım uzlu v mˇestˇe . . . . . . . . . . . . . . . 4.4.1 V´ ypoˇcet doby zpoˇzdˇen´ı na jeden skok . . . . . . . . . . . . . . 4.4.2 V´ ypoˇcet d´elky trasy kabelu z namˇeˇren´ ych hodnot . . . . . . . 4.5 Aplikace v´ ysledk˚ u mˇeˇren´ı na uzly v s´ıti Internet . . . . . . . . . . . .
32 32 32 32 33 34 37 38 38 39 39 41
5 Simulace pˇ renosov´ eho syst´ emu 5.1 Simulaˇcn´ı n´astroj NS2 . . . . . . . . . . . . 5.1.1 Grafick´e zobrazen´ı v´ ysledk˚ u . . . . . 5.2 Simulace latence pˇrep´ınaˇc˚ u a smˇerovaˇc˚ u . . 5.2.1 Zp˚ usob realizace . . . . . . . . . . . 5.2.2 V´ ysledky simulace . . . . . . . . . . 5.3 Simulace zpoˇzdˇen´ı d´elky trasy a poˇctu skok˚ u 5.3.1 Simulace zpoˇzdˇen´ı v s´ıti CESNET2 . 5.3.2 Simulace zpoˇzdˇen´ı v celosvˇetov´e s´ıti .
45 45 45 46 46 47 49 49 50
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
6 Z´ avˇ er
52
Literatura
54
Seznam symbol˚ u, veliˇ cin a zkratek
57
Seznam pˇ r´ıloh
59
A Tabulky
60
B Obsah pˇ riloˇ zen´ eho CD
64
´ ˚ SEZNAM OBRAZK U 1.1 2.1 3.1 3.2 4.1 4.2 4.3 4.4 4.5 4.6 4.7 5.1 5.2 5.3 5.4 5.5
Zdroje zpoˇzdˇen´ı a m´ısto jeho vzniku . . . . . . . . . . . . . . . . . . Rozdˇelen´ı s´ıtˇe na m´ıstn´ı, pˇr´ıstupovou a transportn´ı. . . . . . . . . . . Mapa smˇerovan´e cesty mezi Bratislavou a Mnichovem (pˇrevzato z [4]) Zobrazen´ı trasy na mapˇe pomoc´ı aplikace ze str´anky [26]. . . . . . . . D´elka optick´ ych kabel˚ u mezi jednotliv´ ymi mˇesty v s´ıti CESNET2 (v Km). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Graf pr˚ umˇer˚ u a medi´an˚ u pˇresnost´ı pro r˚ uzn´e doby zpoˇzdˇen´ı na jedno mezilehl´e zaˇr´ızen´ı, pro r˚ uzn´e organizace ze sdruˇzen´ı Cesnet. . . . . . . Graf vypoˇc´ıtan´e a skuteˇcn´e d´elky cesty, pro organizace ze sdruˇzen´ı Cesnet. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Graf relativn´ı chyby vypoˇc´ıtan´e vzd´alenosti, pro organizace ze sdruˇzen´ı Cesnet. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Graf pr˚ umˇer˚ u a medi´an˚ u pˇresnost´ı pro r˚ uzn´e doby zpoˇzdˇen´ı na jedno mezilehl´e zaˇr´ızen´ı, pro prvn´ı prvek s´ıtˇe na vzd´alen´em m´ıstˇe. . . . . . Graf vypoˇc´ıtan´e a skuteˇcn´e d´elky cesty, pro prvn´ı prvky s´ıtˇe v r˚ uzn´ ych mˇestech s´ıtˇe CESNET2. . . . . . . . . . . . . . . . . . . . . . . . . . Graf pˇresnosti vypoˇc´ıtan´e vzd´alenosti, pro prvn´ı prvky s´ıtˇe v r˚ uzn´ ych mˇestech s´ıtˇe CESNET2. . . . . . . . . . . . . . . . . . . . . . . . . . Obr´azek okna simulace pro tˇri smˇerovaˇce a tˇri pˇrep´ınaˇce. . . . . . . . Z´avislost zpoˇzdˇen´ı na poˇctu smˇerovaˇc˚ u. . . . . . . . . . . . . . . . . . Z´avislost zpoˇzdˇen´ı na poˇctu pˇrep´ınaˇc˚ u a smˇerovaˇc˚ u. . . . . . . . . . . Z´avislost zpoˇzdˇen´ı na poˇctu smˇerovaˇc˚ u a d´elce trasy v s´ıti simuluj´ıc´ı CENSET2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Z´avislost zpoˇzdˇen´ı na poˇctu smˇerovaˇc˚ u a d´elce trasy simuluj´ıc´ı celosvˇetovou s´ıt’. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11 21 26 30 33 36 37 38 40 40 41 47 48 48 50 51
SEZNAM TABULEK 1.1 1.2 2.1 2.2 2.3 3.1 4.1 4.2 4.3 4.4 A.1
A.2
A.3
A.4
Tabulka serializaˇcn´ıho zpoˇzdˇen´ı pro r˚ uznˇe velk´e r´amce a r˚ uzn´e pˇrenosov´e rychlosti . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Tabulka testovan´eho zpoˇzdˇen´ı pro r˚ uzn´e switche (pˇrevzato z [13]). . . 19 Tabulka velikost´ı zpoˇzdˇen´ı pro technologie pouˇzit´e v m´ıstn´ı s´ıti. . . . 22 Tabulka velikost´ı zpoˇzdˇen´ı pro technologie pouˇzit´e v pˇr´ıstupov´ ych s´ıt´ıch. 23 Tabulka velikost´ı zpoˇzdˇen´ı pro r˚ uzn´e d´elky transportn´ı s´ıtˇe . . . . . . 24 Vybran´e k´ody ICMP zpr´av pro Destination unreachable (podle [10]) . 28 Tabulka zmˇeˇren´eho zpoˇzdˇen´ı a poˇctu skok˚ u k dan´e adrese. . . . . . . 35 Tabulka obsahuj´ıc´ı skuteˇcnou, pˇr´ımou hodnotu vzd´alenosti k mˇest˚ um v s´ıti CESNET2 a jejich srovn´an´ı. . . . . . . . . . . . . . . . . . . . . 42 Tabulka namˇeˇren´ ych a vypoˇcten´ ych hodnot zpoˇzdˇen´ı a vzd´alenost´ı pro prvn´ı s´ıt’ov´ y prvek v r˚ uzn´ ych m´ıstech s´ıtˇe CESNET2. . . . . . . . 43 Namˇeˇren´e hodnoty zpoˇzdˇen´ı, poˇctu skok˚ u, pˇr´ım´e a vypoˇc´ıtan´e vzd´alenosti pro r˚ uznˇe vzd´alen´a m´ıst˚ um po cel´em svˇete. . . . . . . . . . . . . . . . 44 Relativn´ı chyby vypoˇc´ıtan´ ych vzd´alenosti pro r˚ uzn´e velikosti latence jednoho mezilehl´eho zaˇr´ızen´ı, r˚ uzn´ ych organizac´ı sdruˇzen´ı Cesnet – 1.ˇc´ast. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60 Relativn´ı chyby vypoˇc´ıtan´ ych vzd´alenosti pro r˚ uzn´e velikosti latence jednoho mezilehl´eho zaˇr´ızen´ı, r˚ uzn´ ych organizac´ı sdruˇzen´ı Cesnet – 2.ˇc´ast. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61 Relativn´ı chyby vypoˇc´ıtan´ ych vzd´alenosti v z´avislosti na r˚ uzn´e velikosti latence jednoho mezilehl´eho zaˇr´ızen´ı, pro prvn´ı uzel v r˚ uzn´ ych mˇestech s´ıtˇe CESNET2 – 1.ˇca´st. . . . . . . . . . . . . . . . . . . . . . 62 Relativn´ı chyby vypoˇc´ıtan´ ych vzd´alenosti v z´avislosti na r˚ uzn´e velikosti latence jednoho mezilehl´eho zaˇr´ızen´ı, pro prvn´ı uzel v r˚ uzn´ ych mˇestech s´ıtˇe CESNET2 – 2.ˇca´st. . . . . . . . . . . . . . . . . . . . . . 63
´ UVOD Pojem zpoˇzdˇen´ı oznaˇcuje v komunikaˇcn´ıch technologi´ı dobu informace str´avenou na cestˇe. Aˇckoliv se na prvn´ı pohled m˚ uˇze zd´at, ˇze zpr´ava dorazila ve stejn´ y moment jako byla odesl´ana, nen´ı tomu tak. Informaci trv´a obletˇet svˇet dobu kratˇs´ı neˇz je mrknut´ı oka, ale vzhledem k potˇrebˇe komunikovat v re´aln´em ˇcase je i tato doba pˇr´ıliˇs dlouh´a. Jak velk´e zpoˇzdˇen´ı bude, z´aleˇz´ı na vlastnostech cel´e pˇrenosov´e cesty, kterou informace absolvuje, vˇzdy je ale snaha o jeho co nejmenˇs´ı velikost. Velk´ y vliv na zpoˇzdˇen´ı m´a vzd´alenost komunikuj´ıc´ıch, ale i typ pˇrenosov´eho m´edia a doba str´aven´a pˇri smˇerov´an´ı k c´ıli. Co nejpˇresnˇejˇs´ı urˇcen´ı zpoˇzdˇen´ı, potaˇzmo jeho zdroj˚ u, je pouˇz´ıvan´e pro zajiˇstˇen´ı kvality sluˇzeb a k urˇcen´ı polohy stanice v rozs´ahl´ ych s´ıt´ıch, jakou m˚ uˇze b´ yt napˇr´ıklad s´ıt’ Internet. Pokud stanice zn´a svoji polohu v s´ıti, m˚ uˇze kvalifikovanˇe rozhodnout, kter´ y server je v´ yhodn´e pouˇz´ıt napˇr´ıklad pro stahov´an´ı dat (v pˇr´ıpadˇe existence tzv. zrcadel – mirror˚ u). Toto pom´ah´a sn´ıˇzit z´atˇeˇz na p´ateˇrn´ıch link´ach Internetu a vyuˇz´ıvat ve sv´e bl´ızkosti spoj˚ u s vysokou pˇrenosovou rychlost´ı. V t´eto pr´aci jsou zmapov´any zdroje zpoˇzdˇen´ı v IP s´ıt´ıch na koncov´ ych zaˇr´ızen´ıch, link´ach a mezilehl´ ych prvc´ıch s´ıtˇe. Pro kaˇzdou ˇca´st s´ıtˇe jsou vysvˇetleny z´akladn´ı zdroje zpoˇzdˇen´ı. Pro jednotliv´a zpoˇzdˇen´ı je uveden ovlivˇ nuj´ıc´ı parametr a velikost, kter´e zpoˇzdˇen´ı nab´ yv´a. Pr´ace d´ale obsahuje rozbor jednotliv´ ych s´ıt´ı a obvykl´e zdroje zpoˇzdˇen´ı v tˇechto s´ıt´ıch. Pro jednotliv´e typy s´ıt´ı jsou uvedeny zmˇeˇren´e velikosti zpoˇzdˇen´ı, pˇr´ıpadnˇe obvykl´e velikosti zpoˇzdˇen´ı. Posledn´ı teoretick´a ˇca´st pr´ace se zab´ yv´a zp˚ usoby mˇeˇren´ı zpoˇzdˇen´ı a reprezentace v´ ysledk˚ u. Prakticky je v pr´aci provedeno mˇeˇren´ı zpoˇzdˇen´ı v akademick´e s´ıti CESNET2 a na z´akladˇe jeho v´ ysledk˚ u je odhadnuta obvykl´a doba zpoˇzdˇen´ı pro mezilehl´a zaˇr´ızen´ı. Ze z´ıskan´ ych dat je vypoˇc´ıt´ana pˇribliˇzn´a d´elka veden´ı mezi komunikuj´ıc´ımi stranami a ta je srovn´ana se skuteˇcnou d´elkou kabel˚ u. D´elka trasy je pˇribliˇznˇe urˇcena i pro m´ısta mimo akademickou s´ıt’ a vypoˇcten´e d´elky trasy jsou porovn´any s pˇr´ımou vzd´alenost´ı. V dalˇs´ı ˇca´sti je pops´ana simulace vytvoˇren´a v programu Network Simulator 2, pˇribliˇzuj´ıc´ı chov´an´ı v re´aln´e s´ıti. Simulace jsou vytvoˇreny celkem dvˇe. Prvn´ı simuluje pˇrenosov´ y ˇretˇezec sestaven´ y z definovan´eho poˇctu smˇerovaˇc˚ u a pˇrep´ınaˇc˚ u, v druh´e je br´ana v u ´vahu vzd´alenost mezi komunikuj´ıc´ımi a poˇcet skok˚ u mezi nimi. V´ ystupem obou simulac´ı jsou grafy z´avislosti zpoˇzdˇen´ı na definovan´ ych parametrech pro r˚ uznˇe velk´e s´ıtˇe.
10
1
ˇ EN ˇ ´I V IP S´IT´ICH ZDROJE ZPOZD
1.1
Co je zpoˇ zdˇ en´ı
Obecnˇe vzato, zpoˇzdˇen´ı je doba zp˚ usoben´a zdrˇzen´ım oproti pl´anovan´emu ˇcasu pˇr´ıjezdu, splnˇen´ı, doruˇcen´ı,. . . V telekomunikac´ıch je za zpoˇzdˇen´ı oznaˇcov´an ˇcas, kter´ y se informace str´av´ı na cestˇe od zdroje k pˇr´ıjemci. Synonymem ke zpoˇzdˇen´ı je latence; toto slovo je ˇcasto pouˇz´ıv´ano v souvislosti s vlastnost´ı dan´eho prvku. Latence vznikaj´ıc´ı na jednotliv´ ych ˇc´astech komunikaˇcn´ıho ˇretˇezce m´a r˚ uzn´ y charakter, velikost i vliv na celkov´e zpoˇzdˇen´ı. Proto je dobr´e definovat, co latenci zp˚ usobuje a kde v komunikaˇcn´ım ˇretˇezci ke zpoˇzdˇen´ı doch´az´ı (obr´azek 1.1).
Obr. 1.1: Zdroje zpoˇzdˇen´ı a m´ısto jeho vzniku
1.1.1
Charakter zpoˇ zdˇ en´ı
Pokud zkoum´ame latenci podrobnˇeji, zjist´ıme, ˇze pˇri opakovan´ ych mˇeˇren´ıch stejn´e pˇrenosov´e trasy m´a zpoˇzdˇen´ı podobnou velikost. V ˇcl´anku [4] autoˇri rozdˇeluj´ı celkov´e zpoˇzdˇen´ı na jeho deterministickou ˇca´st a stochastickou ˇca´st. Deterministick´e zpoˇzdˇen´ı m´a konstantn´ı velikost, kter´a lze vypoˇc´ıtat, jedn´a se o minim´aln´ı ˇcas potˇrebn´ y pro pˇrenos zpr´avy. Hodnota celkov´eho zpoˇzdˇen´ı nem˚ uˇze b´ yt nikdy menˇs´ı neˇz velikost deterministick´eho zpoˇzdˇen´ı. Oproti tomu stochastick´e zpoˇzdˇen´ı m´a n´ahodn´ y charakter a je ovlivnˇen´e aktu´aln´ım stavem s´ıtˇe. Stochastick´e zpoˇzdˇen´ı m˚ uˇze m´ıt nulovou hodnotu a nemus´ı v˚ ubec celkov´e zpoˇzdˇen´ı ovlivˇ novat. Naopak v dobˇe velk´eho zat´ıˇzen´ı s´ıtˇe je hodnota tohoto zpoˇzdˇen´ı pomˇernˇe vysok´a. Stochastick´e zpoˇzdˇen´ı m´a zpravidla Guassovo rozloˇzen´ı s v´ yrazn´ ym dozvukem (heavy tail).
11
1.1.2
Vliv latence na celkov´ e zpoˇ zdˇ en´ı
Celkov´e zpoˇzdˇen´ı IP paketu je d´ano souˇctem nˇekolika parci´aln´ıch zpoˇzdˇen´ı. Tyto d´ılˇc´ı zpoˇzdˇen´ı zp˚ usobuj´ı vˇsechny prvky pˇrenosov´eho syst´emu. D˚ uleˇzit´e vˇsak je, nakolik a jak se na v´ ysledn´em zpoˇzdˇen´ı pod´ılej´ı. V n´asleduj´ıc´ıch podkapitol´ach jsou pops´any parci´aln´ı zpoˇzdˇen´ı rozdˇelen´a dle m´ısta sv´eho vzniku. U kaˇzd´eho zpoˇzdˇen´ı je uvedeno, nakolik ovlivˇ nuje celkov´e zpoˇzdˇen´ı. Za zanedbateln´ e je oznaˇcov´ano zpoˇzdˇen´ı, kter´e m´a nezˇreteln´ y vliv na velikost celkov´eho zpoˇzdˇen´ı (typicky do 1 %). Mal´ y vliv m´a zpoˇzdˇen´ı cca do 10 % celkov´eho zpoˇzdˇen´ı a zpoˇzdˇen´ı, kter´e maj´ı velk´ y vliv je nutno zohlednit i v pˇribliˇzn´ ych v´ ypoˇctech. V pˇr´ıpadˇe, ˇze d´ılˇc´ı zpoˇzdˇen´ı je mnohoan´asobnˇe vˇetˇs´ı neˇz ostatn´ı, oznaˇcuji jej za dominantn´ı.
1.2
Zpoˇ zdˇ en´ı vznikaj´ıc´ı v koncov´ ych zaˇ r´ızen´ıch
Koncov´ ymi zaˇr´ızen´ımi jsou zdroj a c´ıl pˇren´aˇsen´e informace, pˇr´ıkladem takov´ ych zaˇr´ızen´ı jsou poˇc´ıtaˇce, servery, testovac´ı zaˇr´ızen´ı, ale i zdroje a spotˇrebiˇce zvuku ˇci videa (VoIP telefony, IP televize, kamery, . . . ). Zdrojov´e zaˇr´ızen´ı pˇredpˇriprav´ı zpr´avu pro pˇrenos, oznaˇc´ı ji adresou svoji i pˇr´ıjemce a zabal´ı ji do paket˚ u. Na druh´e vrstvˇe OSI modelu se paket zapouzdˇr´ı do r´amce, ˇci buˇ nky (dle pouˇzit´e technologie) a vyˇsle se bit po bitu na pˇrenosovou linku. Pˇrij´ımac´ı stanice k z´ısk´an´ı pˇren´aˇsen´e informace mus´ı prov´est opaˇcn´ y postup. Pˇr´ıpravou informace pro pˇrenos je myˇslena pˇredevˇs´ım pr´ace na vyˇsˇs´ıch vrstv´ach (4.-7.) OSI modelu a z´avis´ı na sloˇzitosti zpr´avy a v´ ykonu stanice. V n´asleduj´ıc´ıch u ´vah´ach budeme operovat pouze se zpoˇzdˇen´ım zp˚ usoben´ ym 3. a niˇzˇs´ı vrstvou OSI modelu. Celkov´e zpoˇzdˇen´ı koncov´eho zaˇr´ızen´ı budu d´ale oznaˇcovat tKZ a skl´ad´a se z d´ılˇc´ıch zpoˇzdˇen´ıch, kter´a jsou uvedena v n´asleduj´ıc´ıch podkapitol´ach.
1.2.1
Paketizaˇ cn´ı a depaketizaˇ cn´ı zpoˇ zdˇ en´ı
Toto zpoˇzdˇen´ı (tpak ) je doba, potˇrebn´a pro vytvoˇren´ı paketu – pˇrenosov´e jednotky v IP s´ıt´ıch. Z´avis´ı na rychlosti zpracov´an´ı informace poˇc´ıtaˇcem a vˇetˇsinou je zanedbateln´ e. Pokud se vˇsak jedn´a o interaktivn´ı komunikaci, z´avis´ı toto zpoˇzdˇen´ı t´eˇz na velikosti paketu, objemu informace a vzorkovac´ı frekvenci. Pˇri tomto typu komunikace se vˇzdy ˇcek´a neˇz je naplnˇena velikost paketu hodnotami nˇekolika po sobˇe jdouc´ıch vzork˚ u (napˇr. u ´ryvk˚ u ˇreˇci). To zp˚ usobuje zpoˇzdˇen´ı prvn´ıho vzorku v paketu. Pˇri depaketizaci je toto zpoˇzdˇen´ı vyrovn´ano pozdrˇzen´ım ostatn´ıch vzork˚ u paketu tak, aby byly stejnˇe zpoˇzdˇeny jako prvn´ı vzorek. Napˇr. u kodeku hlasu G.723.1 je tpak =30 ms [5].
12
1.2.2
Zpoˇ zdˇ en´ı v odchoz´ıch front´ ach
Hodnotu zpoˇzdˇen´ı v odchoz´ıch front´ach (tf ) nen´ı moˇzn´e deterministicky urˇcit, protoˇze je z´avisl´a na aktu´aln´ım zat´ıˇzen´ı prvku. Zpoˇzdˇen´ı v odchoz´ıch front´ach se uplatˇ nuje nejen pro zdrojov´e stanice, ale i pro smˇerovaˇce a pˇrep´ınaˇce. Velikost tohoto zpoˇzdˇen´ı je promˇenn´a a d´a se aktu´alnˇe zjistit podle celkov´e velikosti paket˚ u ve frontˇe a rychlosti odchoz´ı linky (viz vztah 1.1). Pˇr´ıklad: pˇri rychlosti odchoz´ı linky 10 Mbit/s (R) a pr˚ umˇern´e velikosti paketu 1250 B (P ) je odchoz´ı fronta schopna obslouˇzit aˇz 1000 paket˚ u za sekundu (µ). Pokud by pˇrich´azelo 500 paket˚ u za sekundu (λ), pak by pr˚ umˇern´e zpoˇzdˇen´ı bylo 2 ms (tf ) a fronta je zat´ıˇzen´a na 50 % (ρ – dle vztahu 1.2) [6] [7]. tf =
1 = µ−λ
ρ=
λ . µ
R P
1 , −λ
(1.1)
(1.2)
Tyto rovnice jsou platn´e pouze, pokud je pouˇzito ˇrazen´ı do front typu FIFO. V pˇr´ıpadˇe prioritn´ıch front, ˇci jin´ ych metod obsluhy front, vyuˇz´ıvan´ ych pro zajiˇstˇen´ı QoS, nen´ı moˇzn´e urˇcit pr˚ umˇernou dobu zpoˇzdˇen´ı.
1.2.3
Zpoˇ zdˇ en´ı na vyrovn´ an´ı jitteru
Pro aplikace pracuj´ıc´ı v re´aln´em ˇcase je d˚ uleˇzit´e, aby datov´e jednotky pˇrich´azely pravidelnˇe – tzn. stejnˇe zpoˇzdˇeny. Proto je v c´ılov´e stanici zabudov´an tzv. jitter buffer (latence jitter bufferu bude znaˇcena tj ), kter´ y m´a za u ´kol vyrovn´avat zpoˇzdˇen´ı. Velikost tohoto bufferu je omezena, proto datov´e jednotky s vˇetˇs´ım rozptylem zpoˇzdˇen´ı jsou povaˇzov´any za ztracen´e. Doporuˇcovan´ y rozptyl zpoˇzdˇen´ı pro real-time aplikace je do 100 ms a to je i maxim´aln´ı velikost pˇrid´avan´eho zpoˇzdˇen´ı v c´ılov´e stanici. Pro pˇrenosy proudu dat z internetu (napˇr. IPTV) m˚ uˇze b´ yt vyrovn´avac´ı zpoˇzdˇen´ı i vˇetˇs´ı. Naopak pro norm´aln´ı pˇrenos dat nen´ı jitter v´ yznamn´ y a pˇr´ıpadn´e pˇreuspoˇra´d´an´ı r˚ uznˇe zpoˇzdˇen´ ych datov´ ych jednotek m´a za u ´kol ˇctvrt´a vrstva OSI modelu [8].
1.3
Z´ avislost na pˇ renosov´ ych link´ ach
Pˇrenosov´e linky jsou ˇca´st transportn´ı soustavy, kter´a je pˇr´ımo z´avisl´a na fyzick´e pozici stanic. Linky ke stanic´ım nejsou vedeny nejkratˇs´ı cestou, ale kabely jsou pokl´ad´any na vhodn´ ych m´ıstech (napˇr´ıklad pod´el silnic, ˇzeleznic a spolu s d´alkov´ ym veden´ım elektrick´e energie). Dalˇs´ı prodlouˇzen´ı cesty paketu m˚ uˇze zp˚ usobit smˇerov´an´ı. Pˇrestoˇze existuje k c´ıli fyzicky kratˇs´ı linka, smˇerovaˇce mohou vybrat linku
13
jinou, napˇr´ıklad z d˚ uvodu cenov´e politiky, nebo rychlosti linek. T´ımto nar˚ ust´a d´elka trasy a roste i zpoˇzdˇen´ı zp˚ usoben´e dobou ˇs´ıˇren´ı sign´alu. Kromˇe fyzick´e vzd´alenosti stanic je d˚ uleˇzit´a tak´e technologie pˇrenosu sign´alu, kter´a ovlivˇ nuje pˇredevˇs´ım pˇrenosovou rychlost a tedy i serializaˇcn´ı zpoˇzdˇen´ı. Doba zpoˇzdˇen´ı pˇrenosov´ ych linek, d´ale oznaˇcovan´a jako tPL , zahrnuje zpoˇzdˇen´ı zp˚ usoben´e dobou ˇs´ıˇren´ı sign´alu. Serializaˇcn´ı zpoˇzdˇen´ı je ˇcastˇeji uv´adˇeno v r´amci latence mezilehl´ ych zaˇr´ızen´ı, ale protoˇze jej ovlivˇ nuje rychlost pˇrenosov´ ych linek je uvedeno v t´eto ˇc´asti.
1.3.1
Serializaˇ cn´ı zpoˇ zdˇ en´ı
Serializaˇcn´ı zpoˇzdˇen´ı (ts ) je doba od vysl´an´ı prvn´ıho bitu do odesl´an´ı posledn´ıho bitu r´amce na linku. Hodnotu tohoto zpoˇzdˇen´ı ovlivˇ nuje velikost r´amce – ˇc´ım vˇetˇs´ı r´amec bude, t´ım vˇetˇs´ı bude zpoˇzdˇen´ı. A tak´e pˇrenosov´a rychlost linky – v pˇr´ıpadˇe pomal´e linky, bude serializaˇcn´ı zpoˇzdˇen´ı velk´e. Toto zpoˇzdˇen´ı vznikne za kaˇzd´ ym aktivn´ım prvkem, kde dojde k uloˇzen´ı r´amce do pamˇeti. Velikost serializaˇcn´ıho zpoˇzdˇen´ı (ts ) je pˇredem zn´am´a a m˚ uˇzeme ji deterministicky urˇcit. Dobu serializace bit˚ u na linku spoˇc´ıt´ame, kdyˇz vyn´asob´ıme pˇrenosovou rychlost linky (R) a velikost r´amce 1 (F ) (pozor ud´av´ana v bajtech na rozd´ıl od pˇrenosov´e rychlosti). Pro ilustraci velikosti serializaˇcn´ıho zpoˇzdˇen´ı je uvedena tabulka 1.1, kde jsou vypoˇc´ıt´any hodnoty zpoˇzdˇen´ı pro r˚ uzn´e velikosti r´amc˚ u a rychlosti pˇrenosov´ ych linek. Toto zpoˇzdˇen´ı je nutn´e br´at v u ´vahu pokud pouˇz´ıv´ame velk´e r´amce a mal´e pˇrenosov´e rychlosti, pˇri pˇrenosov´ ych rychlostech v ˇr´adech gigabit˚ u za sekundu je toto zpoˇzdˇen´ı zanedbateln´ e [9]. ts = R · F
(1.3)
Velikost r´ amce 64 B 500 B 1500 B
Rychlost linky 64 Kbit/s 10 Mbit/s 10 Gbit/s 8 ms 62,5 ms 187,5 ms
51,2 µs 0,4 ms 1,2 ms
0,0512 µs 0,4 µs 1,2 µs
Tab. 1.1: Tabulka serializaˇcn´ıho zpoˇzdˇen´ı pro r˚ uznˇe velk´e r´amce a r˚ uzn´e pˇrenosov´e rychlosti
1
Protoˇze je na 2. vrstvˇe OSI modelu velmi ˇcasto nasazena technologie Ethernet, b´ yv´a nejvˇetˇs´ı velikost r´ amce 1518 B. Pro jin´e technologie lze tuto hodnotu dohledat v literatuˇre.
14
1.3.2
Zpoˇ zdˇ en´ı zp˚ usoben´ e rychlost´ı ˇ s´ıˇ ren´ı sign´ alu
Rychlost ˇs´ıˇren´ı sign´alu je fyzik´aln´ı veliˇcina, kter´a specifikuje, jak dlouho trv´a cesta dat z jednoho konce m´edia na druh´ y. Velikost zpoˇzdˇen´ı zp˚ usoben´a rychlost´ı ˇs´ıˇren´ı (trs ) je z´avisl´a nejen na pouˇzit´em m´ediu, ale pˇredevˇs´ım na d´elce fyzick´e trasy. Skuteˇcn´a d´elka m´edia je ˇcasto v´ yraznˇe vyˇsˇs´ı neˇz je vzd´alenost vzduˇsnou ˇcarou a je tedy nutn´e na to pamatovat (v´ıce o fyzick´e vzd´alenosti je naps´ano v kapitole 3.1.3). Pˇrestoˇze se rychlost ˇs´ıˇren´ı sign´alu v m´ediu bl´ıˇz´ı rychlosti svˇetla ve vakuu (c = 299 792 458 m/s), pro dlouh´e vzd´alenosti (nad 1000 km) m´a tato latence velk´ y pod´ıl na celkov´em zpoˇzdˇen´ı. Napˇr´ıklad pˇri mezikontinent´aln´ı komunikaci je hodnota tohoto zpoˇzdˇen´ı v ˇra´du des´ıtek aˇz stovek milisekund. V n´asleduj´ıc´ıch podkapitol´ach jsou pops´ana nejpouˇz´ıvanˇejˇs´ı pˇrenosov´a m´edia a typick´e parametry pro tato m´edia. Metalick´ y kabel Metalick´e kabely jsou nejˇcastˇeji vyuˇz´ıv´any v LAN s´ıt´ıch a v s´ıt´ıch pˇr´ıstupov´ ych. Dˇr´ıve pouˇz´ıvan´ y sd´ılen´ y koaxi´aln´ı kabel, v dneˇsn´ı dobˇe nahradil kabel UTP (unshielded twisted pair), pˇr´ıpadnˇe STP (shielded twisted pair). Toto m´edium umoˇzn ˇuje rychlost 100 Mbit/s a pˇri pouˇzit´ı vˇsech ˇctyˇr p´ar˚ u dokonce rychlosti v gigabitech za sekundu. Vodiˇcem se ˇs´ıˇr´ı elektrick´ y proud rychlost´ı 0, 75 · c, coˇz je pˇribliˇznˇe 224 844 km/s [10]. Kabely znaˇcky Solarix ud´avaj´ı pro UTP cat5E a cat6 zpoˇzdˇen´ı rychlost´ı ˇs´ıˇren´ı 535 ns/100 m, pro cat7 Solarix uv´ad´ı zpoˇzdˇen´ı 427 ns/100 m [11]. Optick´ y kabel Optick´a vl´akna jsou majoritnˇe zastoupena na transportn´ıch s´ıt´ıch a prosazuj´ı ˇ se i do s´ıt´ı pˇr´ıstupov´ ych. Casto propojuj´ı m´ısta, kde je potˇrebn´a velk´a pˇrenosov´a rychlost na dlouh´e vzd´alenosti. Rychlost ˇs´ıˇren´ı, z´avis´ı na indexu lomu v j´adru vl´akna a je pˇribliˇznˇe 194 895 km/s, tj. 0, 65 · c [10]. Po pˇrepoˇctu zpoˇzdˇen´ı na 100 m vyjde hodnota 513 ns. Vzhledem k tomu, ˇze nˇekter´e transportn´ı s´ıtˇe mˇeˇr´ı i nˇekolik tis´ıc kilometr˚ u, m´a tato latence velk´ y vliv na celkov´e zpoˇzdˇen´ı. Bezdr´ atov´ y pˇ renos Bezdr´atov´e technologie maj´ı velkou v´ yhodu, nebot’ uˇzivateli dovoluj´ı mobilitu a nev´azanost na pˇripojen´ı kabelem. Vyuˇz´ıvaj´ı se pˇredevˇs´ım v pˇr´ıstupov´ ych a lok´aln´ıch s´ıt´ıch. Dnes pouˇz´ıvan´e bezdr´atov´e techniky jsou GSM, WiFi, WiMax, satelitn´ı spoje a mikrovlnn´e spoje. Vˇsechny tyto techniky maj´ı spoleˇcnou rychlost ˇs´ıˇren´ı sign´alu, kter´a se t´emˇeˇr rovn´a rychlosti ˇs´ıˇren´ı svˇetla ve vakuu, to znamen´a zpoˇzdˇen´ı
15
334 ns/100 m. Velk´ y rozd´ıl mezi jednotliv´ ymi technologiemi je v d´elce cesty sign´alu. GSM, WiFi a WiMax jsou buˇ nkov´e technologie, kdy nejvˇetˇs´ı polomˇer buˇ nky m´a GSM (35 Km) a to v porovn´an´ı s ostatn´ımi zdroji zpoˇzdˇen´ı zp˚ usobuje mal´e zpoˇzdˇen´ı. Mikrovlnn´e spoje slouˇz´ı k propojen´ı fixn´ıch bod˚ u na delˇs´ı, ale viditelnou vzd´alenost. Proto je fyzick´a cesta sign´alu kratˇs´ı neˇz je tomu u kabel˚ u a zpoˇzdˇen´ı ˇs´ıˇren´ım sign´al˚ u je tak´e mal´ e. U satelitn´ıho spojen´ı je velikost latence v celkov´em zpoˇzdˇen´ı dominantn´ı. Zp˚ usobuje to pˇredevˇs´ım nutnost komunikovat s druˇzic´ı, kter´a je na obˇeˇzn´e dr´aze zemˇe a v´ yraznˇe prodluˇzuje cestu sign´alu. Satelity ob´ıhaj´ı planetu na r˚ uzn´ ych obˇeˇzn´ ych drah´ach, nejniˇzˇs´ı z nich je LEO (low-Earth orbit) ve vzd´alenosti 600 – 2000 Km nad povrchem zemˇe, zpoˇzdˇen´ı k druˇzici je potom 4 – 8 ms. Druˇzice na vrstvˇe MEO (medium-Earth orbit) se nach´az´ı ve vzd´alenosti 2000 – 35 000 Km a zpoˇzdˇen´ı sign´alu let´ıc´ıho k nim je aˇz 100 ms. Nejv´ yˇse poloˇzen´a je vrstva GEO (geostacionary-Earth orbit) ve vzd´alenosti 35 786 Km nad zem´ı. Tato vrstva m´a oproti ostatn´ım v´ yhodu v tom, ˇze druˇzice z˚ ust´av´a nad povrchem st´ale na stejn´em m´ıstˇe a je tedy moˇzn´e na ni nasmˇerovat ant´enu (satelit). Zpoˇzdˇen´ı pro tento syst´em nab´ yv´a vysok´e hodnoty okolo 270 ms. Vˇsechna zpoˇzdˇen´ı uveden´a k druˇzic´ım jsou vztaˇzena k jednomu smˇeru (druˇzice – zemˇe, nebo zemˇe – druˇzice) [12].
1.3.3
Zpoˇ zdˇ en´ı dobou pˇ r´ıstupu k m´ ediu
Zpoˇzdˇen´ı dobou pˇr´ıstupu k m´ediu tpm se uplatˇ nuje pˇredevˇs´ım u technologi´ı se sd´ılen´ ym m´ediem (ethernet, bezdr´atov´e technologie). Pˇr´ıˇcinou je sd´ılen´e m´edium (vzduch), kter´e m˚ uˇze b´ yt obsazeno na urˇcit´em komunikaˇcn´ım kan´alu jen jedn´ım u ´ˇcastn´ıkem a zbytek stanic ˇcek´a aˇz se na nˇe dostane ˇrada. D´ıky tomu je i sloˇzitˇejˇs´ı ˇr´ızen´ı stanic, proto je zpoˇzdˇen´ı dobou pˇr´ıstupu k m´ediu u nˇekter´ ych bezdr´atov´ ych technologi´ı velk´ e.
1.4
Latence vznikaj´ıc´ı v mezilehl´ ych zaˇ r´ızen´ıch
Mezilehl´e zaˇr´ızen´ı je jak´ ykoliv aktivn´ı prvek na cestˇe mezi koncov´ ymi zaˇr´ızen´ımi. Tato zaˇr´ızen´ı maj´ı mnoho rozliˇcn´ ych u ´kol˚ u, sv´ ym rozsahem zahrnuj´ıc´ı r˚ uzn´e vrstvy OSI modelu. M˚ uˇzou napˇr´ıklad propojovat v jednom bodˇe v´ıce linek do r˚ uzn´ ych smˇer˚ u a s´ıt´ı. Proto mezi nejd˚ uleˇzitˇejˇs´ı u ´koly patˇr´ı smˇerov´an´ı a pˇrep´ın´an´ı, tedy pˇrepos´ıl´an´ı datov´ ych jednotek nejkratˇs´ı (nejv´ yhodnˇejˇs´ı) cestou k c´ıli. Mezi dalˇs´ı nem´enˇe d˚ uleˇzit´e funkce patˇr´ı zesilov´an´ı a obnova sign´alu, zajiˇstˇen´ı bezpeˇcnosti a spr´avy s´ıtˇe. Latence v mezilehl´ ych zaˇr´ızen´ı tMZ se skl´ad´a z r˚ uzn´ ych zpoˇzdˇen´ı, kter´e jsou uvedena v n´asleduj´ıc´ıch podkapitol´ach. V dalˇs´ıch odd´ılech jsou vyps´ana jednotliv´a
16
mezilehl´a zaˇr´ızen´ı, popis jejich ˇcinnosti a latence pro nˇe typick´a. Zpoˇ zdˇ en´ı ve vstupn´ı frontˇ e Je to doba, kterou r´amec str´av´ı ve vstupn´ı vyrovn´avac´ı pamˇeti (buffer), neˇz jsou naˇcteny vˇsechny potˇrebn´e bity (hlaviˇcka, ˇci cel´ y paket). V pˇr´ıpadˇe zmˇeny pˇrenosov´e rychlosti mezi vstupn´ım a v´ ystupn´ım portem je potˇreba naˇc´ıst cel´ y paket, v ostatn´ıch pˇr´ıpadech z´aleˇz´ı na metodˇe pˇrepos´ıl´an´ı r´amc˚ u (kapitola 1.4.2). Doba zpoˇzdˇen´ı ve vstupn´ı frontˇe je rovna velikosti serializaˇcn´ıho zpoˇzdˇen´ı ts (kapitola 1.3.1) pˇr´ıchoz´ı linky vztaˇzen´e na poˇcet bit˚ u ukl´adan´ ych do vyrovn´avac´ı pamˇeti. Vˇetˇsinou se hodnota serializaˇcn´ıho uv´ad´ı pˇr´ımo v souvislosti s latenc´ı aktivn´ıho zaˇr´ızen´ı (dle poˇctu zpracov´avan´ ych bit˚ u), pˇrestoˇze jej´ı velikost je ovlivnˇena rychlost´ı linky a velikost´ı r´amce. Doba zpracov´ av´ an´ı informace Je to ˇcas tp , kter´ y zaˇr´ızen´ı potˇrebuje pro pˇresunut´ı paketu ze vstupu do v´ ystupn´ı fronty. Minim´aln´ı hodnota z´avis´ı na v´ ykonu zaˇr´ızen´ı a prov´adˇen´ ych operac´ıch (napˇr. smˇerov´an´ı, pˇreklad adres, znaˇckov´an´ı pro QoS, filtrov´an´ı port˚ u, . . . ), vˇzdy z´aleˇz´ı na typu zaˇr´ızen´ı a jeho konfiguraci. Celkov´a doba zpracov´an´ı se zvyˇsuje se zvyˇsuj´ıc´ım se provozem – zat´ıˇzen´ım prvku. Kaˇzd´e zaˇr´ızen´ı m´a definovanou propustnost, kter´a se zejm´ena u levnˇejˇs´ıch prvk˚ u s´ıtˇe nerovn´a maxim´aln´ımu zat´ıˇzen´ı vˇsech port˚ u. Pokud m´a zaˇr´ızen´ı 48 gigabitov´ ych port˚ u, ale propustnost je 32 Gbit/s, pot´e zaˇr´ızen´ı v pˇr´ıpadˇe pln´eho zat´ıˇzen´ı nebude schopn´e obsluhovat vˇsechny porty. Napˇr´ıklad prvky v pˇr´ıstupov´e s´ıti jsou urˇcen´e ke koncentraci provozu a neoˇcek´av´a se u nich pln´e simult´aln´ı vyt´ıˇzen´ı vˇsech port˚ u. Zpoˇ zdˇ en´ı v odchoz´ıch front´ ach Doba str´aven´a v odchoz´ı frontˇe tf je pˇr´ımo z´avisl´a na aktu´aln´ım poˇctu paket˚ u smˇeˇruj´ıc´ıch na stejn´ y port (ˇcekaj´ıc´ıch ve frontˇe pˇred paketem). Pˇri pouˇzit´ı QoS je ˇcasto pouˇzit jin´ y typ fronty neˇz FIFO, d´ıky tomu nen´ı moˇzn´e dobu str´avenou ve frontˇe exaktnˇe urˇcit. V´ıce o dobˇe str´aven´e v odchoz´ı frontˇe je v kapitole 1.2.2.
1.4.1
Opakovaˇ c (repeater) a aktivn´ı hub
Tyto nejjednoduˇsˇs´ı aktivn´ı prvky pracuj´ı na prvn´ı vrstvˇe OSI modelu. Jejich u ´kolem je regenerovat pˇr´ıchoz´ı sign´al a zes´ılen´ y jej odeslat na vˇsechny porty, kromˇe portu ze kter´eho paket obdrˇzely. Jelikoˇz nen´ı tˇreba naˇc´ıtat cel´ y r´amec je zpoˇzdˇen´ı opakovaˇce i hubu zanedbateln´ e, pˇribliˇznˇe 0, 68 µs (pro CentreCom MR820TR) [13].
17
1.4.2
Pˇ rep´ınaˇ c (switch)
Pracuje na linkov´e vrstvˇe OSI modelu, jeho u ´kolem je pˇrepnut´ı r´amce, dle MAC adresy na spr´avn´ y v´ ystupn´ı port. Pro kaˇzd´ y port vytv´aˇr´ı vlastn´ı kolizn´ı dom´enu, d´ıky tomu sniˇzuje poˇcet zaˇr´ızen´ı sd´ılej´ıc´ıch m´edium a z´aroveˇ n tedy i vyt´ıˇzenost pˇrenosov´e linky. Latence pˇrep´ınaˇce nez´avis´ı pouze na rychlosti pˇrep´ınac´ıho pole, ale t´eˇz na jeho nastaven´ı a zat´ıˇzen´ı. Existuj´ı tˇri reˇzimy pr´ace pˇrep´ınaˇce z nichˇz je kaˇzd´ y jinak rychl´ y. • Cut-Trough – pˇri tomto reˇzimu se pˇrijat´ y r´amec nekontroluje a ihned po pˇrijet´ı hlaviˇcky s c´ılovou MAC adresou se odeˇsle na v´ ystupn´ı port. • Fragment Free (FF) – zde pˇrep´ınaˇc pˇrijme prvn´ıch 64 B r´amce, zkontroluje m´edium zda nedoˇslo ke kolizi a pokud je vˇse v poˇr´adku, zaˇc´ın´a pˇrepos´ılat r´amec na v´ ystupn´ı port. • Store & Forward (S&F) – pˇri t´eto metodˇe se nejprve naˇcte cel´ y r´amec, provede se kontrola CRC a teprve pot´e se odeˇsle na v´ ystupn´ı port. Nov´e switche firmy Cisco (ˇrada 29XX) pˇrep´ınaj´ı pouze metodou Store & Forward, u kter´e se uplatn´ı serializaˇcn´ı zpoˇzdˇen´ı (kapitola 1.3.1) vstupn´ı linky pro cel´ y r´amec. U zbyl´ ych dvou metod je to pouze serializaˇcn´ı zpoˇzdˇen´ı pro prvn´ıch 18 B r´amce pˇri Cut-Trough, respektive 64 B pˇri Fragment Free. D´ale se uplatn´ı n´ahodn´ y charakter zpoˇzdˇen´ı ve front´ach (kapitola 1.2.2) v pˇr´ıpadˇe, ˇze je v´ ystupn´ı port blokov´an jin´ ymi daty. Dokument [13] popisuje testov´an´ı zpoˇzdˇen´ı r˚ uzn´ ych pˇrep´ınaˇc˚ u z provenience Cisco a vybran´e v´ ysledky jsou v tabulce 1.2. Celkov´a velikost latence prvku (tMZ ) se zde skl´ad´a z doby potˇrebn´e na pˇrepnut´ı jiˇz pˇrijat´eho r´amce na v´ ystupn´ı port (tp ) a hodnoty serializaˇcn´ıho zpoˇzdˇen´ı pro pˇr´ısluˇsnou velikost r´amce a linku o rychlosti 10 Mbit/s (pro 64 B paket je serializaˇcn´ı zpoˇzdˇen´ı 51,2 µs a pro 1498 B je 1198,4 µs). Podobn´e hodnoty zpoˇzdˇen´ı, pˇri srovn´an´ı s tp pˇredchoz´ıho mˇeˇren´ı, ud´av´a v´ yrobce pˇrep´ınaˇce HP ProCurve 1700. Latence pro tento pˇrep´ınaˇc je maxim´alnˇe 4, 7 µs (v reˇzimu Cut-Trough s frontou FIFO, velikost´ı r´amce 64 B a rychlost´ı linky 100 Mbit/s) [14]. V dokumentu [15] popisuj´ıc´ım Cisco Nexus 5020, je pro tento pˇrep´ınaˇc uvedeno, ˇze hodnota zpoˇzdˇen´ı pro vˇsechny velikosti r´amce nepˇresahuje 3,2 µs.
1.4.3
L3 switch
V posledn´ıch letech se do p´ateˇrn´ıch s´ıt´ı prosazuj´ı L32 pˇrep´ınaˇce, kter´e jsou rychlejˇs´ı neˇz klasick´e smˇerovaˇce a z´aroveˇ n pˇrep´ınaj´ı r´amce na z´akladˇe IP adresy. Po pˇr´ıchodu r´amce L3 pˇrep´ınaˇc pˇreˇcte IP adresu, kter´a je v zapouzdˇren´em r´amci a dle z´aznamu ve sv´e pˇrep´ınac´ı tabulce zjist´ı, na kter´ y port m´a r´amec odeslat. V pˇr´ıpadˇe, 2
layer 3 - pracuje na 3. vrstvˇe OSI modelu
18
98 B r´amec 1492 B Zaˇ r´ızen´ı (reˇ zim) ∆tMZ ∆tp ∆tMZ Catalyst 1900 (FF) 71,6 µs 71,6 µs Catalyst 1900 (S&F) 96 µs 7 µs 1210 µs Catalyst 2900 (S&F) 101 µs 14 µs 1210 µs Catalyst 3550 (L3) 118 µs 28 µs 1380 µs
r´amec ∆tpn 7,4 µs 15 µs 168 µs
Tab. 1.2: Tabulka testovan´eho zpoˇzdˇen´ı pro r˚ uzn´e switche (pˇrevzato z [13]).
ˇze pˇrep´ınaˇc nem´a IP adresu pˇriˇrazenou k portu, nebo se nejedn´a o zapouzdˇren´ y IP paket, pˇrih´az´ı na ˇradu zabudovan´ y smˇerovaˇc. Ten urˇc´ı jak s r´amcem naloˇzit a tuto informaci si uloˇz´ı i pˇrep´ınaˇc do pˇrep´ınac´ı tabulky [16]. Latence L3 pˇrep´ınaˇce (pˇr´ıklad Cisco 3550) je 118 µs pro r´amec velikosti 98 B a 1380 µs pro r´amec velikosti 1592 B. Opˇet je v t´eto hodnotˇe zapoˇcteno serializaˇcn´ı zpoˇzdˇen´ı (1.3.1) pro linku rychlosti 10 Mbit/s a pˇr´ısluˇsnou velikost paketu [13]. Kromˇe L3 switch˚ u existuj´ı t´eˇz pˇrep´ınaˇce pracuj´ıc´ı na vyˇsˇs´ıch vrstv´ach (L4-7 switch), kter´e prov´ad´ı smˇerov´an´ı na z´akladˇe znalosti port˚ u nebo aplikaˇcn´ıch dat. Pouˇz´ıvaj´ı se napˇr´ıklad pro loadbalancing webov´ ych server˚ u, nebo pro filtrov´an´ı provozu. Jejich zpoˇzdˇen´ı je jeˇstˇe vˇetˇs´ı a z´aroveˇ n tˇeˇzko obecnˇe definovateln´e – vˇzdy z´aleˇz´ı na konkr´etn´ım pouˇzit´ı.
1.4.4
Smˇ erovaˇ c (router)
Z´akladn´ım u ´kolem smˇerovaˇce je propojovat s´ıtˇe pouˇz´ıvaj´ıc´ı r˚ uzn´e technologie (Ethernet, WDM, xDSL, WiFi, . . . ), prov´adˇet pˇreklad adres (NAT) a co nejl´epe smˇerovat pˇrich´azej´ıc´ı provoz. Ke smˇerov´an´ı se pouˇz´ıv´a smˇerovac´ı tabulka a r˚ uzn´e smˇerovac´ı protokoly, coˇz prodluˇzuje dobu paketu str´avenou v routeru. Nˇekter´e smˇerovaˇce obsahuj´ı dalˇs´ı funkce, kter´ ymi zast´avaj´ı pr´aci jin´ ych zaˇr´ızen´ı: firewall, DHCP server, podpora VoIP, . . . Velikost celkov´e latence routeru z´avis´ı na mnoha faktorech, proto je velmi tˇeˇzk´e urˇcit zpoˇzdˇen´ı platn´e obecnˇe. Vynech´ame-li stochastickou ˇca´st zpoˇzdˇen´ı, jako je zpoˇzdˇen´ı v odchoz´ıch front´ach (kapitola 1.2.2) a celkov´e zat´ıˇzen´ı routeru, m˚ uˇzeme urˇcit minim´aln´ı hodnotu zpoˇzdˇen´ı – deterministickou ˇca´st. Ta se skl´ad´a z doby nutn´e pro naˇcten´ı cel´eho r´amce (serializaˇcn´ı zpoˇzdˇen´ı pˇr´ıchoz´ı linky – kapitola 1.3.1),doby potˇrebn´e pro nalezen´ı informace v routovac´ı tabulce a odesl´an´ı na v´ ystupn´ı port. Podle testu p´ateˇrn´ıch smˇerovaˇc˚ u se minim´aln´ı hodnoty latence pohybuj´ı mezi 10 – 20 µs (napˇr. pro Cisco 12146 je minim´aln´ı latence 17,7 µs), jedn´a se o mˇeˇren´ı pˇri 40 B velikosti paketu a lince 2,5 Gbit/s. Pr˚ umˇern´e hodnoty latence pˇri sm´ıˇsen´em
19
internetov´em provozu a rychlosti 2,5 Gbit/s dosahovaly velikosti od 65 do 252 µs, pro Cisco router byla pr˚ umˇern´a latence 252 µs [17]. Test p´ateˇrn´ıch smˇerovaˇc˚ u pro s´ıtˇe IPv6 ud´av´a zpoˇzdˇen´ı pro smˇerovaˇce znaˇcek Fujitsu, Hitachi, Juniper a Nec hodnoty zpoˇzdˇen´ı od 9 do 72 µs [19]. Dalˇs´ı mˇeˇren´ı se uskuteˇcnilo pouˇzit´ım Test box˚ u [18] a vloˇzen´ım 0 - 3 smˇerovaˇc˚ u mezi dva Test boxy. Pr˚ umˇern´a namˇeˇren´a hodnota latence pro smˇerovaˇc Cisco 3630 byla 224 µs (pro 100 B paket) [4].
1.5
Shrnut´ı zpoˇ zdˇ en´ı
Jak je zobrazeno na u ´vodn´ım obr´azku 1.1, zdrojem zpoˇzdˇen´ı v s´ıti je kaˇzd´a ˇca´st s´ıtˇe. Celkov´e zpoˇzdˇen´ı je d´ano souˇctem zpoˇzdˇen´ı za jednotliv´e ˇca´sti s´ıtˇe (koncov´e stanice, linky a mezilehl´a zaˇr´ızen´ı) – vyj´adˇreno rovnic´ı 1.4. V pˇr´ıpadˇe podrobnˇejˇs´ıho pohledu na s´ıt’ rozliˇs´ıme i jednotliv´e druhy zpoˇzdˇen´ı pro r˚ uzn´e ˇca´sti s´ıtˇe, tento u ´pln´ y popis pˇredstavuje rovnice 1.5. Ve vˇetˇsinˇe typ˚ u s´ıtˇe nejsou vˇsechny zpoˇzdˇen´ı stejnˇe velk´e, ba naopak jeden druh zpoˇzdˇen´ı je obvykle mnohem vˇetˇs´ı neˇz ostatn´ı. Konkretn´ı pˇr´ıpady velikosti zpoˇzdˇen´ı pro r˚ uzn´e s´ıtˇe jsou uvedeny v n´asleduj´ıc´ıch kapitol´ach. t = tK + (n + 1) · tL + n · tMZ + tKZ ,
(1.4)
t = tp + tf + (n + 1) · trs + n · (ts + tp + tf + tpm ) + tj .
(1.5)
20
2
ˇ EN ˇ ´I V REALN ´ ´ ZPOZD YCH S´IT´ICH
Poˇc´ıtaˇcov´a s´ıt’ je spojen´ı nˇekolika poˇc´ıtaˇc˚ u komunikaˇcn´ımi linkami za u ´ˇcelem sd´ılen´ı v´ ypoˇcetn´ıch zdroj˚ uau ´loˇziˇst’ dat. Dnes nejrozˇs´ıˇrenˇejˇs´ı s´ıt je Internet, kter´ y vyuˇz´ıv´a protokolovou rodinu TCP/IP. Pod TCP/IP (na druh´e vrstvˇe OSI) mohou b´ yt implementov´any r˚ uzn´e technologie, napˇr: Ethernet, WiFi, xDSL, SDH, (D)WDM, . . . Obecnˇe m´a Internet stromovou strukturu, v d˚ uleˇzit´ ych ˇca´stech s´ıtˇe je vˇsak spojen´ı z´alohov´ano a vytv´aˇr´ı v tˇechto m´ıstech ne´ uplnou mesh topologii. Rozs´ahl´e s´ıtˇe se dˇel´ı na ˇca´st pˇr´ıstupovou a transportn´ı (obr´azek 2.1). Za pomoci pˇr´ıstupov´e s´ıtˇe je uˇzivatel pˇripojen do p´ateˇrn´ı (transportn´ı) s´ıtˇe, kde je informace smˇerov´ana k c´ılov´e s´ıti a koncov´emu uˇzivateli. Obˇe ˇc´asti s´ıtˇe (pˇr´ıstupov´a i transportn´ı) jsou vˇetˇsinou vlastnˇeny velk´ ymi spoleˇcnostmi. Do vlastnictv´ı uˇzivatele, nebo pˇripojen´e organizace patˇr´ı takzvan´a s´ıt’ m´ıstn´ı (LAN), kter´a propojuje lok´aln´ı zaˇr´ızen´ı. M´ıstn´ı s´ıt’ je pot´e v jednom nebo v´ıce m´ıstech propojena k pˇr´ıstupov´e s´ıti. Pokud m´a organizace v jednom m´ıstˇe v´ıce poboˇcek vytv´aˇr´ı takzvanou metropolitn´ı s´ıt’ (MAN), zp˚ usob jej´ıho pˇripojen´ı k celosvˇetov´e s´ıti (WAN) je vˇsak stejn´ y – pomoc´ı pˇr´ıstupov´e a transportn´ı s´ıtˇe [20].
Obr. 2.1: Rozdˇelen´ı s´ıtˇe na m´ıstn´ı, pˇr´ıstupovou a transportn´ı.
2.1
Zpoˇ zdˇ en´ı v m´ıstn´ı s´ıti
Nejˇcastˇeji pouˇz´ıvanou technologi´ı v m´ıstn´ı s´ıti je Ethernet (IEEE 802.3) a WiFi (IEEE 802.11). M´ıstn´ı s´ıt’ m´a velikost okolo 100 m, metropolitn´ı s´ıt’ maxim´alnˇe nˇekolik des´ıtek kilometr˚ u, vzhledem k mal´emu rozsahu s´ıtˇe je moˇzn´e zpoˇzdˇen´ı vznikl´e ˇs´ıˇren´ım sign´alu zanedbat. Rychlosti linek se pohybuj´ı mezi 10 aˇz 100 Mbit/s, d´ıky ˇcemuˇz m˚ uˇze vzniknout serializaˇcn´ı zpoˇzdˇen´ı maxim´alnˇe 1,2 ms (pro velikost paketu
21
1 500 B). V s´ıti se nach´az´ı zpravidla jeden smˇerovaˇc a nˇekolik pˇrep´ınaˇc˚ u, tyto m˚ uˇzou b´ yt nejvˇetˇs´ım zdrojem zpoˇzdˇen´ı, obzvl´aˇstˇe pokud pracuj´ı v reˇzimu Store & Forward. Pokud je stanice pˇripojen´a bezdr´atovˇe (WiFi), je pˇri velk´em zat´ıˇzen´ı s´ıtˇe nutn´e zapoˇc´ıtat zpoˇzdˇen´ı dobou pˇr´ıstupu k m´ediu a pˇr´ıpadnˇe uvaˇzovat niˇzˇs´ı pˇrenosovou rychlost, pokud je sign´al slab´ y nebo zaruˇsen´ y. Celkov´e jednosmˇern´e zpoˇzdˇen´ı t v lok´aln´ı s´ıti pro jednotliv´e technologie (ethernet a WiFi) je uvedeno v tabulce 2.1. Hodnoty jsou zmˇeˇren´e v mal´e lok´aln´ı s´ıti s jedn´ım smˇerovaˇcem, kter´ y funguje takt´eˇz jako pˇr´ıstupov´ y bod WiFi s´ıtˇe. Obecnˇe zpoˇzdˇen´ı v lok´aln´ı, pˇr´ıpadnˇe metropolitn´ı s´ıti je velmi mal´e, maxim´alnˇe v jednotk´ ach milisekund. technologie t [ms] m´ıstn´ı Ethernet (IEEE 802.3) 0.057 s´ıt’ WiFi (IEEE 802.11) 0.385 Tab. 2.1: Tabulka velikost´ı zpoˇzdˇen´ı pro technologie pouˇzit´e v m´ıstn´ı s´ıti.
2.2
Zpoˇ zdˇ en´ı v pˇ r´ıstupov´ e s´ıti
´ Ukolem pˇr´ıstupov´e s´ıtˇe je pˇripojit uˇzivatele do p´ateˇrn´ı s´ıtˇe a agregovat provoz od v´ıce uˇzivatel˚ u do jedn´e pˇrenosov´e linky. Na trase se m˚ uˇze nach´azet nˇekolik smˇerovaˇc˚ u a pˇrep´ınaˇc˚ u, celkov´a d´elka trasy je v des´ıtk´ach kilometr˚ u. D´ıky tomu je latence na aktivn´ıch prvc´ıch i zpoˇzdˇen´ı rychlost´ı ˇs´ıˇren´ı mal´e. Pouze je d˚ uleˇzit´e vz´ıt v u ´vahu serializaˇcn´ı zpoˇzdˇen´ı, z´avisej´ıc´ı na rychlosti pˇripojen´ı a tak´e dobu pˇr´ıstupu k m´ediu. Tyto parametry z´avis´ı pˇredevˇs´ım na technologii pˇripojen´ı, kterou nab´ızej´ı r˚ uzn´ı poskytovatel´e pˇripojen´ı k internetu (ISP). Pˇ ripojen´ı pomoc´ı telefonn´ı linky Dlouho vyuˇz´ıvan´ ym zp˚ usobem je pˇr´ıstup pˇres telefonn´ıho oper´atora. Moˇznost´ı vyuˇzit´ı telefonn´ı linky je mnoho, poˇc´ınaje vyt´aˇcen´ ym pˇripojen´ı, pˇres s´ıtˇe ISDN a xDSL aˇz po pronajat´e okruhy. V dneˇsn´ı dobˇe jsou nejrozˇs´ıˇrenˇejˇs´ı pˇr´ıpojky ADSL, kter´e dosahuj´ı pˇr´ıchoz´ı rychlosti aˇz 8 Mbit/s a odchoz´ı do 1 Mbit/s. Tyto rychlosti zp˚ usobuj´ı serializaˇcn´ı zpoˇzdˇen´ı aˇz 12 ms (pro paket 1 500 B). Pomoc´ı pevn´ eho kabelov´ eho pˇ ripojen´ı Dalˇs´ı moˇznost´ı je pˇr´ıstup pˇres poskytovatele kabelov´e televize, nebo pˇr´ımo poskytovatele internetu. Tyto pˇr´ıstupov´e s´ıtˇe vˇetˇsinou vyuˇz´ıvaj´ı v pˇr´ıstupov´e ˇca´sti optick´ y
22
kabel, d´ıky ˇcemuˇz m˚ uˇzou b´ yt rychlosti dle pˇra´n´ı z´akazn´ıka (od jednotek Mbit/s aˇz po 100 Mbit/s). Zpoˇzdˇen´ı je v tˇechto pˇr´ıpadech velmi mal´e. Pˇ ripojen´ı bezdr´ atovou technologi´ı Posledn´ı moˇznost´ı je vyuˇzit´ı poskytovatele bezdr´atov´eho internetu – at’ uˇz mobiln´ıho (GPRS, EDGE, CMDA), nebo WiFi. Zde jsou rychlosti nejpomalejˇs´ı (do 1 Mbit/s, ˇcasto jen 100 Kbit/s). K velmi v´ yrazn´emu zpomalen´ı nast´av´a pˇri pˇr´ıstupu k m´ediu – je pˇr´ıˇcinou velk´eho zpoˇzdˇen´ı. U tˇechto s´ıt´ı je latence poˇc´ıt´ana v des´ıtk´ach aˇz stovk´ach milisekund. Srovn´ an´ı jednotliv´ ych technologi´ı Doby zpoˇzdˇen´ı jednotliv´ ych technologi´ı jsem otestoval mˇeˇren´ım zpoˇzdˇen´ı k internetov´ ym str´ank´am veˇrejn´eho peeringov´eho uzlu www.nix.cz, protoˇze k tomuto uzlu m´a vˇetˇsina oper´ator˚ u dobr´e pˇripojen´ı. V´ ysledky mˇeˇren´ı jsou pro uvedeny v tabulce 2.2 a je tedy moˇzn´e porovnat velikosti zpoˇzdˇen´ı t a poˇcet skok˚ u n pro r˚ uzn´e technologie pˇripojen´ı. Nejlepˇs´ıch hodnot zpoˇzdˇen´ı dosahuje pevn´e pˇripojen´ı kabelem, pˇripojen´ı pomoc´ı ADSL a bezdr´atov´ ym mostem maj´ı tak´e dobr´e v´ ysledky. Nejhorˇs´ı v´ ysledek je pro bezdr´atov´e pˇripojen´ı pomoc´ı GPRS, jehoˇz hodnota zpoˇzdˇen´ı je nˇekolikan´asobnˇe vˇetˇs´ı neˇz u ostatn´ıch pˇr´ıstupov´ ych s´ıt´ı. zp˚ usob pˇ ripojen´ı t [ms] n ADSL – telefonn´ı linkou 7.853 7 pˇr´ıstupov´e CESNET2 – pevn´e pˇripojen´ı kabelem 2.299 7 s´ıtˇe GPRS – bezdr´atov´ y pˇrenos dat 93.763 10 s´ıt’ Netbox – pevn´e pˇripojen´ı kabelem 2.839 6 Bezdr´atov´ y most (Wi-Fi) do s´ıtˇe ISP 7.769 10 Tab. 2.2: Tabulka velikost´ı zpoˇzdˇen´ı pro technologie pouˇzit´e v pˇr´ıstupov´ ych s´ıt´ıch.
2.3
Zpoˇ zdˇ en´ı v transportn´ı s´ıti
Transportn´ı s´ıtˇe pˇren´aˇsej´ı data mnoha uˇzivatel˚ u na velk´e vzd´alenosti, proto jsou vybaveny kapacitn´ımi spoji (v ˇra´du Gbit/s) – serializaˇcn´ı zpoˇzdˇen´ı je v tomto pˇr´ıpadˇe zanedbateln´e. Oproti tomu je v´ yznamn´e zpoˇzdˇen´ı rychlost´ı ˇs´ıˇren´ı, kter´e je pˇr´ımo u ´mˇern´e k d´elce fyzick´e cesty. Teoretick´e zpoˇzdˇen´ı rychlost´ı ˇs´ıˇren´ı na trase Brno – Los Angeles (pˇr´ım´a vzd´alenost 10 000 km) se bude pohybovat okolo 50 ms. Na tuto vzd´alenost jsem pomoc´ı programu Traceroute zjistil 17 skok˚ u, coˇz znamen´a
23
17 smˇerovaˇc˚ u pˇrid´avaj´ıc´ıch zpoˇzdˇen´ı – celkov´a latence smˇerovaˇc˚ u v jednotk´ach milisekund. V porovn´an´ı je tedy doba zpoˇzdˇen´ı aktivn´ıch prvk˚ u oproti zpoˇzdˇen´ı rychlost´ı ˇs´ıˇren´ı mal´a (plat´ı pro velk´e vzd´alenosti). V tabulce 2.3 jsou uvedeny v´ ysledky mˇeˇren´ı zpoˇzdˇen´ı t a poˇctu skok˚ u n pro ˇctyˇri mˇesta r˚ uznˇe vzd´alen´a od Brna, vzd´alenost byla zjiˇstˇena pouze pˇr´ım´a lprima pomoc´ı online map. Mˇeˇren´ı hodnot probˇehlo ze s´ıtˇe CESNET2 a je shodn´e s v´ ysledky v kapitole 4.5. mˇ esto V´ıdeˇ n transportn´ı Stockholm s´ıtˇe Los Angeles Sydney
lprima [Km] t [ms] n 110 1,46 8 1133 17,79 12 9752 89,42 17 15 963 168,44 18
Tab. 2.3: Tabulka velikost´ı zpoˇzdˇen´ı pro r˚ uzn´e d´elky transportn´ı s´ıtˇe
24
3
´ ˇ REN ˇ ´I ZPOZD ˇ EN ˇ ´I A TRASY NASTROJE K ME
Pro mˇeˇren´ı zpoˇzdˇen´ı bylo vyvinuto mnoho aplikac´ı, online applet˚ u a tak´e hardwarov´ ych zaˇr´ızen´ı. Metodika a n´azvoslov´ı pro mˇeˇren´ı zpoˇzdˇen´ı v s´ıti internet je definov´ana v RFC 1242. V t´eto kapitole jsou z´akladn´ı n´astroje pro mˇeˇren´ı zpoˇzdˇen´ı a poˇctu skok˚ u podrobnˇeji pops´any a vysvˇetleno je jejich pouˇzit´ı. V´ ypis urˇcitˇe nen´ı kompletn´ı, protoˇze podobn´ ych program˚ u existuje velk´e mnoˇzstv´ı. D´ıky tomu se nemus´ıme omezovat na jeden zp˚ usob mˇeˇren´ı a dle potˇreby pouˇz´ıt nejl´epe vyhovuj´ıc´ı ˇreˇsen´ı. Neˇz vˇsak zaˇcneme zkoumat v´ ysledky je tˇreba si uvˇedomit jak´ ym zp˚ usobem je latence mˇeˇrena a co vˇse v´ ysledek ovlivˇ nuje.
3.1
Vlastnosti jednotliv´ ych mˇ eˇ ren´ı
Pˇred mˇeˇren´ım je nutn´e si rozmyslet, co je c´ılem mˇeˇren´ı a pot´e vybrat vhodn´ y n´astroj. Vˇetˇsinou se zamˇeˇrujeme na urˇcit´ y typ sluˇzby a dle toho vol´ıme vrstvu OSI modelu pro kterou prov´ad´ıme mˇeˇren´ı. Z´aleˇz´ı tak´e na protˇejˇs´ı stanici, v˚ uˇci kter´e mˇeˇren´ı prov´ad´ıme. Tato stanice mus´ı dan´ y n´astroj podporovat, respektive komu´ eˇsnost mˇeˇren´ı ovlivˇ nikovat na dan´e vrstvˇe. Uspˇ nuj´ı tak´e mezilehl´a zaˇr´ızen´ı, kter´a nemus´ı vˇzdy naˇsi zpr´avu pˇren´est. D´ale je d˚ uleˇzit´e vˇedˇet, ˇze kaˇzd´ y program m˚ uˇze v´ ysledky pod´avat jin´ ym zp˚ usobem. Velk´ y rozd´ıl je napˇr´ıklad mezi jednocestnˇe a obousmˇernˇe zmˇeˇren´ ym zpoˇzdˇen´ım.
3.1.1
Mˇ eˇ ren´ı dostupnosti a zpoˇ zdˇ en´ı na r˚ uzn´ ych vrstv´ ach OSI modelu
Nejˇcastˇeji se zpoˇzdˇen´ı a dostupnost zjiˇst’uje na tˇret´ı vrstvˇe OSI modelu pomoc´ı programu Ping. Jsou vˇsak pˇr´ıpady, kdy je nutn´e pouˇz´ıt i jin´ y n´astroj, napˇr´ıklad pokud s´ıt’ov´a vrstva pracuje v poˇr´adku a probl´em je na nˇekter´e vyˇsˇs´ı vrstvˇe. V odr´aˇzk´ach jsou vrstvy OSI modelu a pˇr´ıklad aplikace umoˇzn ˇuj´ıc´ı mˇeˇrit zpoˇzdˇen´ı nebo dostupnost sluˇzeb na t´eto vrstvˇe. • 2. vrstva – L2 traceroute – slouˇz´ı k zjiˇstˇen´ı zaˇr´ızen´ı pracuj´ıc´ıch na linkov´e vrstvˇe (pˇrep´ınaˇce), pracuje pouze se zaˇr´ızen´ımi firmy Cisco pokud je na nich povolen protokol CDP (Cisco discovery protocol). • 3. vrstva – Ping – ICMP dotaz na vzd´alenou stranu. • 4. vrstva – Traceroute (TCP) – dotaz na urˇcit´ y port a k nˇemu nav´azan´ y protokol. • 7. vrstva – Telnet – pouze k ovˇeˇren´ı zda druh´a strana poslouch´a na dan´em portu (23) a je moˇzno s n´ı komunikovat na aplikaˇcn´ı vrstvˇe.
25
3.1.2
RTT versus jednocestn´ e zpoˇ zdˇ en´ı
Round time trip (RTT), nebo tak´e round trip delay (RTD) je hodnota zpoˇzdˇen´ı zmˇeˇren´a jednou stanic´ı. Velikost tohoto zpoˇzdˇen´ı v sobˇe zahrnuje cestu informace k c´ılov´e stanici, dobu jej´ıho zpracov´an´ı v c´ılov´e stanici a cestu zpˇet. Z´ısk´ame tedy pˇribliˇznˇe dvojn´asobnou hodnotu zpoˇzdˇen´ı neˇz pˇri jednosmˇern´em mˇeˇren´ı. Pˇresnou latenci pro jeden smˇer, ale nez´ısk´ame, protoˇze zpoˇzdˇen´ı m˚ uˇze b´ yt asymetrick´e. Oproti tomu jednocestn´e zpoˇzdˇen´ı (one-way delay) je mˇeˇreno zdrojovou i c´ılovou stanic´ı, a proto dostaneme v´ ysledek pro ˇza´dan´ y smˇer. Jeho mˇeˇren´ı m´a oproti RTT dvˇe velk´e nev´ yhody: prvn´ı je nutnost mˇeˇrit zpoˇzdˇen´ı z´aroveˇ n na dvou stanic´ıch, z nichˇz jedna je zpravidla vzd´alen´a. Druhou nev´ yhodou je pˇresn´a ˇcasov´a synchronizace tˇechto stanic, kter´a je sloˇzit´a kv˚ uli potˇrebn´e pˇresnosti (des´ıtky mikrosekund).
3.1.3
Pˇ r´ım´ a vzd´ alenost versus fyzick´ a vzd´ alenost
V pˇredchoz´ı kapitole je zm´ınˇeno, ˇze zpoˇzdˇen´ı rychlost´ı ˇs´ıˇren´ı sign´alu je pˇr´ımo u ´mˇern´e d´elce fyzick´e cesty. Tuto vzd´alenost vˇsak nezn´ame, pokud zn´ame geografickou polohu stanic, je moˇzn´e zjistit pouze pˇr´ımou vzd´alenost mezi m´ısty. Fyzick´a vzd´alenost je 1,2 – 5 kr´at vˇetˇs´ı neˇz pˇr´ım´a, pr˚ umˇernˇe je asi 2,5 kr´at delˇs´ı (dle dat [4]). Je to pˇredevˇs´ım t´ım, ˇze kabely (optick´e i metalick´e) jsou nejˇcastˇeji pokl´ad´any pod´el d´alnic a ˇzelezniˇcn´ıch koridor˚ u. Napˇr´ıklad pˇr´ım´a vzd´alenost Brno – Praha je 187 Km, po d´alnici je tato vzd´alenost 210 Km, ale po optick´em kabelu, kter´ y vyuˇz´ıv´a s´ıt’ CESNET2, je to pˇribliˇznˇe 310 Km. Kdyˇz k tomu pˇripoˇc´ıt´ame, ˇze paket nemus´ı b´ yt smˇerov´an nejkratˇs´ı cestou, m˚ uˇze se napˇr´ıklad st´at, ˇze cesta mezi Bratislavou a Mnichovem je 5 kr´at delˇs´ı neˇz pˇr´ım´a cesta – viz obr´azek 3.1 [4].
Obr. 3.1: Mapa smˇerovan´e cesty mezi Bratislavou a Mnichovem (pˇrevzato z [4])
26
3.2
Program Ping
Z´akladn´ım n´astrojem k mˇeˇren´ı zpoˇzdˇen´ı je program Ping (Packet InterNet Groper), kter´ y je implementov´an ve vˇsech operaˇcn´ıch syst´emech. Program Ping se spust´ı naps´an´ım pˇr´ıkazu ping do pˇr´ıkazov´eho ˇra´dku nebo konzole operaˇcn´ıho syst´emu poˇc´ıtaˇce, n´asledovan´eho IP adresou stanice k n´ıˇz chceme zmˇeˇrit zpoˇzdˇen´ı. V MS Windows program Ping po sv´em spuˇstˇen´ı vyˇsle 4 ICMP dotazy a pot´e uk´aˇze statistiku u ´spˇeˇsnosti. Ping v OS Linux vys´ıl´a UDP paket a to tak dlouho, dokud nen´ı zastaven uˇzivatelem. V obou operaˇcn´ıch syst´emech je moˇzn´e tato a dalˇs´ı nastaven´ı zmˇenit pomoc´ı parametr˚ u pouˇzit´ ych spoleˇcnˇe s pˇr´ıkazem. V´ ypis statistik v Linuxu zobrazuje zpoˇzdˇen´ı v ˇr´adu mikrosekund, v MS Windows je mˇeˇren´ı pouze v ˇr´adu milisekund. Pro zv´ yˇsen´ı pˇresnosti mˇeˇren´ı v MS Windows je moˇzn´e pouˇz´ıt programy podobn´e programu Ping, napˇr. True Ping. Program Ping pouˇz´ıv´a ke sv´e ˇcinnosti protokol ICMP, pomoc´ı nˇejˇz dotazuje vzd´alenou stanici. Proto jsou v n´asleduj´ıc´ı podkapitole uvedeny vlastnosti tohoto protokolu.
3.2.1
Protokol ICMP
Internet control message protocol (ICMP) je protokol ˇr´ıd´ıc´ıch zpr´av, slouˇz´ıc´ı k z´ısk´an´ı informac´ı o chyb´ach pˇri pˇrenosu datagram˚ u. ICMP obsahuje nˇekolik typ˚ u odpovˇed´ı, d´ıky nimˇz je moˇzn´e urˇcit, proˇc nebylo moˇzn´e paket doruˇcit k c´ıli. Ze zpr´avy Destination unreachable se lze dozvˇedˇet jestli je pˇr´ıˇcinou chyby nedostupn´a s´ıt’, stanice, nebo port (tabulka 3.1). ICMP protokol, potaˇzmo Ping jsou velmi vyuˇz´ıv´any tak´e jako diagnostick´ y n´astroj pro spr´avce s´ıt´ı. V´ıce o protokolu ICMP a podrobnosti o pouˇz´ıvan´ ych odpovˇed´ıch lze nal´ezt v RFC 792 a 1256.
3.2.2
Princip fungov´ an´ı programu Ping
Proces ICMP dotaz˚ u probˇehne podle n´asleduj´ıc´ıch krok˚ u a nakonec vyp´ıˇse hodnotu RTT zpoˇzdˇen´ı. 1. Zdroj vygeneruje ICMP zpr´avu typu 8 (Echo request). 2. ICMP zpr´ava se zapouzdˇr´ı do r´amce a je odesl´ana na adresu c´ılov´e stanice. 3. Zdroj si uloˇz´ı lok´aln´ı ˇcas, ve kter´ y byla zpr´ava odesl´ana. 4. Kaˇzd´ y uzel na lince zkontroluje, zda adresa odpov´ıd´a jeho s´ıt’ov´e adrese. Pokud tomu tak nen´ı, je zpr´ava pˇreposl´ana d´ale dle smˇerovac´ı tabulky. 5. C´ıl pˇrijme IP datagram, otevˇre ICMP zpr´avu a uloˇz´ı si pro nˇej d˚ uleˇzit´e informace. 6. C´ıl vygeneruje zpr´avu s odpovˇed´ı (typ 0 – Echo reply), kterou odeˇsle na zdrojovou adresu pˇrijat´eho ICMP dotazu.
27
K´ od 0 1 2 3 4 5 6 7
Obsah zpr´ avy Network unreachable = odpovˇed’ od routeru, kdyˇz pro danou s´ıt’ nen´ı z´aznam ve smˇerovac´ı tabulce. Host unreachable = odpovˇed’ od routeru, kdyˇz stanice pˇr´ımo pˇripojen´e s´ıtˇe neodpov´ıd´a. Protocol unreachable = generov´ano, kdyˇz transportn´ı protokol nen´ı podporov´an transportn´ı vrstvou c´ıle. Port unreachable = vytvoˇreno, kdyˇz nen´ı moˇzn´e zpr´avu doruˇcit transportn´ı vrstvˇe na dan´em portu. Fragmentation needed and DF set = pokud je nutno paket fragmentovat, ale pˇr´ıznak Don’t Fragment je nastaven. Source route failed = pokud paket nelze doruˇcit adrese zadan´e jako zdroj zpr´avy. Destination network unknown = nezn´am´a c´ılov´a s´ıt’. Destination host unknown = odpovˇed’ od routeru, pokud c´ılov´a stanice neexistuje.
Tab. 3.1: Vybran´e k´ody ICMP zpr´av pro Destination unreachable (podle [10])
7. Nov´ y datagram je smˇerov´an zpˇet k v´ ychoz´ı stanici, kterou je pˇrijat. Teprve pot´e se odeˇcte ˇcas str´aven´ y cestou – zpoˇzdˇen´ı. Tento u ´daj je spolu s u ´spˇeˇsnost´ı vyps´an uˇzivateli programu [23]. Pokud se stane ˇze Ping nen´ı u ´spˇeˇsn´ y, pˇr´ıˇcin ne´ uspˇechu m˚ uˇze b´ yt v´ıce. Napˇr´ıklad z d˚ uvodu ˇspatn´e IP adresy, nedostupnosti c´ılov´e stanice, ˇspatn´eho smˇerov´an´ı a nebo kv˚ uli blokov´an´ı ICMP zpr´av.
3.2.3
Doba ˇ zivota paketu (TTL)
D˚ uleˇzit´ ym parametrem IP paketu a tedy i ICMP zpr´av je doba ˇzivota – poˇcet skok˚ u, neˇz bude paket zahozen. Kaˇzd´ y smˇerovaˇc nebo stanice, pˇres kterou paket projde sn´ıˇz´ı TTL o jedna. Pokud zn´ame hodnotu TTL na zaˇc´atku a na konci komunikaci, je moˇzn´e snadno dopoˇc´ıtat, kolika smˇerovaˇci paket proˇsel. V´ ychoz´ı hodnotu TTL vzd´alen´e stanice je moˇzn´e zjistit z veˇrejnˇe dostupn´ ych tabulek hodnot pro jednotliv´e operaˇcn´ı syst´emy, napˇr. v [24]. M´alokdy bohuˇzel zn´ame operaˇcn´ı syst´em vzd´alen´e stanice a tak´e m˚ uˇze y ´t v´ ychoz´ı hodnota TTL uˇzivatelem zmˇenˇena.
28
3.2.4
Ping a moˇ znost mˇ eˇ ren´ı ˇ s´ıˇ rky p´ asma
Velmi zaj´ımav´ ym n´astrojem je program Bping (Bandwith ping), kter´ y dok´aˇze pˇribliˇznˇe zmˇeˇrit pˇrenosovou rychlost linky. Jedn´a se o upraven´ y program Ping, kter´ y vys´ıl´a pakety o r˚ uzn´ ych velikostech. Jelikoˇz se na trase minim´alnˇe jednou uplatˇ nuje serializaˇcn´ı zpoˇzdˇen´ı (kapitola 1.3.1), je moˇzn´e na z´akladˇe rozd´ıln´e velikosti zpoˇzdˇen´ı pro r˚ uznˇe velk´e pakety dopoˇc´ıtat pˇrenosovou rychlost trasy [25].
3.3
Programy Tracert a Traceroute
Tracert a traceroute jsou programy vypisuj´ıc´ı vˇsechny uzly (smˇerovaˇce) na trase k c´ıli (zadan´e IP adrese). Program pracuje na principu opakov´an´ı dotazu Ping s postupnˇe zvyˇsovan´ ym TTL. Pˇri pr˚ uchodu kaˇzd´ ym smˇerovaˇcem je hodnota TTL sn´ıˇzena o jedna a v pˇr´ıpadˇe dosaˇzen´ı nuly, je zpr´ava zahozena a odes´ılateli posl´ana ICMP chybov´a zpr´ava. V dalˇs´ım kroku, zdroj vytvoˇr´ı stejnou zpr´avu pouze se zmˇenˇen´ ym TTL – zv´ yˇs´ı se o jedna a t´ım se dostane k n´asleduj´ıc´ımu smˇerovaˇci na trase. Z v´ ypisu programu z´ısk´ame podrobn´ y pˇrehled o poˇctu smˇerovaˇc˚ u na trase (tzv. hops) a velikost RTT zpoˇzdˇen´ı k nim. Nev´ yhodou programu je nepos´ıl´an´ı odpovˇed´ı nˇekter´ ymi smˇerovaˇci. Oba programy se spouˇst´ı zad´an´ım pˇr´ısluˇsn´eho pˇr´ıkazu (tracert nebo traceroute) do pˇr´ıkazov´e ˇr´adky nebo konzole operaˇcn´ıho syst´emu n´asledovan´ ym c´ılovou adresou. Tracert pracuje v MS Windows a pouˇz´ıv´a ICMP zpr´avy, kdeˇzto Traceroute pracuje pouze v OS Linux a pos´ıl´a UDP dotazy.
3.3.1
Varianty traceroute v linuxu
Program Traceroute umoˇzn ˇuje modifikovat mˇeˇren´ı, zmˇenou jeho v´ ychoz´ıch hodnot pomocn´ ymi parametry. Jedn´a se napˇr´ıklad o pouˇz´ıvan´ y typ protokolu na v´ ybˇer je ICMP, TCP nebo v´ ychoz´ı UDP, d´ale tak´e o poˇcet dotaz˚ u (v´ ychoz´ı je 3) a maxim´aln´ı velikost TTL. D´ale existuj´ı i jin´e programy pro mˇeˇren´ı trasy, pˇredevˇs´ım v Linuxu (Ubuntu 9.10) je moˇzn´e nal´ezt programy Traceroute-nanog, Tracepath a Tracert. Ty se od Traceroute liˇs´ı zp˚ usobem v´ ypisu trasy, pouˇzit´ ym protokolem nebo ˇcasy opakov´an´ı dotaz˚ u. Kombinac´ı tˇechto program˚ u a jejich nastaven´ı je moˇzn´e z´ıskat v´ıce informac´ı o cel´e cestˇe paketu k c´ıli. Podrobnˇejˇs´ı informace o jednotliv´ ych programech a jejich nastaven´ıch je moˇzn´e naj´ıt v manu´alech k tˇemto program˚ um.
29
3.4
Aplikace zobrazuj´ıc´ı trasu na mapˇ e
Na internetov´ ych str´ank´ach [26], [27] a [28] jsou online aplety, umoˇzn ˇuj´ıc´ı zobrazit trasu zjiˇstˇenou programem Traceroute na mapˇe svˇeta. Po zad´an´ı poˇzadovan´e c´ılov´e adresy se spust´ı na serveru webov´e str´anky pˇr´ıkaz traceroute a v´ ysledky jsou vypisov´any na pˇr´ısluˇsnou webovou str´anku (viz obr´azek 3.2). Z´aroveˇ n aplikace zobrazuje trasu na mapˇe, pˇresnˇeji pˇr´ım´e spojen´ı mezi zjiˇstˇen´ ymi uzly. Polohu tˇechto uzl˚ u aplikace zjist´ı podle vlastn´ıka IP adresy, coˇz je ale nepˇresn´e (smˇerovaˇc se m˚ uˇze nach´azet jinde neˇz majitel IP adresy).
Obr. 3.2: Zobrazen´ı trasy na mapˇe pomoc´ı aplikace ze str´anky [26].
3.5
Zaˇ r´ızen´ı Test box
Test box, pˇripraven´ y organizac´ı RIPE NCC je hardwarov´ y n´astroj na testov´an´ı pˇripojen´ı. Na rozd´ıl od pˇredchoz´ıch program˚ u, se jedn´a o samostatn´ y hardware, kter´ y slouˇz´ı pouze k mˇeˇren´ı. Test box umoˇzn ˇuje mˇeˇrit pˇrenosovou rychlost, ztr´atovost, kol´ıs´an´ı zpoˇzdˇen´ı a jednosmˇern´e zpoˇzdˇen´ı, coˇz aplikace spuˇstˇen´e z jedn´e stanice neumoˇzn ˇuj´ı. Po cel´em svˇetˇe je rozm´ıstˇeno okolo dvou set tˇechto zaˇr´ızen´ı, data z nich je moˇzn´e si zobrazit na webov´ ych str´ank´ach a pˇr´ıpadnˇe si nechat vygenerovat grafy.
30
Pro ˇcasovou synchronizaci vˇsech Test box˚ u se pouˇz´ıv´a sign´alu GPS, kter´ y z´aroveˇ n slouˇz´ı k urˇcen´ı polohy Test boxu. Statistick´a chyba zaˇr´ızen´ı je 10 µs [18].
31
4
ˇ REN ˇ ´I ZPOZD ˇ EN ˇ ´I V REALN ´ ´ S´ITI ME E
K ovˇeˇren´ı popsan´ ych teoretick´ ych vlastnost´ı IP s´ıt´ı jsem provedl nˇekolik r˚ uzn´ ych mˇeˇren´ı zpoˇzdˇen´ı v re´aln´e s´ıti. Zvolil jsem nejvˇetˇs´ı svˇetovou s´ıt’ Internet, ale pˇrev´aˇzn´a vˇetˇsina mˇeˇren´ı prob´ıhala v s´ıti patˇr´ıc´ı sdruˇzen´ı Cesnet.
4.1
S´ıt’ sdruˇ zen´ı Cesnet
ˇ zaloˇzili v roce 1996 sdruˇzen´ı Cesnet, jehoˇz Vysok´e ˇskoly a Akademie vˇed CR c´ılem je rozvoj p´ateˇrn´ı akademick´e s´ıtˇe. S´ıt’ nese n´azev CESNET2 a je finanˇcnˇe podporov´ana z ˇclensk´ ych pˇr´ıspˇevk˚ u a grant˚ u. CESNET2 propojuje univerzitn´ı mˇesta vysokorychlostn´ımi datov´ ymi okruhy, topologie s´ıtˇe je sloˇzena z kruh˚ u proch´azej´ıc´ıch omezen´ ym poˇctem mˇest. P´ateˇr s´ıtˇe tvoˇr´ı optick´ y pˇrenosov´ y syst´em na nˇemˇz je nasazeno DWDM (Dense Wavelength Division Multiplexing) a na tˇret´ı vrstvˇe je IP/MPLS (Multiprotocol Label Switching). CESNET2 vytv´aˇr´ı vlastn´ı autonomn´ı syst´em ˇc´ıslo 2852 a je v peeringov´ ych uzlech propojen s jin´ ymi autonomn´ımi syst´emy. Cesnet je ˇclenem evropsk´eho konsorcia G´eant vytv´aˇrej´ıc´ı evropskou akademickou s´ıt’, proto je s´ıt’ propojena s akademick´ ymi s´ıtˇemi okoln´ıch st´at˚ u. Cel´a s´ıt’ CESNET2 je bohatˇe dokumentovan´a a je moˇzn´e zjistit mnoho informac´ı o topologii s´ıtˇe i parametrech jednotliv´ ych linek. Pro moji dalˇs´ı potˇrebu jsem v dokumentaci vyhledal d´elky optick´ ych kabel˚ u mezi jednotliv´ ymi mˇesty. Vzd´alenosti v kilometrech jsem zapracoval do mapy topologie s´ıtˇe CESNTET2 (obr´azek 4.1) a tak´e pouˇzil v dalˇs´ıch mˇeˇren´ıch [29].
4.2
Zp˚ usob mˇ eˇ ren´ı
C´ılem mˇeˇren´ı bylo zjistit co nejpˇresnˇeji hodnotu zpoˇzdˇen´ı mezi Brnem a ostatn´ımi ˇ e republice. Protoˇze nemˇesty v s´ıti CESNET2, ale tak´e dalˇs´ımi m´ısty nejen v Cesk´ bylo moˇzn´e ovl´adat vzd´alenou stanici, ke kter´e bylo mˇeˇreno zpoˇzdˇen´ı, bylo nutn´e mˇeˇrit hodnotu obousmˇern´eho zpoˇzdˇen´ı (RTT). Toto jsem mˇeˇril programem Ping pomoc´ı ICMP dotaz˚ u (Echo Request) na vzd´alenou stranu. K podrobnˇejˇs´ımu zkoum´an´ı trasy je dobr´e zn´at poˇcet mezilehl´ ych zaˇr´ızen´ı a jejich um´ıstˇen´ı. Na to jsem pouˇzil programy pro zjiˇst’ov´an´ı trasy.
4.2.1
Konfigurace a zp˚ usob pˇ ripojen´ı mˇ eˇ r´ıc´ıho poˇ c´ıtaˇ ce
Mˇeˇren´ı jsem provedl z notebooku (procesor Intel Core Duo 1,7 GHz, RAM 2048 MB, s´ıt’ov´a karta 10/100 Mbit/s) s operaˇcn´ım syst´emem Ubuntu 9.10. Poˇc´ıtaˇc byl pˇripojen UTP kabelem v are´alov´e knihovnˇe FEKT na Purkyˇ novˇe 118 v Brnˇe.
32
Obr. 4.1: D´elka optick´ ych kabel˚ u mezi jednotliv´ ymi mˇesty v s´ıti CESNET2 (v Km).
Mˇeˇren´ı probˇehla sedmkr´at v r˚ uzn´ ych pracovn´ıch dnech a hodin´ach. Pˇri kaˇzd´em mˇeˇren´ı jsem pouˇzil pˇredpˇripraven´e bash skripty. Tyto skripty obsahovaly pole adres vzd´alen´ ych uzl˚ u a pˇr´ıkazy, kter´e se sekvenˇcnˇe prov´adˇely pro kaˇzdou adresu a v´ ysledky zapisovaly do souboru. Pouˇzit´e skripty je moˇzn´e naj´ıt na pˇriloˇzen´em CD. Ve skriptech je spouˇstˇen program Ping, kter´ ym byla zjiˇstˇena doby odezvy. Vˇzdy bylo odesl´ano minim´alnˇe 20 dotaz˚ u Echo Request a z v´ ysledk˚ u tˇechto mˇeˇren´ı byla pouˇzita nejniˇzˇs´ı hodnota. Ke zjiˇstˇen´ı trasy jsem pouˇzil program Traceroute, kter´ y vypsal poˇcet skok˚ u k c´ılov´e adrese. Protoˇze v nˇekter´ ych pˇr´ıpadech v´ ychoz´ı nastaven´ı tohoto programu (zpr´avy UDP) ned´avalo vhodn´e v´ ysledky, bylo vyuˇzito i jin´ ych typ˚ u zpr´av (ICMP a TCP) a tak´e programu Traceroute-nanog.
4.3
Mˇ eˇ ren´ı zpoˇ zdˇ en´ı k uˇ zivatel˚ um s´ıtˇ e CESNET2
ˇ e republice jsem zmˇeˇril dobu odezvy mezi Pro v´ yznamn´a univerzitn´ı mˇesta v Cesk´ Brnem a t´ımto mˇestem. Jako adresy vzd´alen´ ych stanic jsem pouˇzil webov´e adresy organizac´ı pˇripojen´ ych k s´ıti CESNET2. Pokud tyto adresy nereagovali na Ping vyhledal jsem adresu jin´eho vnitˇrn´ıho serveru, kter´ y na ICMP dotazy odpov´ıdal. V pˇr´ıpadˇe opakovan´eho ne´ uspˇechu jsem vybral jinou organizaci ve stejn´em mˇestˇe, v pˇr´ıpadˇe mal´eho v´ yznamu mˇesta jsem jej vynechal. Pro dvˇe organizace jsem zjistil, ˇze webov´e str´anky organizace se nenach´azej´ı v s´ıti CESNET2, a proto jsem je z mˇeˇren´ı vylouˇcil.
33
Zmˇeˇren´e hodnoty obousmˇern´eho zpoˇzdˇen´ı tRTT a poˇcet skok˚ u n jsou pro kaˇzdou dostupnou organizaci v dan´em mˇestˇe uvedeny v tabulce 4.1. Velikost jednosmˇern´eho zpoˇzdˇen´ı t byla z´ısk´ana rozp˚ ulen´ım hodnoty obousmˇern´eho zpoˇzdˇen´ı (viz rovnice 4.1). V pˇr´ıpadˇe nesymetrick´eho zpoˇzdˇen´ı m˚ uˇze b´ yt skuteˇcn´a hodnota jednosmˇern´eho zpoˇzdˇen´ı odliˇsn´a, v naˇsem pˇr´ıpadˇe ale pˇredpokl´ad´am symetrick´e zpoˇzdˇen´ı. t=
tRTT . 2
(4.1)
Doba obousmˇ ern´ eho zpoˇ zdˇ en´ı Pro adresy vzd´alen´ ych stanic, kter´e reaguj´ı na ICMP zpr´avy nebyl probl´em zmˇeˇrit dobu obousmˇern´eho zpoˇzdˇen´ı. Jak je uvedeno v´ yˇse, mˇeˇren´ı byla provedena nˇekolikr´at, z d˚ uvodu zjiˇstˇen´ı minim´aln´ıho zpoˇzdˇen´ı mezi stanicemi. Minim´aln´ı zpoˇzdˇen´ı bylo pouˇzito kv˚ uli eliminaci zpoˇzdˇen´ı vznikl´eho zat´ıˇzen´ım pˇrenosov´ ych prvk˚ u. Pravdˇepodobnˇe toto tato chyba nebyla u ´plnˇe eliminov´ana, protoˇze mˇeˇren´ı prob´ıhala bˇehem pracovn´ıho dne, kdy jsou linky a uzly hodnˇe zat´ıˇzen´e. Doufejme ale, ˇze hlavn´ı v´ ykyvy byly ve v´ ysledc´ıch potlaˇceny.
4.3.1
V´ ypoˇ cet doby zpoˇ zdˇ en´ı na jeden skok
Dobu zpoˇzdˇen´ı pro jeden prvek na trase je tˇeˇzk´e teoreticky urˇcit, protoˇze je z´avisl´a na mnoha nejasnˇe definovateln´ ych parametrech. Kaˇzd´e mezilehl´e zaˇr´ızen´ı je jin´eho typu a v´ yrobce, proto nen´ı zn´am´a obecnˇe platn´a velikost latence. Dalˇs´ım probl´emem je aktu´aln´ı zat´ıˇzen´ı prvk˚ u a zpoˇzdˇen´ı dobou str´avenou ˇcek´an´ım ve frontˇe. A v neposledn´ı ˇradˇe tuto neurˇcitost zvyˇsuje nezn´am´ y poˇcet nezjiˇstˇen´ ych zaˇr´ızen´ı – pracuj´ıc´ıch na prvn´ı a druh´e vrstvˇe OSI modelu. Tato zaˇr´ızen´ı nejsou zahrnuta v zjiˇstˇen´em poˇctu skok˚ u n. C´ılem tohoto mˇeˇren´ı a n´asledn´eho v´ ypoˇctu bylo urˇcit obecnˇe platnou (obvyklou) hodnotu latence pro jeden skok. Jak je naps´ano v´ yˇse, do hodnoty tohoto zpoˇzdˇen´ı je zapoˇc´ıt´ana i latence pˇr´ıpadn´ ych pˇrep´ınaˇc˚ u, rozboˇcovaˇc˚ u a zesilovaˇc˚ u. K v´ ypoˇctu byla pouˇzita zn´am´a d´elka optick´eho kabelu mezi mˇesty lskut (obr´azek 4.1), konstanta zpoˇzdˇen´ı dobou ˇs´ıˇren´ı sign´alu crs =5,13 ns/Km, poˇcet skok˚ u n a samozˇrejmˇe zmˇeˇren´a doba jednosmˇern´eho zpoˇzdˇen´ı t. Zanedb´ana byla d´elka kabel˚ u v s´ıti v´ ychoz´ıho a c´ılov´eho mˇesta a doba zpracov´an´ı informace vzd´alenou stanic´ı. Nejprve byla vypoˇc´ıt´ana pr˚ umˇern´a doba zpoˇzdˇen´ı na jeden skok tMZ pro kaˇzd´e mˇeˇren´ı zvl´aˇst’. Od doby jednosmˇern´eho zpoˇzdˇen´ı t je odeˇcten skuteˇcn´ y poˇcet kilometr˚ u lskut vyn´asoben´ y konstantou pro dobu ˇs´ıˇren´ı sign´alu optick´ ym kabelem crs , to vˇse je podˇeleno poˇctem mezilehl´ ych zaˇr´ızen´ı (poˇcet skok˚ u n zmenˇsen´ y o jedna). Pro kaˇzd´e mˇesto tedy byla za pouˇzit´ı rovnice 4.2 vypoˇc´ıt´ana hodnota ide´aln´ıho zpoˇzdˇen´ı
34
mˇ esto
dom´ enov´ e jm´ eno
lskut [km]
Olomouc – KMO Olomouc – UPOL Olomouc – VKOL Zl´ın Jihlava ˇ Ostrava – VSB Ostrava – OU Ostrava – SVKOS Jindˇrich˚ uv Hradec ˇ Cesk´a Tˇrebov´a Opava Karvin´a ˇ Praha – VSCHT Praha – AMU Praha – AVU Praha – AV ˇ Praha – CVUT ˇ Praha – CZU
www.ok-olomouc.cz www.upol.cz www.vkol.cz www.utb.cz www.vspj.cz vpn.vsb.cz www.osu.cz www.svkos.cz www.fm.vse.cz ct.upce.cz www.slu.cz elearning.opf.slu.cz vpn.vscht.cz www.amu.cz www.avu.cz www.cas.cz www.cvut.cz www.czu.cz supercomp.ruk.cuni.cz www.vse.cz www.faf.cuni.cz www.knihovna.hk www.cbvk.cz www.jcu.cz www.vsers.cz www.upce.cz www.vslib.cz www.fnplzen.cz www.lfp.cuni.cz www.zcu.cz www.svkul.cz www.ujep.cz www.dc.fd.cvut.cz www.most.ujep.cz fennel.fek.zcu.cz
112,4 112,4 112,4 128,4 155,7 235,0 235,0 235,0 245,0 267,9 281,7 289,4 308,9 308,9 308,9 308,9 308,9 308,9 308,9 308,9 309,4 309,4 311,4 311,4 311,4 339,4 437,6 445,6 445,6 445,6 458,9 458,9 492,9 526,5 572,1
Praha – UK ˇ Praha – VSE Hradec Kr´alov´e – UK Hradec Kr´alov´e – KHK ˇ e Budˇejovice – CBVK ˇ Cesk´ ˇ e Budˇejovice – JCU ˇ Cesk´ ˇ e Budˇejovice – VSERS ˇ Cesk´ Pardubice Liberec Plzeˇ n – FN Plzeˇ n – UK ˇ Plzeˇ n – ZCU ´ ı nad Labem – SVKUL Ust´ ´ ı nad Labem – UJEP Ust´ Dˇeˇc´ın Most Cheb
tRTT [ms]
n [-]
t [ms]
tMZ [ms]
3,045 4,540 3,043 2,009 2,769 3,125 3,542 3,795 4,664 5,888 3,762 4,053 4,165 4,150 4,401 4,289 4,148 5,726 4,189 4,921 6,309 6,223 4,161 3,865 3,925 5,933 6,540 6,010 5,892 5,767 5,673 5,277 5,644 6,301 7,036
6 8 8 5 8 5 6 7 7 5 7 7 8 10 10 10 7 7 8 12 6 7 5 6 5 5 6 8 7 7 6 6 6 7 8
1,523 2,270 1,522 1,005 1,385 1,563 1,771 1,898 2,332 2,944 1,881 2,027 2,083 2,075 2,201 2,145 2,074 2,863 2,095 2,461 3,155 3,112 2,081 1,933 1,963 2,967 3,270 3,005 2,946 2,884 2,837 2,639 2,822 3,151 3,518
0,189 0,242 0,135 0,086 0,084 0,089 0,113 0,115 0,179 0,392 0,073 0,090 0,071 0,054 0,068 0,062 0,082 0,213 0,073 0,080 0,313 0,254 0,121 0,067 0,091 0,306 0,205 0,103 0,110 0,100 0,096 0,057 0,059 0,075 0,083
pr˚ umˇ er: medi´ an: minimum: maximum:
0,129 0,091 0,005 0,392
Tab. 4.1: Tabulka zmˇeˇren´eho zpoˇzdˇen´ı a poˇctu skok˚ u k dan´e adrese.
35
na jedno mezilehl´e zaˇr´ızen´ı. Ze souboru v´ ysledk˚ u byl vypoˇc´ıt´an pr˚ umˇer, medi´an, minimum a maximum. Z tˇechto informac´ı jsem zvolil rozmez´ı 0,065 ms aˇz 0,140 ms, jako vstupn´ı hodnoty k dalˇs´ımu v´ ypoˇctu velikosti zpoˇzdˇen´ı na jeden skok. tMZ =
t − lskut · crs . n−1
(4.2)
Pro 15 hodnot zpoˇzdˇen´ı ve zvolen´em rozsahu byla pro kaˇzd´e mˇeˇren´ı vypoˇc´ıt´ana relativn´ı chyba δ vypoˇc´ıtan´e vzd´alenosti. V´ ysledky tˇechto v´ ypoˇct˚ u najdete v pˇr´ıloze v tabulk´ach A.1, A.2. V´ ypoˇcet relativn´ı chyby δ je proveden pomoc´ı vztahu 4.3, kdy je absolutn´ı hodnota rozd´ılu vypoˇc´ıtan´e lvypoc a skuteˇcn´e vzd´alenosti lskut podˇelena vzd´alenost´ı skuteˇcnou. Vypoˇc´ıtan´a vzd´alenost je z´ısk´ana dle vztahu 4.4 pro aktu´aln´ı mˇesto a hodnotu zpoˇzdˇen´ı na jedno mezilehl´e zaˇr´ızen´ı tMZ (plat´ı vˇzdy pro cel´ y sloupec). Pro kaˇzd´ y sloupec je n´aslednˇe spoˇc´ıt´an pr˚ umˇer a medi´an relativn´ıch chyb. Pr˚ umˇery a medi´any jsou vyneseny do jednoho grafu 4.2 v z´avislosti na hodnotˇe zpoˇzdˇen´ı pro mezilehl´a zaˇr´ızen´ı. Pro zjiˇstˇen´ı ide´aln´ı pr˚ umˇern´e, nebo stˇredn´ı hodnoty latence na jeden skok m˚ uˇzeme z grafu odeˇc´ıst m´ısto, kde je kˇrivka nejbl´ıˇze ose x. Pro pr˚ umˇernou hodnotu relativn´ı chyby je tato hodnota pˇribliˇznˇe 0,095 ms a pro medi´an relativn´ıch chyb ide´aln´ı hodnota zpoˇzdˇen´ı na mezilehl´ y prvek rovna 0,085 ms. δ=
|lvypoc − lskut | . lskut
(4.3)
Obr. 4.2: Graf pr˚ umˇer˚ u a medi´an˚ u pˇresnost´ı pro r˚ uzn´e doby zpoˇzdˇen´ı na jedno mezilehl´e zaˇr´ızen´ı, pro r˚ uzn´e organizace ze sdruˇzen´ı Cesnet.
36
4.3.2
V´ ypoˇ cet d´ elky trasy kabelu z namˇ eˇ ren´ ych hodnot
Zjiˇstˇen´a doba zpoˇzdˇen´ı na jedno mezilehl´e zaˇr´ızen´ı (minimum pro medi´an) tMZ = 0, 085 ms poslouˇzila tak´e ke zpˇetn´emu v´ ypoˇctu d´elky trasy kabelu. Tento v´ ypoˇcet (pokud zn´ame charakteristickou dobu zpoˇzdˇen´ı na jeden prvek pro danou s´ıt’) nen´ı obt´ıˇzn´ y a lze jej vyuˇz´ıt napˇr´ıklad pˇri zjiˇst’ov´an´ı fyzick´e pozice stanice v s´ıti. Dle rovnice 4.4 se odeˇcte od zmˇeˇren´eho jednosmˇern´eho zpoˇzdˇen´ı t doba zpoˇzdˇen´ı na jedno mezilehl´e zaˇr´ızen´ı tMZ vyn´asoben´a poˇctem stanic mezi koncov´ ymi zaˇr´ızen´ımi (n − 1). Tento v´ ypoˇcet je n´aslednˇe vydˇelen konstantou doby zpoˇzdˇen´ı na jeden kilometr optick´eho kabelu crs . Nejlepˇs´ıch v´ ysledk˚ u dos´ahneme opˇet s minim´aln´ı zmˇeˇrenou hodnotou zpoˇzdˇen´ı, kdy jsou eliminov´any veˇsker´e stochastick´e zdroje zpoˇzdˇen´ı. Vypoˇcten´e hodnoty najdeme v tabulce 4.2 a z´aroveˇ n jsou spolu se skuteˇcnou d´elkou kabel˚ u lskut vyneseny do grafu 4.3, kter´ y slouˇz´ı k porovn´an´ı pˇresnosti. Dalˇs´ı sloupec v tabulce 4.2 obsahuje relativn´ı chybu mˇeˇren´ı δ, vypoˇc´ıtanou dle vztahu 4.3. Jednotliv´e relativn´ı chyby pro kaˇzd´e mˇeˇren´ı jsou vyneseny do grafu 4.4. Na konci tabulky jsou uvedeny nˇekter´e statistick´e hodnoty (pr˚ umˇer, medi´an, minimum, maximum a smˇerodatn´a odchylka) pro soubor vypoˇcten´ ych relativn´ıch chyb, postup v´ ypoˇctu statistick´ ych dat napˇr´ıklad dle [33]. lvypoc =
t − (n − 1) · tMZ . crs
(4.4)
Obr. 4.3: Graf vypoˇc´ıtan´e a skuteˇcn´e d´elky cesty, pro organizace ze sdruˇzen´ı Cesnet.
37
Obr. 4.4: Graf relativn´ı chyby vypoˇc´ıtan´e vzd´alenosti, pro organizace ze sdruˇzen´ı Cesnet.
4.3.3
Srovn´ an´ı skuteˇ cn´ e d´ elky kabelu s pˇ r´ımou vzd´ alenost´ı mezi mˇ esty
ˇ Casto je vhodn´e zn´at pˇribliˇznou d´elku kabelu mezi stanicemi a pokud zn´ame pouze polohu m´ıst, m˚ uˇzeme vych´azet ze statistiky pomˇeru pˇr´ım´e a skuteˇcn´e vzd´alelprima nosti lskut . V posledn´ım sloupci tabulky 4.2 je tento pomˇer uveden. Na posledn´ıch ˇra´dc´ıch tabulky jsou ony statistick´e hodnoty, ze kter´ ych by bylo moˇzn´e vych´azet, ide´aln´ı by vˇsak byl vˇetˇs´ı poˇcet hodnot. Pr˚ umˇer, medi´an a smˇerodatn´a odchylka byly poˇc´ıt´any pro jednotliv´a mˇesta, nebot’ v´ıcen´asobn´e zapoˇc´ıt´an´ı jednoho mˇesta m˚ uˇze ovlivnit v´ ysledky. Obecnˇe vzato v´ ysledky ˇr´ıkaj´ı, ˇze v pˇr´ıpadˇe s´ıtˇe podobn´e s´ıti CESNET2 (jeden autonomn´ı syst´em, topologie v´ıce propojen´ ych kruh˚ u) je skuteˇcn´a d´elka kabelu dvojn´asobn´a oproti pˇr´ım´e vzd´alenosti.
4.4
Mˇ eˇ ren´ı doby odezvy k prvn´ım uzlu v mˇ estˇ e
Toto mˇeˇren´ı bylo provedeno s c´ılem zpˇresnit pˇredchoz´ı mˇeˇren´ı. Vˇzdy byl vybr´an prvn´ı prvn´ı s´ıt’ov´ y prvek, kter´ y se nach´azel jiˇz v c´ılov´em mˇestˇe. T´ım bylo z mˇeˇren´ı vylouˇceno nˇekolik koncov´ ych uzl˚ u a linek, nach´azej´ıc´ıch se ve stejn´em mˇestˇe a z´aroveˇ n eliminov´ano zpoˇzdˇen´ı v m´ıstn´ı s´ıti vzd´alen´eho mˇesta. Adresy vzd´alen´ ych uzl˚ u byly z´ısk´any z v´ ypisu program˚ u Traceroute a Traceroutenanog, vygenerovan´e pˇri pˇredchoz´ım mˇeˇren´ı v kapitole 4.3 a uloˇzen´e na pˇriloˇzen´em
38
CD. V pˇr´ıpadˇe, ˇze prvn´ım uzlem v dan´em mˇestˇe byla dom´ena nˇekter´e organizace, je zpoˇzdˇen´ı mˇeˇreno pˇr´ımo k n´ı (n´azev organizace je oddˇelen pomlˇckou od n´azvu mˇesta). Zp˚ usob mˇeˇren´ı je opˇet shodn´ y s kapitolou 4.3. Zmˇeˇren´a tRTT oznaˇcuje dobu obousmˇern´eho zpoˇzdˇen´ı k c´ıli, k v´ ypoˇct˚ um je ale pouˇzita hodnota zpoˇzdˇen´ı jednosmˇern´eho t, vypoˇc´ıtan´a dle 4.1. Poˇcet skok˚ u k c´ıli n je zjiˇstˇen pomoc´ı program˚ u na urˇcov´an´ı trasy, skuteˇcn´a d´elka cesty lskut je z´ısk´ana seˇcten´ım nejkratˇs´ı moˇzn´e cesty z Brna do pˇr´ısluˇsn´eho mˇest z mapy na obr´azku 3.1. Ide´aln´ı zpoˇzdˇen´ı pro jednu stanici tMZ je vypoˇc´ıt´ano podle vztahu 4.2. Pro soubor latenc´ı mezilehl´ ych zaˇr´ızen´ı byl vypoˇc´ıt´an pr˚ umˇer, medi´an, minimum a maximum, z tˇechto hodnot bylo zvoleno rozmez´ı 0,08 – 0,155 ms pro dalˇs´ı v´ ypoˇcet ide´aln´ıho zpoˇzdˇen´ı na jeden skok.
4.4.1
V´ ypoˇ cet doby zpoˇ zdˇ en´ı na jeden skok
Doba zpoˇzdˇen´ı pro jeden prvek (jeden skok) je vypoˇc´ıt´ana stejn´ ym zp˚ usobem jako v kapitole 4.3.1, znaˇcen´ı z˚ ust´av´a stejn´e – skuteˇcn´a d´elka optick´eho kabelu mezi mˇesty lskut , konstanta zpoˇzdˇen´ı dobou ˇs´ıˇren´ı sign´alu crs = 5, 13 ns/Km, poˇcet skok˚ u n a jednosmˇern´e zpoˇzdˇen´ı t. Vypoˇc´ıtan´e relativn´ı chyby pro jednotliv´e c´ılov´e stanice a celkem 16 hodnot zpoˇzdˇen´ı pro jedno mezilehl´e zaˇr´ızen´ı tMZ byly z´ısk´any pomoc´ı vztah˚ u 4.3 a 4.2. V´ ysledky jsou uvedeny v pˇr´ıloze v tabulk´ach A.3 a A.4. Pro kaˇzd´e zpoˇzdˇen´ı na jedno mezilehl´e zaˇr´ızen´ı je vypoˇc´ıt´an pr˚ umˇer a medi´an relativn´ı chyby cel´eho souboru mˇeˇren´ı. Pr˚ umˇer a medi´an jsou opˇet vyneseny do grafu (obr´azek 4.5). Nejniˇzˇs´ı hodnota relativn´ı chyby pro jednotliv´e kˇrivky odeˇcten´a z grafu m˚ uˇze b´ yt povaˇzov´ana za ide´aln´ı hodnotu zpoˇzdˇen´ı na jedno mezilehl´e zaˇr´ızen´ı. Pro graf pr˚ umˇeru relativn´ı chyby jsem odeˇcetl 0,120 ms, kˇrivka medi´anu nab´ yvala minima v 0,100 ms.
4.4.2
V´ ypoˇ cet d´ elky trasy kabelu z namˇ eˇ ren´ ych hodnot
C´ılem dalˇs´ıho v´ ypoˇctu (stejnˇe jako v kapitole 4.3.2) je zjistit s jakou pˇresnost´ı je moˇzn´e spoˇc´ıtat fyzickou d´elku trasy ze znalosti jednosmˇern´eho zpoˇzdˇen´ı t a poˇctu skok˚ u n. K v´ ypoˇctu je poˇzita rovnice 4.4, kde jsou nav´ıc dosazeny konstanty rychlosti ˇs´ıˇren´ı sign´alu crs a doby zpoˇzdˇen´ı na jedno mezilehl´e zaˇr´ızen´ı tMZ . Doba zpoˇzdˇen´ı na jedno mezilehl´e zaˇr´ızen´ı je pro tento v´ ypoˇcet zvolena 0,100 ms, dle v´ ysledk˚ u mˇeˇren´ı z pˇredchoz´ı kapitoly. Pro kvalitativn´ı srovn´an´ı v´ ysledk˚ u je z´aroveˇ n za pomoci zn´am´e hodnoty skuteˇcn´e d´elky kabel˚ u lskut vypoˇctena relativn´ı chyba mˇeˇren´ı δ. V´ ysledky v´ ypoˇctu jsou uvedeny v tabulce 4.3 a pro jednotliv´a mˇeˇren´ı je do grafu (obr´azek 4.6) vyneseno srovn´an´ı skuteˇcn´e a vypoˇc´ıtan´e vzd´alenosti. Dalˇs´ı graf (obr´azek 4.7) zobrazuje relativn´ı chyby pro jednotliv´a mˇeˇren´ı. Posledn´ıch pˇet ˇr´adk˚ u
39
Obr. 4.5: Graf pr˚ umˇer˚ u a medi´an˚ u pˇresnost´ı pro r˚ uzn´e doby zpoˇzdˇen´ı na jedno mezilehl´e zaˇr´ızen´ı, pro prvn´ı prvek s´ıtˇe na vzd´alen´em m´ıstˇe. tabulky obsahuje statistick´e hodnoty relativn´ıch chyb (pr˚ umˇer, medi´an, minimum, maximum a smˇerodatnou odchylku).
Obr. 4.6: Graf vypoˇc´ıtan´e a skuteˇcn´e d´elky cesty, pro prvn´ı prvky s´ıtˇe v r˚ uzn´ ych mˇestech s´ıtˇe CESNET2.
40
Obr. 4.7: Graf pˇresnosti vypoˇc´ıtan´e vzd´alenosti, pro prvn´ı prvky s´ıtˇe v r˚ uzn´ ych mˇestech s´ıtˇe CESNET2.
4.5
Aplikace v´ ysledk˚ u mˇ eˇ ren´ı na uzly v s´ıti Internet
Posledn´ı mˇeˇren´ı zpoˇzdˇen´ı jsem provedl pro vybran´e university rozm´ıstˇen´e po cel´em svˇetˇe. V tabulce 4.4 je uvedeno zmˇeˇren´e zpoˇzdˇen´ı a poˇcet skok˚ u stejnˇe, jako tomu bylo v pˇredchoz´ıch kapitol´ach. Z namˇeˇren´ ych hodnot je dle rovnice 4.3 vypoˇc´ıtan´a pravdˇepodobn´a fyzick´a vzd´alenost mezi Brnem a pˇr´ısluˇsn´ ym mˇestem. D´ale je tato hodnota porovn´ana s d´elkou pˇr´ım´e vzd´alenosti mezi mˇesty a je vypoˇc´ıt´an pomˇer tˇechto vzd´alenost´ı ( llvypoc ). Pr˚ umˇern´ y pomˇer mezi vypoˇc´ıtanou a pˇr´ımou prima vzd´alenostmi je 2,61 a medi´an je roven 2,47. Dle toho m˚ uˇzeme vyslovit obecn´e tvrzen´ı, ˇze skuteˇcn´a d´elka kabelu je pˇribliˇznˇe 2,5 kr´at vˇetˇs´ı neˇz pˇr´ım´a vzd´alenost mezi m´ısty. Kontrola mˇeˇren´ı je provedena pomoc´ı v´ ypoˇctu relativn´ı chyby (dle vztahu 4.3) pro mˇesta se zn´amou skuteˇcnou vzd´alenost´ı (viz obr´azek 3.1) – Bratislavu a V´ıdeˇ n. Relativn´ı odchylka zmˇeˇren´e vzd´alenosti se od skuteˇcn´e liˇsila o 25 %. Pravdˇepodobnˇe bude tato odchylka pro ostatn´ı mˇesta jin´a, ale bez znalosti pˇresn´e vzd´alenosti o tom nelze rozhodnout.
41
mˇ esto Olomouc – KMO Olomouc – UPOL Olomouc – VKOL Zl´ın Jihlava ˇ Ostrava – VSB Ostrava – OU Ostrava – SVKOS Jindˇrich˚ uv Hradec ˇ Cesk´a Tˇrebov´a Opava Karvin´a ˇ Praha – VSCHT Praha – AMU Praha – AVU Praha – AV ˇ Praha – CVUT ˇ Praha – CZU Praha – UK ˇ Praha – VSE Hradec Kr´alov´e – UK Hradec Kr´alov´e – KHK ˇ e Budˇejovice – CBVK ˇ Cesk´ ˇ e Budˇejovice – JCU ˇ Cesk´ ˇ ˇ Cesk´e Budˇejovice – VSERS Pardubice Liberec Plzeˇ n – FN Plzeˇ n – UK ˇ Plzeˇ n – ZCU ´ Ust´ı nad Labem – SVKUL ´ ı nad Labem – UJEP Ust´ Dˇeˇc´ın Most Cheb
lskut [km]
lvypoc [km]
lprima [km]
δ [-]
lprima lskut
112,4 112,4 112,4 128,4 155,7 235,0 235,0 235,0 245,0 267,9 281,7 289,4 308,9 308,9 308,9 308,9 308,9 308,9 308,9 308,9 309,4 309,4 311,4 311,4 311,4 339,4 437,6 445,6 445,6 445,6 458,9 458,9 492,9 526,5 572,1
213,9 326,5 180,6 129,5 153,9 238,3 262,4 270,5 355,2 507,6 267,3 295,6 290,0 255,4 279,8 268,9 304,9 458,7 292,3 297,4 532,1 507,1 339,3 293,9 316,3 512,0 554,6 469,8 474,9 462,7 470,1 431,5 467,3 514,7 569,8
64 64 64 77 78 141 141 141 117 80 124 157 187 187 187 187 187 187 187 187 126 126 158 158 158 112 208 242 242 242 247 247 246 258 321
0,903 1,905 0,607 0,009 0,012 0,014 0,117 0,151 0,450 0,895 0,051 0,021 0,061 0,173 0,094 0,129 0,013 0,485 0,054 0,037 0,720 0,639 0,090 0,056 0,016 0,509 0,267 0,054 0,066 0,038 0,024 0,060 0,052 0,022 0,004
1,76 1,76 1,76 1,67 2,00 1,67 1,67 1,67 2,09 3,35 2,27 1,84 1,65 1,65 1,65 1,65 1,65 1,65 1,65 1,65 2,46 2,46 1,97 1,97 1,97 3,03 2,10 1,84 1,84 1,84 1,86 1,86 2,00 2,04 1,78
0,251 0,061 0,004 1,905 0,392
2,08 1,98 1,65 3,35 0,46
pr˚ umˇ er: medi´ an: minimum: maximum: smˇ erodatn´ a odchylka:
[-]
Tab. 4.2: Tabulka obsahuj´ıc´ı skuteˇcnou, pˇr´ımou hodnotu vzd´alenosti k mˇest˚ um v s´ıti CESNET2 a jejich srovn´an´ı.
42
mˇ esto Olomouc Zl´ın – UTB Jihlava Ostrava ˇ Ostrava – VSB Ostrava – OSU Jindˇrich˚ uv Hradec ˇ C. Tˇrebov´a – UPCE Opava Karvin´a Praha – Zikova Praha – CVUT Hradec Kralov´e ˇ e Budˇejovice Cesk´ ˇ Budˇejovice – VSERS ˇ C. ˇ Budˇejovice – CBVK C. Pardubice – UPCE Liberec Plzeˇ n ´ ı nad Labem Ust´ Dˇeˇc´ın Most Cheb
adresa stanice 195.113.157.162 195.178.88.67 195.113.179.118 195.113.113.202 195.113.113.70 195.113.124.150 195.178.64.90 195.113.124.150 195.113.156.146 195.113.156.150 195.113.69.53 195.113.144.174 195.113.115.98 195.113.156.142 195.113.220.241 195.113.145.10 195.113.124.150 147.230.250.50 147.228.200.1 195.113.197.228 195.113.144.218 195.113.144.98 195.113.124.150
lskut [Km] 112,4 128,4 155,7 235,0 235,0 235,0 245,0 267,9 281,7 289,4 308,9 308,9 309,4 311,4 311,4 311,4 339,4 437,6 445,6 458,9 492,9 526,5 572,1
tRTT [ms] 2,901 2,177 2,964 3,568 3,200 6,049 5,114 5,937 4,074 4,321 4,135 4,182 6,151 3,935 3,915 4,155 6,051 6,658 6,050 5,408 6,144 6,070 6,040
n [-] 6 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 8 5 5 5
t [ms] 1,451 1,089 1,482 1,784 1,600 3,025 2,557 2,969 2,037 2,161 2,068 2,091 3,076 1,968 1,958 2,078 3,026 3,329 3,025 2,704 3,072 3,035 3,020
tMZ [ms] 0,146 0,086 0,137 0,116 0,079 0,364 0,260 0,319 0,118 0,135 0,097 0,101 0,298 0,074 0,072 0,096 0,257 0,217 0,148 0,044 0,109 0,067 0,017
lvypoc [Km] 165,8 114,7 191,4 250,3 214,4 492,1 401,0 481,2 299,6 323,7 305,6 310,1 502,0 286,1 284,1 307,5 492,3 551,5 492,2 371,2 501,4 494,2 491,2
δ [-] 0,465 0,116 0,222 0,060 0,093 1,089 0,632 0,792 0,059 0,114 0,015 0,000 0,619 0,085 0,091 0,016 0,447 0,258 0,102 0,194 0,015 0,064 0,143
pr˚ umˇ er: 0,146 medi´ an: 0,116 minimum: 0,017 maximum: 0,364 smˇ erodatn´ a odchylka:
0,249 0,114 0,004 1,094 0,292
Tab. 4.3: Tabulka namˇeˇren´ ych a vypoˇcten´ ych hodnot zpoˇzdˇen´ı a vzd´alenost´ı pro prvn´ı s´ıt’ov´ y prvek v r˚ uzn´ ych m´ıstech s´ıtˇe CESNET2.
43
dom´ enov´ e
lprima
tRTT
n
t
lvypoc
lprima lvypoc
lskut
δ
mˇ esto
jm´ eno
[km]
[ms]
[-]
[ms]
[km]
[-]
[km]
[-]
V´ıdeˇ n Bratislava Koˇsice Berl´ın Varˇsava Stockholm At´eny Moskva Madrid New York Los Angeles Sydney
www.univie.ac.at www.vsvu.sk www.tuke.sk www.tu-berlin.de www.pw.edu.pl www.su.se www.uoa.gr www.msu.ru www.suffolk.es library.nyu.edu www.ucla.edu www.usyd.edu.au
110 121 344 434 459 1133 1372 1592 1870 6765 9752 15963
2,92 2,39 7,65 26,56 16,89 35,57 43,27 62,87 64,77 103,50 178,84 336,87
8 6 9 11 11 12 11 18 15 26 17 18
1,46 1,20 3,82 13,28 8,45 17,79 21,63 31,43 32,38 51,75 89,42 168,44
1,54 1,24 1,78 5,58 3,23 2,90 2,95 3,67 3,25 1,43 1,76 2,04 2,61 2,47 1,24 5,58
224 200
0,246 0,248
169 150 613 2423 1481 3285 4051 5846 6081 9673 17165 32552 pr˚ umˇ er: medi´ an: minimum: maximum:
Tab. 4.4: Namˇeˇren´e hodnoty zpoˇzdˇen´ı, poˇctu skok˚ u, pˇr´ım´e a vypoˇc´ıtan´e vzd´alenosti pro r˚ uznˇe vzd´alen´a m´ıst˚ um po cel´em svˇete.
44
5
ˇ ´ ´ SIMULACE PRENOSOV EHO SYSTEMU
Testov´an´ı rozs´ahl´ ych poˇc´ıtaˇcov´ ych s´ıt´ı v laboratorn´ım prostˇred´ı je nemoˇzn´e, proto je u ´ˇcinn´ ym pomocn´ıkem simulace. V t´eto pr´aci jde o simulaci pˇrenosov´eho ˇretˇezce od zdroje k c´ıli. C´ılem je pˇripravit simulaci re´aln´e s´ıtˇe, pˇredevˇs´ım z hlediska u ´ˇcink˚ u zpoˇzdˇen´ı na pˇrenosov´e trase. K tomu je vyuˇzito simulaˇcn´ıho prostˇred´ı NS2, awk skriptu pro zpracov´an´ı dat a program˚ u ke generov´an´ı graf˚ u (xgraph a gnuplot).
5.1
Simulaˇ cn´ı n´ astroj NS2
Network simulator druh´e verze (NS2) je program slouˇz´ıc´ı k simulaci r˚ uzn´ ych komunikaˇcn´ıch s´ıt´ı. Byl vyvinut na americk´e universitˇe v Berkeley a je ˇs´ıˇren jako Open Source pro operaˇcn´ı syst´emy Linux a Unix. J´adro NS2 je naps´ano v jazyce C++, simulace a spouˇstˇen´ı ud´alost´ı je naprogramov´ano objektov´ ym TCL. V jazyce TCL se tak´e p´ıˇse k´od pro simulaci. NS2 podporuje mnoho protokol˚ u, smˇerovac´ıch syst´em˚ u, typ˚ u front a pˇr´ıpadn´e chybˇej´ıc´ı moˇznosti si m˚ uˇze uˇzivatel naprogramovat. Vˇsechny informace k programu, pˇredevˇs´ım popis vlastnost´ı a moˇznosti jejich pouˇzit´ı najdeme v obs´ahl´em manu´alu [30]. Pokud m´ame napsan´ y k´od simulace, nic nebr´an´ı jej´ımu spuˇstˇen´ı z termin´alu pomoc´ı pˇr´ıkazu ns a n´azvu souboru s TCL k´odem simulace.
5.1.1
Grafick´ e zobrazen´ı v´ ysledk˚ u
Program simulace NS2 vytvoˇr´ı pouze data o simulaci, proto je nutn´e pouˇz´ıt jin´ ych program˚ u pro jejich grafick´e zobrazen´ı. Spuˇstˇen´ı tˇechto program˚ u m˚ uˇze b´ yt definov´ano pˇr´ımo v tcl skriptu tak, aby se po simulaci pˇr´ımo zobrazily v´ ysledky. Pro zpracov´an´ı dat v´ ysledk˚ u je moˇzn´e pouˇzit awk skript, kter´ y pro kaˇzd´ y ˇra´dek v´ ystupn´ıch dat provede definovanou sekvenci operac´ı. S v´ yhodou je pˇristupov´ano k oddˇelen´ ym hodnot´am ˇr´adku jako k poloˇzk´am v poli. Zobrazen´ı simulace v programu NAM Grafick´e zobrazen´ı v´ ysledku simulace se prov´ad´ı v komponentˇe NS2 nazvan´e NAM (Network AniMator). K otevˇren´ı se poˇzije pˇr´ıkaz nam, za kter´ ym n´asleduje n´azev souboru s uloˇzenou simulac´ı. Po spuˇstˇen´ı programu NAM se otevˇre okno se simulovanou s´ıt´ı uprostˇred a s ovl´adac´ımi prvky na kraj´ıch.
45
Program XGraph XGraph je program ke generov´an´ı graf˚ u, kter´ y je souˇc´ast´ı bal´ıku NS2. Program dok´aˇze vygenerovat pouze 2D grafy, ale um´ı zobrazit v´ıce pr˚ ubˇeh˚ u do jednoho grafu. Jeho okno obsahuje nˇekolik tlaˇc´ıtek, kter´ ymi lze graf pˇribl´ıˇzit, vybrat jeho ˇc´ast, nebo uloˇzit do form´atu PostScript, PDF nebo MIF (Marker Interchange Format) [31]. Program Gnuplot Gnuplot je volnˇe dostupn´ y program pro Linux, MS Windows, OS/2 a dalˇs´ı operaˇcn´ı syst´emy. Slouˇz´ı k tvorbˇe graf˚ u matematick´ ych funkc´ı nebo vykreslen´ı surov´ ych dat. Dok´aˇze vytvoˇrit 2D i 3D grafy, dle nastaven´ı vykresl´ı pouze body, ˇca´ry, plochu,. . . V´ ystupem je okno s grafem, kter´ ym lze v pˇr´ıpadˇe 3D grafu ot´aˇcet. Samozˇrejmost´ı je uloˇzen´ı grafu do nˇekolika grafick´ ych form´at˚ u (JPG, PDF, PNG, A PostScript, L TEX,. . . ) [32].
5.2
Simulace latence pˇ rep´ınaˇ c˚ u a smˇ erovaˇ c˚ u
Jedn´a se o simulaci z´avislosti doby zpoˇzdˇen´ı na poˇctu pˇrep´ınaˇc˚ u a smˇerovaˇc˚ u. V´ ysledkem simulace jsou pˇredevˇs´ım data pro vynesen´ı tˇechto z´avislost´ı do graf˚ u. Simulace je realizov´ana tcl skriptem pro NS2, kter´ y je na pˇriloˇzen´em CD.
5.2.1
Zp˚ usob realizace
Simulace se sest´av´a z ˇretˇezce uzl˚ u, kter´e pˇredstavuj´ı smˇerovaˇce a pˇrep´ınaˇce na pˇrenosov´e trase. Zpoˇzdˇen´ı ve smˇerovaˇc´ıch a pˇrep´ınaˇc´ıch je realizov´ano pomoc´ı prvku Delay Box, kter´ y umoˇzn ˇuje nastavit zpoˇzdˇen´ı, rychlost linky a ztr´atovost pro tento prvek. Doba zpoˇzdˇen´ı je reprezentov´ana pomoc´ı gener´atoru rovnomˇern´eho rozloˇzen´ı n´ahodn´ ych ˇc´ısel. V souboru simulace jsou v z´ahlav´ı uvedeny ˇctyˇri promˇenn´e, kter´e umoˇzn ˇuj´ı definovat minim´aln´ı a maxim´aln´ı velikost zpoˇzdˇen´ı (v milisekund´ach) pro smˇerovaˇce, respektive pˇrep´ınaˇce. D´ale lze definovat parametry linek, kter´e maj´ı vliv na velikost serializaˇcn´ıho zpoˇzdˇen´ı (velikost paketu a rychlost linek) a zpoˇzdˇen´ı rychlost´ı ˇs´ıˇren´ı sign´alu. Takt´eˇz se v z´ahlav´ı programu nastavuje maxim´aln´ı poˇcet smˇerovaˇc˚ u a pˇrep´ınaˇc˚ u. Dle tˇechto parametr˚ u je vygenerov´an simulaˇcn´ı model – napˇr. pro tˇri smˇerovaˇce a tˇri pˇrep´ınaˇce (viz obr´azek 5.1). Nejprve jsou na trase zaˇrazeny vˇsechny smˇerovaˇce a teprve za nimi pˇrep´ınaˇce, to z d˚ uvodu zjednoduˇsen´ı dalˇs´ıch v´ ypoˇct˚ u. Dalˇs´ı data jsou zpracov´ana awk skriptem, kter´ y vypoˇc´ıt´a velikost zpoˇzdˇen´ı pro vˇsechny kombinace uzl˚ u zaˇrazen´e za sebou (1 smˇerovaˇc a 0 pˇrep´ınaˇc˚ u, 1 smˇerovaˇc a 1 pˇrep´ınaˇc, 1 smˇerovaˇc a 2 pˇrep´ınaˇce, . . . ).
46
Obr. 5.1: Obr´azek okna simulace pro tˇri smˇerovaˇce a tˇri pˇrep´ınaˇce.
5.2.2
V´ ysledky simulace
Simulace je definov´ana ve skriptu s n´azvem routersSwitches.tcl, pro n´asleduj´ıc´ı v´ ysledky bylo v z´ahlav´ı nastaveno: • poˇcet smˇerovaˇc˚ u = 20, • poˇcet pˇrep´ınaˇc˚ u = 20, • minim´aln´ı zpoˇzdˇen´ı smˇerovaˇce = 10 µs, • maxim´aln´ı zpoˇzdˇen´ı smˇerovaˇce = 100 µs, • minim´aln´ı zpoˇzdˇen´ı pˇrep´ınaˇce = 1 µs, • maxim´aln´ı zpoˇzdˇen´ı pˇrep´ınaˇce = 10 µs, • rychlost pˇrenosov´ ych linek = 10 Gb/s, • velikost paketu = 64 B, • doba zpoˇzdˇen´ı rychlost´ı ˇs´ıˇren´ı sign´alu = 0 s. V´ ysledn´a data simulace jsou zobrazena nejprve v programu XGraph jako z´avislost zpoˇzdˇen´ı na poˇctu smˇerovaˇc˚ u (obr´azek 5.2). Vid´ıme ˇze zpoˇzdˇen´ı line´arnˇe roste s poˇctem smˇerovaˇc˚ u, drobn´a zakˇriven´ı jsou zp˚ usobena n´ahodn´ ym rozloˇzen´ım. Dalˇs´ım v´ ystupem simulace je soubor, ve kter´em jsou pro kaˇzdou kombinaci poˇctu smˇerovaˇc˚ u a pˇrep´ınaˇc˚ u uvedeny pr˚ umˇern´e hodnoty zpoˇzdˇen´ı. Pokud otevˇreme kr´atk´ y skript routersSwitches.plt (takt´eˇz na pˇriloˇzen´em CD) v programu Gnuplot zobraz´ı se 3D graf (obr´azek 5.3) nasimulovan´ ych dat. Jedn´a se o graf z´avislosti zpoˇzdˇen´ı na dvou promˇenn´ ych (poˇcet smˇerovaˇc˚ u a pˇrep´ınaˇc˚ u). V´ ysledkem je line´arnˇe rostouc´ı plocha, kter´a je v´ıce sklonˇen´a ve smˇeru rostouc´ıho poˇctu smˇerovaˇc˚ u, tzn. smˇerovaˇce ovlivˇ nuj´ı zpoˇzdˇen´ı nˇekolikan´asobnˇe v´ıce neˇz pˇrep´ınaˇce.
47
Obr. 5.2: Z´avislost zpoˇzdˇen´ı na poˇctu smˇerovaˇc˚ u.
Obr. 5.3: Z´avislost zpoˇzdˇen´ı na poˇctu pˇrep´ınaˇc˚ u a smˇerovaˇc˚ u. Na z´akladnˇe t´ehoˇz grafu (obr´azek 5.3) je vynesena kˇrivka pro velikost zpoˇzdˇen´ı 0,085 ms. To je hodnota zpoˇzdˇen´ı na jeden skok zjiˇstˇen´a v kapitole 4.3.1 a podle
48
t´eto kˇrivky m˚ uˇzeme odeˇc´ıst kolika prvk˚ um s´ıtˇe zpoˇzdˇen´ı 0,085 ms odpov´ıd´a. Pokud budeme uvaˇzovat jedno zaˇr´ızen´ı tˇret´ı vrstvy RM OSI – smˇerovaˇc, tak m˚ uˇzeme odeˇc´ıst pˇribliˇznˇe 6 pˇrep´ınaˇc˚ u. Tato ˇc´ısla jsou pouze teoretick´a a odpov´ıdaj´ı vypoˇc´ıtan´emu medi´anu hodnoty zpoˇzdˇen´ı na jeden skok.
5.3
Simulace zpoˇ zdˇ en´ı d´ elky trasy a poˇ ctu skok˚ u
Tato ˇc´ast simuluje pˇrenosovou cestu sloˇzenou z definovan´eho poˇctu skok˚ u (smˇerovaˇc˚ u) a transportn´ıch linek o zn´am´e d´elce a pˇrenosov´e rychlosti. Pro tuto simulaci je pˇripraven´ y skript routersLenght.tcl, kter´ y vytvoˇr´ı data pro zadan´ y rozmˇer simulace (poˇcet skok˚ u a d´elka trasy). D´ale se v z´ahlav´ı skriptu nastavuje rychlost linek, minim´aln´ı a maxim´aln´ı doba zpoˇzdˇen´ı smˇerovaˇce. Skript vygeneruje pˇrenosovou trasu se zadan´ ym poˇctem smˇerovaˇc˚ u n (realizov´ano pomoc´ı Delay Box) a linkami mezi nimi. D´elka linek se snaˇz´ı co nejl´epe pokr´ yt cel´e spektrum vzd´alenost´ı do maxim´aln´ı zadan´e vzd´alenosti. Minim´aln´ı vzd´alenost uzl˚ u je lmin vypoˇc´ıtan´a dle vztahu 5.1 a postupnˇe nar˚ ust´a dle vztahu 5.2, cel´a trasa (v souˇctu) je rovna definovan´e d´elce lmax . D´elka trasy je n´aslednˇe pˇrevedena na dobu zpoˇzdˇen´ı vyn´asoben´ım konstantou rychlosti ˇs´ıˇren´ı sign´alu crs =0,513 µs/km. lmin =
2 · lmax . (n + 1) · (n + 2)
(5.1)
ln = ln−1 + lmin .
5.3.1
(5.2)
Simulace zpoˇ zdˇ en´ı v s´ıti CESNET2
Prvn´ı simulace je provedena pro s´ıt’ podobnou s´ıti CESNET2, kv˚ uli moˇznosti porovn´an´ı v´ ysledk˚ u z mˇeˇren´ı v t´eto s´ıti. Proto je nastaven´ı simulace pˇrizp˚ usobeno hodnot´am z kapitoly 4.3, kde je nejvyˇsˇs´ı poˇcet skok˚ u 12 a nejdelˇs´ı vzd´alenost mezi mˇesty 572 Km. V z´ahlav´ı skriptu je tedy nastaveno n´asleduj´ıc´ı: • poˇcet smˇerovaˇc˚ u = 12, • d´elka trsy = 600 Km, • minim´aln´ı zpoˇzdˇen´ı smˇerovaˇce = 85 µs, • maxim´aln´ı zpoˇzdˇen´ı smˇerovaˇce = 85 µs, • rychlost pˇrenosov´ ych linek = 10 Gb/s, • velikost paketu = 64 B. Opˇet je nejprve zobrazen 2D graf, nyn´ı z´avislosti zpoˇzdˇeni na d´elce trasy, coˇz je line´arnˇe rostouc´ı pˇr´ımka. D´ale je vytvoˇren soubor, kter´ y po otevˇren´ı v programu Gnuplot, vytvoˇr´ı graf z´avislosti zpoˇzdˇen´ı na d´elce trasy a poˇctu skok˚ u. Zobrazit graf
49
Obr. 5.4: Z´avislost zpoˇzdˇen´ı na poˇctu smˇerovaˇc˚ u a d´elce trasy v s´ıti simuluj´ıc´ı CENSET2. je moˇzn´e pomoc´ı skriptu v souboru routersLenght.plt, kter´ y uprav´ı rozsahy os, rozliˇsen´ı a celkov´ y vzhled grafu. V´ ysledn´ y graf je na obr´azku 5.4. Na z´akladnu grafu jsou vyneseny kontury – ˇc´ary pro charakteristick´e doby zpoˇzdˇen´ı. Jako charakteristick´a zpoˇzdˇen´ı byla vybr´ana mˇesta z mˇeˇren´ı v s´ıti CESNET2 z kapitoly 4.3. Je tedy moˇzn´e pro mˇesta Zl´ın (t=1 ms), Ostrava (t=1,5 ms), Praha (t=2 ms), Plzeˇ n (t=3 ms) a Cheb (t=3,5 ms) odeˇc´ıst pravdˇepodobn´ y poˇcet skok˚ ua pˇr´ısluˇsn´e d´elky trasy.
5.3.2
Simulace zpoˇ zdˇ en´ı v celosvˇ etov´ e s´ıti
Druh´a simulace opˇet zaloˇzen´a na skriptu routersLenght.tcl pˇredstavuje z´avislost zpoˇzdˇen´ı na vzd´alenostech pro vˇsechny body na planetˇe – do 20 000 Km 1 . Celkov´e nastaven´ı simulace je toto: • poˇcet smˇerovaˇc˚ u = 20, • d´elka trsy = 20 000 Km, • minim´aln´ı zpoˇzdˇen´ı smˇerovaˇce = 85 µs, 1
Obvod Zemˇe je pˇribliˇznˇe 40 000 Km, pro dosaˇzen´ı kter´ehokoliv bodu pˇr´ımou cestou postaˇc´ı polovina t´eto vzd´ alenosti.
50
• maxim´aln´ı zpoˇzdˇen´ı smˇerovaˇce = 85 µs, • rychlost pˇrenosov´ ych linek = 10 Gb/s, • velikost paketu = 64 B. Hlavn´ım v´ ysledkem je graf zobrazuj´ıc´ı z´avislost zpoˇzdˇen´ı na poˇctu skok˚ u a d´elce trasy. Tento graf (obr´azek 5.5) je vytvoˇren otevˇren´ım skriptu routersLenght.plt v programu Gnuplot. Ve v´ ysledn´em grafu jsou na z´akladnˇe opˇet vyneseny kˇrivky pro urˇcitou velikost zpoˇzdˇen´ı. Hodnoty zpoˇzdˇen´ı odpov´ıdaj´ı namˇeˇren´ ym hodnot´am v kapitole 4.5 pro vybran´a mˇesta: Koˇsice (4 ms), Berl´ın (13 ms), Madrid (32 ms), New York (50 ms) a Los Angeles (90 ms). Z tˇechto kˇrivek lze odeˇc´ıst pro zjiˇstˇen´ y poˇcet skok˚ u pravdˇepodobnou d´elku fyzick´e trasy.
Obr. 5.5: Z´avislost zpoˇzdˇen´ı na poˇctu smˇerovaˇc˚ u a d´elce trasy simuluj´ıc´ı celosvˇetovou s´ıt’.
51
6
´ ER ˇ ZAV
Zpoˇzdˇen´ı vznikaj´ıc´ı na trase internetu m˚ uˇze b´ yt velmi kritick´e pro aplikace pracuj´ıc´ı v re´aln´em ˇcase, a proto je d˚ uleˇzit´e zjistit, kde zpoˇzdˇen´ı vznik´a a zda jej lze sn´ıˇzit. Tato pr´ace obsahuje kompletn´ı shrnut´ı informac´ı o zdroj´ıch zpoˇzdˇen´ı a jejich obvykl´ ych velikostech. Zpoˇzdˇen´ı vznikaj´ıc´ı v koncov´ ych zaˇr´ızen´ıch z´avis´ı na podobˇe produkovan´e (konzumovan´e) informace, zat´ıˇzen´ı a v´ ykonu stanice. Latence zdroje ˇci c´ıle nem´a hlavn´ı vliv na velikost celkov´eho zpoˇzdˇen´ı. Velk´ ym zdrojem latence jsou pˇredevˇs´ım dlouh´e pˇrenosov´e linky, na nichˇz je v´ yrazn´e zpoˇzdˇen´ı rychlost´ı ˇs´ıˇren´ı, kter´e nem˚ uˇze b´ yt menˇs´ı neˇz 0,5 ms na 100 kilometr˚ u. Dalˇs´ı zpoˇzdˇen´ı vznikaj´ıc´ı na lince je zp˚ usobeno rychlost´ı linky a velikost´ı paketu. Pˇri mal´ ych paketech a link´ach o rychlostech v ˇra´dech gigabit˚ u za sekundu je vˇsak toto serializaˇcn´ı zpoˇzdˇen´ı zanedbateln´e. Posledn´ım v´ yznamn´ ym zdrojem zpoˇzdˇen´ı jsou mezilehl´a zaˇr´ızen´ı (pˇredevˇs´ım smˇerovaˇce a pˇrep´ınaˇce), u nich je zpoˇzdˇen´ı ˇcasto nejv´ıce z´avisl´e na aktu´aln´ım zat´ıˇzen´ı. Minim´aln´ı hodnoty latence tˇechto mezilehl´ ych prvk˚ u jsou podrobnˇe uvedeny v pr´aci. Doba zpoˇzdˇen´ı nezat´ıˇzen´eho smˇerovaˇce se pohybuje mezi 10 aˇz 100 µs, oproti tomu pˇrep´ınaˇc je pˇribliˇznˇe desetkr´at rychlejˇs´ı. V pr´aci jsou rozebr´any re´aln´e typy s´ıt´ı a jejich pˇr´ıpadn´e dˇelen´ı. Zm´ınˇeno je pˇredevˇs´ım dˇelen´ı na pˇr´ıstupovou a transportn´ı ˇca´st s´ıtˇe. Pˇr´ıstupov´a ˇca´st je realizov´ana r˚ uzn´ ymi technologiemi za u ´ˇcelem efektivn´ıho pˇr´ıstupu k dan´emu uˇzivateli a jeho m´ıstn´ı s´ıti. Od pouˇzit´e technologie pˇripojen´ı se odv´ıj´ı tak´e doba zpoˇzdˇen´ı, napˇr. pro bezdr´atov´e technologie je charakteristick´a n´ızk´a rychlost pˇripojen´ı a pomˇernˇe dlouh´a doba pˇr´ıstupu k m´ediu. U technologi´ı pˇripojen´ ych kabelem je zpoˇzdˇen´ı mnohem niˇzˇs´ı. V transportn´ıch s´ıt´ıch se povˇetˇsinou setk´ame s optick´ ymi vl´akny s vysok´ ymi pˇrenosov´ ymi rychlostmi. Zpoˇzdˇen´ı v transportn´ı s´ıt´ı je nejv´ıce z´avisl´e na d´elce veden´ı. Poˇcet mezilehl´ ych zaˇr´ızen´ı ovlivˇ nuje zpoˇzdˇen´ı pˇredevˇs´ım v kr´atk´ ych s´ıt´ıch a jeho velikost je z´avisl´a na poˇctu prvk˚ u a jejich aktu´aln´ım zat´ıˇzen´ı. Mˇeˇren´ı zpoˇzdˇen´ı a parametr˚ u s´ıtˇe se pouˇz´ıv´a pro anal´ yzu velikosti zpoˇzdˇen´ı a dalˇs´ıch parametr˚ u s´ıtˇe. Pro tyto u ´koly dnes existuje mnoho program˚ u i hardwarov´ ych ˇreˇsen´ı, mezi nejjednoduˇsˇs´ı a nejˇcastˇeji pouˇz´ıvan´e patˇr´ı program Ping, kter´ y ovˇsem mˇeˇr´ı obousmˇern´e zpoˇzdˇen´ı. Pro zjiˇstˇen´ı poˇctu uzl˚ u na trase se pouˇz´ıv´a program Traceroute. V praktick´e kapitole je promˇeˇrena velikost zpoˇzdˇen´ı k r˚ uzn´ ym organizac´ım ze sdruˇzen´ı Cesnet, protoˇze je v t´eto s´ıti zn´ama skuteˇcn´a d´elka kabelu. Toho je vyuˇzito k v´ ypoˇctu obvykl´e velikosti zpoˇzdˇen´ı na jeden skok. Nejmenˇs´ı medi´an relativn´ıch chyb je zjiˇstˇen pro velikost zpoˇzdˇen´ı 0,085 ms na jeden skok. D´ale je za pouˇzit´ı tohoto zpoˇzdˇen´ı vypoˇc´ıtan´a d´elka kabelu, kter´a je n´aslednˇe srovn´ana se skuteˇcnou d´elkou kabelu. Toto srovn´an´ı je vyneseno do grafu, dalˇs´ı graf zobrazuje relativn´ı chyby
52
mˇeˇren´ı. Pro lepˇs´ı pˇresnost bylo to stejn´e mˇeˇren´ı provedeno tak´e pro prvn´ı prvek s´ıtˇe v r˚ uzn´ ych mˇestech s´ıtˇe CESNET2, ale velikost zpoˇzdˇen´ı k tˇemto prvk˚ um je ˇcasto vˇetˇs´ı neˇz k pˇr´ısluˇsn´ ym organizac´ım, proto jsou tyto v´ ysledky br´any sp´ıˇse jako orientaˇcn´ı. Zjiˇstˇen´a latence jednoho skoku je aplikov´ana pro v´ ysledky mˇeˇren´ı zpoˇzdˇen´ı k mˇest˚ um v celosvˇetov´e s´ıti. V´ ysledkem je vypoˇc´ıtan´a vzd´alenost, ale pomˇer vypoˇc´ıtan´e a pˇr´ım´e vzd´alenosti. Pro data ze vˇsech mˇeˇren´ı vypl´ yv´a, ˇze skuteˇcn´a vzd´alenost je pr˚ umˇernˇe 2,5 kr´at vˇetˇs´ı neˇz pˇr´ım´a vzd´alenost. Posledn´ı ˇc´ast pr´ace obsahuje simulaci s´ıtˇe v programu Network Simulator 2. Je simulov´an vliv jednotliv´ ych latenc´ı na celkovou velikost zpoˇzdˇen´ı. Vytvoˇren´e skripty umoˇzn ˇuj´ı nakonfigurovat parametry s´ıtˇe – rychlost linek, velikost paketu, minim´aln´ı a maxim´aln´ı dobu zpoˇzdˇen´ı smˇerovaˇce a pˇrep´ınaˇce. Prvn´ı skript simuluje z´avislost zpoˇzdˇen´ı na poˇctu smˇerovaˇc˚ u a pˇrep´ınaˇc˚ u v s´ıti. V´ ysledkem je 2D graf zobrazuj´ıc´ı line´arn´ı z´avislost velikosti zpoˇzdˇen´ı na poˇctu router˚ u. Graf se tˇremi osami zobrazuje velikost zpoˇzdˇen´ı odpov´ıdaj´ıc´ı pro rostouc´ı poˇcet smˇerovaˇc˚ u a pˇrep´ınaˇc˚ u (0 aˇz 20). Na z´akladnˇe grafu je vynesena kontura zobrazuj´ıc´ı zpoˇzdˇen´ı 0,085 ms, podle kter´e je moˇzn´e odeˇc´ıst poˇcet prvk˚ u (napˇr. jeden smˇerovaˇc a ˇsest pˇrep´ınaˇc˚ u). Druh´ y skript umoˇzn ˇuje vytvoˇrit 3D graf z´avislosti zpoˇzdˇen´ı na poˇctu skok˚ u a d´elce trasy. V´ ysledkem jsou dva vygenerovan´e grafy. Prvn´ı zobrazuje situaci v s´ıti CESNET2 (max. 600 Km a 12 skok˚ u) a pro nˇekter´a namˇeˇren´a zpoˇzdˇen´ı jsou na z´akladnu grafu vyneseny kontury – je z nich moˇzn´e odeˇc´ıst vzd´alenost pro urˇcit´ y poˇcet skok˚ u. Druh´ y graf je pro celosvˇetovou s´ıt’, protoˇze zobrazuje vzd´alenosti aˇz 20 000 Km a maxim´alnˇe 20 skok˚ u. V tomto grafu je vidˇet zanedbateln´ y poˇctu skok˚ u v porovn´an´ı se zvyˇsuj´ıc´ı se vzd´alenost´ı. Vynesen´e kˇrivky namˇeˇren´ ych zpoˇzdˇen´ı (k mˇest˚ um v celosvˇetov´e s´ıti) urˇcuj´ı pˇribliˇznou d´elku kabelu do tˇechto mˇest. Tato pr´ace podrobnˇe mapuje zdroje zpoˇzdˇen´ı v datov´ ych s´ıt´ıch, popisuje r˚ uzn´e moˇznosti mˇeˇren´ı zpoˇzdˇen´ı. Z´avˇer pr´ace je vˇenov´an ovˇeˇren´ı teoretick´ ych poznatk˚ ua vytvoˇren´ı simulac´ı pˇrenosov´eho ˇretˇezce. V´ ypoˇcty d´elky fyzick´e cesty je moˇzn´e vyuˇz´ıt napˇr´ıklad pro pˇresnˇejˇs´ı urˇcen´ı geografick´e polohy stanice.
53
LITERATURA ˇ ´ R. TCP/IP v kostce. 1. vyd. Cesk´ ˇ e Budˇejovice : Kopp, 2004. [1] PUZMANOV A, 607 s. ISBN 80-7232-236-2. [2] ABRAHAO, B. KLEINBERG, R. On the Internet Delay Space Dimensionality [online]. ACM/SIGCOMM Internet Measurement Conference (IMC’08). Association for computing machinery, 2009. [cit. 13. 10. 2009]. Dostupn´ y z WWW:<www.cs.cornell.edu/ abrahao/docs/imc08.pdf>. [3] NG, E. HUI, Z. Predicting Internet network distance with coordinatesbased approaches [online]. INFOCOM 2002. [cit. 13. 10. 2009]. TwentyFirst Annual Joint Conference of the IEEE Computer and Communications Societies. IEEE, 2002. Dostupn´ y z WWW:<www.cs.rice.edu/ eugeneng/papers/INFOCOM02.pdf>. [4] BOVY, C. J., et al. Analysis of End-to-end Delay Measurement in Internet [online]. In Passive & Active Measurement: PAM 2002, 2002. s. 8. Dostupn´ yz WWW: Dostupn´ y z WWW: . [5] ALAN, Percy. Understanding Latency in IP Telephony Telephonyworld.com [online]. 2000 [cit. 2009-12-17]. Dostupn´ y z WWW: <www.embeddedcomputing.com/pdfs/Brooktrout.Sum00.pdf>. [6] Queuing delay [online]. 2007, posledn´ı aktualizace 8. 10. 2008 [cit. 2009-12-17]. Dostupn´ y z WWW: <www.hill2dot0.com>. ´ [7] MOLNAR, Karol. Teorie front. c2009. <www.utko.feec.vutbr.cz/ molnar/>. s. 38.
Dostupn´ y
z
WWW:
[8] VoIP Think [online]. 2005 [cit. 2010-05-25]. QoS - Quality of Service. Dostupn´ y z WWW: <www.en.voipforo.com> [9] Anal´yza zpoˇzdˇen´ı v IP telefonn´ım syst´emu I. [online]. 9. 5. 2008 [cit. 2009-12-17]. Dostupn´ y z WWW: . ˇ ´ Rita. Modern´ı komunikaˇcn´ı s´ıtˇe od A do Z. 2. aktualiz. vyd. [10] PUZMANOV A, [s.l.] : Computer Press, 2006. 432 s. ISBN 80-251-1278-0. [11] Intelek [online]. 2009 [cit. 2009-12-17]. Dostupn´ y z WWW: <www.intelek.cz> [12] Wikipedia [online]. <en.wikipedia.org>.
2001
[cit.
2009-12-17].
54
Dostupn´ y
z
WWW:
[13] KRUMNIKL, Michal Mˇeˇren´ı latence s´ıt’ov´ych prvk˚ u. [2005]. 15 s. Dostupn´ yz WWW: <www.cs.vsb.cz/gragarek/SPS/>. [14] HP ProCurve switch 1700-8. [online]. c2008 [cit. 2009-12-17]. Dostupn´ y z WWW: <www.skylabshop.cz>. [15] White paper. Cisco Nexus 5020 Switch Performance in Market-Data and BackOffice Data Delivery Environments. 2009. 9 s. Dostupn´ y z WWW: . [16] BURDA, Karel. N´avrh, spr´ava a bezpeˇcnost poˇc´ıtaˇcov´ych s´ıt´ı : S´ıt’ov´a vrstva poˇc´ıtaˇcov´ych s´ıt´ı - smˇerov´an´ı, 2010. 38 s. Prezentace. VUT Brno. [17] Internet Core Router Test. 2001 WWW:<www.lightreading.com>.
[cit.
2009-12-17].
Dostupn´ y
z
[18] Test Traffic Measurements Service [online]. [2000] [cit. 2009-12-17]. Dostupn´ y z WWW:<www.ripe.net/projects/ttm/>. [19] NING, Hua. IPv6 Core Router : Test Report. [online], 2003 [cit. 2010-05-25]. Dostupn´ y z WWW:<www.ipv6-tf.com.pt>. [20] Infovista [online]. 2010 [cit. 2010-05-25]. Broadband and Triple Play. Dostupn´ y z WWW:<www.infovista.com>. [21] RFC 1242. Benchmarking Terminology Devices. Bradner. Harvard University, WWW:<www.ietf.org/rfc/rfc1242.txt>.
for Network Interconnection 2001. 12 s. Dostupn´ y z
[22] Catalyst Supervisor Engine 32 PISA Cisco IOS Software Configuration Guide [online]. 2007 [cit. 2010-05-25]. Using the Layer 2 Traceroute Utility, 4 s. Dostupn´ y z WWW:<www.ciscosystems.com>. [23] InetDaemon : How Ping Works [online]. [2005] [cit. 2009-12-17]. Dostupn´ y z WWW: <www.inetdaemon.com>. [24] Default time to live (TTL) values [online]. 2009 [cit. 2010-05-25]. Binbert. Dostupn´ y z WWW: <www.binbert.com>. [25] Hack zone [online]. 2000 [cit. 2010-05-25]. Bing. Dostupn´ y z WWW: . [26]
Visual Trace Route Tool. c2009 [cit. 2009-12-17]. Dostupn´ y z WWW: <www.yougetsignal.com/tools/visual-tracert>.
55
[27] NS Tools : Traceroute on a map [online]. c2009 [cit. 2009-12-17]. Dostupn´ yz WWW: <en.dnstools.ch/visual-traceroute.html>. [28] Visual Route [online]. c1997-2009 [cit. 2009-12-17]. Dostupn´ y z WWW: . [29] Cesnet [online]. 1996 [cit. 2010-05-25]. Dostupn´ y z WWW: <www.cesnet.cz>. [30] The ns Manual FALL Kevin, VARADHAN Kannan . [s.l.] : [s.n.], 2009. 430 s. Dostupn´ y z WWW: <www.isi.edu/nsnam/ns>. [31] XGRAPH : General Purpose 2-D Plotter [online]. 2006 [cit. 2009-12-17]. Dostupn´ y z WWW: <www.xgraph.org>. [32] GNUPlot [online]. 2009 <www.gnuplot.info>.
[cit.
2009-12-17].
Dostupn´ y
z
WWW:
´ ´ Jana. Z´aklady statistiky pro biomedic´ınsk´e obory [online]. [33] ZVAROV A, 1999 [cit. 2010-05-25]. V´ ybˇer a popisn´e statistiky. Dostupn´ y z WWW: .
56
˚ VELICIN ˇ SEZNAM SYMBOLU, A ZKRATEK ADSL
Asymetric Digital Subscriber Line – asymetrick´a digit´aln´ı u ´ˇcastnick´a linka
CDMA
Code division multiple access – technologie pro pˇrenos dat v bezdr´atov´ ych s´ıt´ıch
DHCP
Dynamic Host Configuration Protocol
EDGE
Enhanced Data Rates for GSM Evolution – technologie rychl´eho pˇrenosu dat pˇres GSM infrastrukturu
FF
Fragment Free
FIFO
First In First Out – model fronty
GEO
geostacionary-Earth orbit – geostacion´arn´ı obˇeˇzn´a dr´aha
GPRS
General Packet Radio Service – technologie rychl´eho pˇrenosu dat pˇres GSM infrastrukturu
GPS
Global Positioning System
GSM
Global System for Mobile communications – glob´aln´ı syst´em pro mobiln´ı komunikaci
ICMP
Internet Control Message Protokol
IEEE
The Institute of Electrical and Electronics Engineers
IP
Internet Protokol
ISP
Internet Service Provider – poskytovatel pˇripojen´ı k Internetu
ISDN
Integrated Services Digital Network – integrovan´a s´ıt’ digit´aln´ıch sluˇzeb
JPG
Joint Photographic experts Group
LAN
Local Area Network – m´ıstn´ı s´ıt’
LEO
low-Earth orbit – nejniˇzˇs´ı obˇeˇzn´a dr´aha
MAC
Media Access Control – fyzick´a adresa
MEO
medium-Earth orbit – stˇredn´ı obˇeˇzn´a dr´aha
MIF
Marker Interchange Format
57
MPLS
Multiprotocol Label Switching – pˇrep´ın´an´ı na z´akladˇe multiprotokolov´ ych znaˇcek
NAT
Network Address Translation – pˇreklad adres
NS2
Network Simulator 2
OSI
Open System Interconnection – referenˇcn´ı model komunikace
PING
Packet InterNet Groper
PNG
Portable Network Graphics
PDF
Portable Document Format
QoS
Quality of Service – kvalita sluˇzeb
RTD
Round Trip Delay – obousmˇern´e zpoˇzdˇen´ı
RTT
Round Time Trip – obousmˇern´e zpoˇzdˇen´ı
SDH
Synchronous Digital Hierarchy
S&F
Store & Forward
TCL
Tool Command Language
TCP
Transmision Control Protocol – protokol transportn´ı vrstvy OSI
TCP/IP Transmission Control Protocol/Internet Protocol TTL
Time To Live – doba ˇzivota paketu
UDP
User Datagram Protocol – protokol transportn´ı vrstvy OSI
VoIP
Voice over Internet Protocol - hlasov´e sluˇzby po IP protokolu
xDSL
Digital Subscriber Line – digit´aln´ı u ´ˇcastnick´a linka
WDM
Wavelength Division Multiplex – vlnov´ y multiplex
WiFi
Wireless Fidelity – bezdr´atov´a s´ıt’
WiMax
Worldwide Interoperability for Microwave Access – bezdr´atov´a s´ıt’
c
rychlost svˇetla c = 299 792 458 m/s
58
ˇ ´ILOH SEZNAM PR A Tabulky
60
B Obsah pˇ riloˇ zen´ eho CD
64
59
A
TABULKY
Mˇ esta
0,065
0,070
velikost latence na jeden prvek 0,075 0,080 0,085 0,090
0,095
0,100
Olomouc – KMO Olomouc – UPOL Olomouc – VKOL Zl´ın Jihlava ˇ Ostrava – VSB Ostrava – OU Ostrava – SVKOS Jindˇrich˚ uv Hradec ˇ Cesk´a Tˇrebov´a Opava Karvin´a ˇ Praha – VSCHT Praha – AMU Praha – AVU Praha – AV ˇ Praha – CVUT ˇ Praha – CZU Praha – UK ˇ Praha – VSE Hradec Kr´alov´e – UK Hradec Kr´alov´e – KHK ˇ e Budˇejovice – CBVK ˇ Cesk´ ˇ e Budˇejovice – JCU ˇ Cesk´ ˇ e Budˇejovice – VSERS ˇ Cesk´ Pardubice Liberec Plzeˇ n – FN Plzeˇ n – UK ˇ Plzeˇ n – ZCU ´ ı nad Labem – SVKUL Ust´ ´ ı nad Labem – UJEP Ust´ Dˇeˇc´ın Most Cheb
1,077 2,148 0,850 0,130 0,164 0,080 0,199 0,250 0,545 0,953 0,032 0,102 0,027 0,060 0,019 0,016 0,063 0,561 0,035 0,102 0,783 0,715 0,140 0,006 0,066 0,554 0,312 0,115 0,118 0,091 0,067 0,017 0,012 0,022 0,044
1,033 2,087 0,789 0,100 0,120 0,064 0,179 0,226 0,521 0,938 0,011 0,082 0,005 0,088 0,009 0,044 0,044 0,542 0,013 0,067 0,767 0,696 0,127 0,009 0,053 0,543 0,301 0,100 0,105 0,078 0,056 0,028 0,022 0,011 0,032
0,990 2,026 0,728 0,070 0,076 0,047 0,158 0,201 0,497 0,924 0,010 0,062 0,017 0,117 0,037 0,073 0,025 0,523 0,010 0,032 0,751 0,677 0,115 0,025 0,041 0,531 0,290 0,085 0,092 0,065 0,046 0,039 0,032 0,000 0,020
0,947 1,966 0,667 0,039 0,032 0,031 0,137 0,176 0,474 0,909 0,031 0,042 0,039 0,145 0,066 0,101 0,006 0,504 0,032 0,003 0,735 0,658 0,102 0,041 0,028 0,520 0,278 0,070 0,079 0,051 0,035 0,049 0,042 0,011 0,008
0,903 1,905 0,607 0,009 0,012 0,014 0,117 0,151 0,450 0,895 0,051 0,021 0,061 0,173 0,094 0,129 0,013 0,485 0,054 0,037 0,720 0,639 0,090 0,056 0,016 0,509 0,267 0,054 0,066 0,038 0,024 0,060 0,052 0,022 0,004
0,860 1,844 0,546 0,022 0,055 0,003 0,096 0,126 0,426 0,880 0,072 0,001 0,083 0,202 0,123 0,158 0,032 0,466 0,076 0,072 0,704 0,620 0,077 0,072 0,003 0,497 0,256 0,039 0,053 0,025 0,014 0,070 0,062 0,033 0,016
0,817 1,784 0,485 0,052 0,099 0,019 0,075 0,101 0,402 0,866 0,093 0,019 0,105 0,230 0,151 0,186 0,051 0,447 0,098 0,107 0,688 0,601 0,064 0,088 0,009 0,486 0,245 0,024 0,039 0,012 0,003 0,081 0,072 0,045 0,028
0,773 1,723 0,425 0,082 0,143 0,036 0,054 0,076 0,378 0,851 0,114 0,039 0,128 0,259 0,179 0,215 0,070 0,428 0,120 0,141 0,672 0,582 0,052 0,103 0,022 0,474 0,234 0,008 0,026 0,001 0,008 0,092 0,082 0,056 0,040
pr˚ umˇ er: medi´ an:
0,299 0,102
0,283 0,088
0,269 0,073
0,259 0,066
0,251 0,061
0,248 0,076
0,248 0,098
0,248 0,114
Tab. A.1: Relativn´ı chyby vypoˇc´ıtan´ ych vzd´alenosti pro r˚ uzn´e velikosti latence jednoho mezilehl´eho zaˇr´ızen´ı, r˚ uzn´ ych organizac´ı sdruˇzen´ı Cesnet – 1.ˇc´ast.
60
Mˇ esta
0,105
0,110
velikost latence na jeden prvek 0,115 0,120 0,125 0,130
Olomouc – KMO Olomouc – UPOL Olomouc – VKOL Zl´ın Jihlava ˇ Ostrava – VSB Ostrava – OU Ostrava – SVKOS Jindˇrich˚ uv Hradec ˇ Cesk´a Tˇrebov´a Opava Karvin´a ˇ Praha – VSCHT Praha – AMU Praha – AVU Praha – AV ˇ Praha – CVUT ˇ Praha – CZU Praha – UK ˇ Praha – VSE Hradec Kr´alov´e – UK Hradec Kr´alov´e – KHK ˇ e Budˇejovice – CBVK ˇ Cesk´ ˇ e Budˇejovice – JCU ˇ Cesk´ ˇ e Budˇejovice – VSERS ˇ Cesk´ Pardubice Liberec Plzeˇ n – FN Plzeˇ n – UK ˇ Plzeˇ n – ZCU ´ ı nad Labem – SVKUL Ust´ ´ ı nad Labem – UJEP Ust´ Dˇeˇc´ın Most Cheb
0,730 1,662 0,364 0,113 0,187 0,052 0,034 0,051 0,354 0,837 0,134 0,059 0,150 0,287 0,208 0,243 0,089 0,409 0,142 0,176 0,657 0,563 0,039 0,119 0,034 0,463 0,223 0,007 0,013 0,014 0,018 0,102 0,092 0,067 0,052
0,687 1,601 0,303 0,143 0,231 0,069 0,013 0,027 0,330 0,822 0,155 0,080 0,172 0,315 0,236 0,271 0,108 0,390 0,164 0,211 0,641 0,545 0,027 0,135 0,047 0,451 0,212 0,022 0,000 0,027 0,029 0,113 0,101 0,078 0,064
0,643 1,541 0,243 0,173 0,274 0,085 0,008 0,002 0,306 0,807 0,176 0,100 0,194 0,344 0,265 0,300 0,127 0,371 0,186 0,246 0,625 0,526 0,014 0,150 0,059 0,440 0,201 0,038 0,013 0,040 0,039 0,123 0,111 0,089 0,076
0,600 1,480 0,182 0,204 0,318 0,102 0,029 0,023 0,283 0,793 0,197 0,120 0,216 0,372 0,293 0,328 0,146 0,352 0,208 0,280 0,609 0,507 0,002 0,166 0,072 0,428 0,189 0,053 0,026 0,054 0,050 0,134 0,121 0,100 0,088
0,557 1,419 0,121 0,234 0,362 0,119 0,049 0,048 0,259 0,778 0,217 0,140 0,238 0,401 0,321 0,357 0,164 0,333 0,230 0,315 0,594 0,488 0,011 0,182 0,084 0,417 0,178 0,068 0,039 0,067 0,061 0,145 0,131 0,111 0,099
0,513 1,359 0,061 0,264 0,406 0,135 0,070 0,073 0,235 0,764 0,238 0,160 0,260 0,429 0,350 0,385 0,183 0,314 0,253 0,350 0,578 0,469 0,023 0,197 0,097 0,405 0,167 0,084 0,052 0,080 0,071 0,155 0,141 0,122 0,111
0,470 1,298 0,000 0,295 0,450 0,152 0,091 0,098 0,211 0,749 0,259 0,181 0,282 0,457 0,378 0,413 0,202 0,296 0,275 0,384 0,562 0,450 0,036 0,213 0,110 0,394 0,156 0,099 0,066 0,093 0,082 0,166 0,151 0,133 0,123
0,426 1,237 0,061 0,325 0,494 0,168 0,112 0,123 0,187 0,735 0,280 0,201 0,304 0,486 0,406 0,442 0,221 0,277 0,297 0,419 0,546 0,431 0,048 0,228 0,122 0,382 0,145 0,114 0,079 0,106 0,092 0,177 0,161 0,145 0,135
pr˚ umˇer: medi´an:
0,250 0,134
0,252 0,155
0,255 0,176
0,261 0,189
0,267 0,182
0,273 0,197
0,279 0,211
0,289 0,221
0,135
0,140
Tab. A.2: Relativn´ı chyby vypoˇc´ıtan´ ych vzd´alenosti pro r˚ uzn´e velikosti latence jednoho mezilehl´eho zaˇr´ızen´ı, r˚ uzn´ ych organizac´ı sdruˇzen´ı Cesnet – 2.ˇc´ast.
61
0,080
0,085
velikost latence na jeden prvek 0,090 0,095 0,100 0,105
Pardubice – UPCE Liberec Plzeˇ n ´ Ust´ı nad Labem Dˇeˇc´ın Most Cheb
0,080 0,683 0,045 0,355 0,148 0,005 1,177 0,716 0,869 0,133 0,186 0,052 0,067 0,686 0,019 0,025 0,050 0,508 0,305 0,148 0,123 0,057 0,024 0,107
0,085 0,631 0,007 0,323 0,127 0,025 1,156 0,696 0,851 0,115 0,169 0,037 0,051 0,670 0,034 0,041 0,034 0,494 0,294 0,137 0,140 0,047 0,034 0,116
0,090 0,579 0,031 0,292 0,107 0,046 1,136 0,676 0,833 0,098 0,152 0,021 0,036 0,654 0,050 0,056 0,019 0,479 0,282 0,126 0,157 0,037 0,043 0,124
0,095 0,527 0,069 0,261 0,086 0,067 1,115 0,657 0,814 0,081 0,136 0,005 0,020 0,638 0,066 0,072 0,003 0,465 0,271 0,115 0,174 0,027 0,052 0,133
0,100 0,475 0,107 0,229 0,065 0,088 1,094 0,637 0,796 0,064 0,119 0,011 0,004 0,623 0,081 0,088 0,013 0,451 0,260 0,105 0,191 0,017 0,061 0,141
0,105 0,423 0,145 0,198 0,044 0,108 1,073 0,617 0,778 0,046 0,102 0,027 0,012 0,607 0,097 0,103 0,028 0,436 0,249 0,094 0,208 0,007 0,071 0,150
0,110 0,371 0,182 0,167 0,024 0,129 1,053 0,597 0,760 0,029 0,085 0,042 0,028 0,591 0,113 0,119 0,044 0,422 0,238 0,083 0,225 0,003 0,080 0,158
0,115 0,319 0,220 0,136 0,003 0,150 1,032 0,577 0,742 0,012 0,068 0,058 0,043 0,575 0,128 0,135 0,059 0,407 0,227 0,072 0,242 0,012 0,089 0,167
pr˚ umˇ er: medi´ an:
0,282 0,133
0,271 0,127
0,262 0,124
0,254 0,115
0,249 0,107
0,244 0,108
0,241 0,129
0,238 0,136
Mˇ esta Olomouc Zl´ın – UTB Jihlava Ostrava ˇ Ostrava – VSB Ostrava – OSU Jindˇrich˚ uv Hradec ˇ Cesk´a Tˇrebov´a – UPCE Opava Karvin´a Praha – Zikova Praha – CVUT Hradec Kralov´e ˇ e Budˇejovice Cesk´ ˇ e Budˇejovice – VSERS ˇ Cesk´ ˇ Cesk´e Budˇejovice – CBVK
0,110
0,115
Tab. A.3: Relativn´ı chyby vypoˇc´ıtan´ ych vzd´alenosti v z´avislosti na r˚ uzn´e velikosti latence jednoho mezilehl´eho zaˇr´ızen´ı, pro prvn´ı uzel v r˚ uzn´ ych mˇestech s´ıtˇe CESNET2 – 1.ˇc´ast.
62
0,120
0,125
velikost latence na jeden prvek 0,130 0,135 0,140 0,145
Pardubice – UPCE Liberec Plzeˇ n ´ Ust´ı nad Labem Dˇeˇc´ın Most Cheb
0,120 0,267 0,258 0,104 0,018 0,171 1,011 0,557 0,723 0,006 0,051 0,074 0,059 0,560 0,144 0,150 0,075 0,393 0,216 0,061 0,259 0,022 0,098 0,175
0,125 0,215 0,296 0,073 0,039 0,191 0,990 0,537 0,705 0,023 0,035 0,090 0,075 0,544 0,160 0,166 0,091 0,379 0,205 0,050 0,276 0,032 0,108 0,184
0,130 0,163 0,334 0,042 0,059 0,212 0,970 0,517 0,687 0,040 0,018 0,105 0,091 0,528 0,175 0,182 0,106 0,364 0,193 0,039 0,293 0,042 0,117 0,192
0,135 0,111 0,372 0,010 0,080 0,233 0,949 0,497 0,669 0,058 0,001 0,121 0,106 0,512 0,191 0,197 0,122 0,350 0,182 0,028 0,310 0,052 0,126 0,201
0,140 0,059 0,410 0,021 0,101 0,253 0,928 0,478 0,651 0,075 0,016 0,137 0,122 0,497 0,207 0,213 0,138 0,336 0,171 0,017 0,327 0,062 0,135 0,210
0,145 0,007 0,448 0,052 0,122 0,274 0,907 0,458 0,632 0,092 0,033 0,153 0,138 0,481 0,222 0,228 0,153 0,321 0,160 0,006 0,344 0,072 0,145 0,218
0,150 0,045 0,486 0,084 0,142 0,295 0,887 0,438 0,614 0,109 0,050 0,169 0,154 0,465 0,238 0,244 0,169 0,307 0,149 0,005 0,361 0,082 0,154 0,227
0,155 0,097 0,524 0,115 0,163 0,316 0,866 0,418 0,596 0,127 0,066 0,184 0,170 0,449 0,254 0,260 0,185 0,293 0,138 0,016 0,378 0,092 0,163 0,235
pr˚ umˇ er: medi´ an:
0,237 0,150
0,237 0,166
0,238 0,175
0,238 0,182
0,242 0,171
0,246 0,160
0,255 0,169
0,265 0,185
Mˇ esta Olomouc Zl´ın – UTB Jihlava Ostrava ˇ Ostrava – VSB Ostrava – OSU Jindˇrich˚ uv Hradec ˇ Cesk´a Tˇrebov´a – UPCE Opava Karvin´a Praha – Zikova Praha – CVUT Hradec Kralov´e ˇ e Budˇejovice Cesk´ ˇ e Budˇejovice – VSERS ˇ Cesk´ ˇ Cesk´e Budˇejovice – CBVK
0,150
0,155
Tab. A.4: Relativn´ı chyby vypoˇc´ıtan´ ych vzd´alenosti v z´avislosti na r˚ uzn´e velikosti latence jednoho mezilehl´eho zaˇr´ızen´ı, pro prvn´ı uzel v r˚ uzn´ ych mˇestech s´ıtˇe CESNET2 – 2.ˇc´ast.
63
B
ˇ ˇ ´ OBSAH PRILO ZEN EHO CD
Souˇc´ast´ı pr´ace je pˇriloˇzen´e CD obsahuj´ıc´ı veˇsker´e elektronick´e materi´aly pouˇzit´e, nebo zm´ınˇen´e v pr´aci. • Elektronick´a verze pr´ace. • Pouˇzit´e obr´azky. • Podklady pro mˇeˇren´ı zpoˇzdˇen´ı v re´aln´e s´ıti. – Skripty pouˇzit´e pro mˇeˇren´ı zpoˇzdˇen´ı. – Soubory vygenerovan´e pomoc´ı skript˚ u a obsahuj´ıc´ı namˇeˇren´e hodnoty. – Dokument zpozdeni.xls, vytvoˇren´ y programem OpenOffice.org Calc, obsahuj´ıc´ı veˇsker´e tabulky, v´ ypoˇcty a grafy. • Soubory pouˇzit´e k simulaci zpoˇzdˇen´ı v IP s´ıt´ıch. – Skript routersSwitches.tcl pro proveden´ı simulace z´avislosti zpoˇzdˇen´ı na poˇctu smˇerovaˇc˚ u a pˇrep´ınaˇc˚ u. – Soubor routersSwitches.plt, obsahuj´ıc´ı nastaven´ı grafu pro program Gnuplot. – Skript routersLenght.tcl pro proveden´ı simulace z´avislosti zpoˇzdˇen´ı na poˇctu skok˚ u a d´elce trasy. – Soubor routersLenght.plt, obsahuj´ıc´ı nastaven´ı grafu pro program Gnuplot. – N´avod ke spuˇstˇen´ı a otevˇren´ı program˚ u. – Vygenerovan´e grafy z´avislost´ı, uloˇzen´e ve form´atu png a eps.
64