SimulÃ¡tor komunikÃ¡cie v poÄÃtaÄovej sieti - SoftvÃ©rovÃ© Å¡tÃºdio 2 ...

More documents

Recommendations

Info

8 KAPITOLA 1. ANALÝZAmôžu vysielať a prijímať údaje všetky zariadenia. Pri tejto komunikácii sa prejavia výhodymikrosegmentácie siete, pretože jednotlivé uzly môžu využívať maximálnu kapacitu linky.Toto je obrovská výhoda oproti rozbočovaču, ktorý žiadnym spôsobom nesegmentuje sieť anedovoľuje žiadne paralelné komunikácie. Pri použití rozbočovača bolo možné vykonávať lenjednosmernú komunikáciu a navyše len half-duplex. Prepínač oproti nemu prináša bezpečnosť,veľkú rýchlosť a redundanciu.Spanning Tree Protocol Práve spomenutá redundancia predstavuje spôsob ako zabezpečiťvysokú dostupnosť siete. Redundancia v tomto ponímaní predstavuje vytváranie duplicitnýchspojení, ktoré môžu spôsobiť vytvorenie fyzických slučiek v počítačovej <strong>sieti</strong>. Fyzickéslučky ale predstavujú problém, pri ktorom nám niektoré údaje môžu krúžiť dookola. Prepínačena predchádzanie tejto situácie používajú protokoly na vytvorenie bezslučkových topológiíz akejkoľvek fyzickej topológie. Táto technológia sa volá Spanning Tree Protocol (STP)a je definovaná štandardom IEEE 802.1D. Po zavedení virtuálnych sietí sa začali používať ajmodifikácie tohto protokolu ako Per-VLAN STP, Multiple STP alebo Rapid STP.Obr. 1.9: Vznik slučiek v topológii s redundanciouUvažujme topológiu na obr. 1.9. Medzi oboma segmentami sú kvôli redundancii zapojenédva prepínače a nepoužívame STP. Keď počítač A vyšle broadcast, oba prepínače ho príjmua do svojej prepínacej tabuľky si poznačia, že na porte 1 sa nachádza počítač A. Takto prijatýrámec vysielajú na spodný segment, pretože broadcastové správy sa preposielajú na všetkyrozhrania okrem toho, na ktorom bol rámec prijatý. Tento rámec je prijatý uzlom B, aletakisto aj oboma prepínačmi. Vo svojej tabuľke si upravia lokáciu uzla A na port 2 a opäťvyšlú rámec na vrchný segment. Tento kolobeh bude prebiehať neustále. Týmto sa jednakzahltí kapacita prepínača, ale takisto aj počítačov.Práve kvôli odstráneniu tohto problému a zachovaniu redundancie sa používa STP, ktorýredundantné cesty zablokuje. Prepínače si periodicky každé 2 sekundy vymieňajú informáciev podobe BPDU (Bridge Protocol Data Unit), čím zistia topológiu siete. Pri tomto procese sivyberú koreňový (root) uzol a vytvoria najkratšiu cestu od každého prepínača ku koreňovému,a tak vytvoria graf. Porty prepínačov, ktoré nepatria do kostry grafu budú zablokované.Blokované porty ignorujú dátové rámce, ale BPDU si vymieňajú rovnako kvôli možnej zmenetopológie. Predchádzajúci príklad bude pri zapnutí STP vyzerať ako je zobrazené na obr.1.10.
1.1. ANALÝZA PROBLEMATIKY 9Obr. 1.10: Princíp činnosti ”spanning tree” protokoluPrepínače si vybrali ľavý prepínač ako koreňový a jeho porty sú označené ako RP (Rootport). Tieto porty vedú od koreňového prepínača k ostatným. Na druhom prepínači je jedenport označený ako DP (Designated port) a predstavuje cestu ku koreňovému prepínaču.Druhý port je zablokovaný (Blocked), čiže neprenáša žiadne údaje, ale prijíma BPDU. Toutometódou sú z topológie odstránené fyzické slučky vytvorením logickej topológie.VLAN Ďalšou kľúčovou technológiu je možnosť vytvárania tzv. virtuálnych sietí (VLAN).Pomocou VLAN dokážeme na jednom prepínači definovať rôzne broadcastové domény, pričomna komunikáciu medzi nimi použijeme zariadenie pracujúce na tretej vrstve OSI modelu -smerovač.Obr. 1.11: Prepojenie prepínačov s viacerými VLANNa obrázku máme prepojené tri prepínače, pričom sme definovali tri virtuálne siete, nazvanésú VLAN 10, VLAN 20 a VLAN 30. Klasicky sa pri prepojení prepínačov použije prekaždú VLAN jeden port.Kvôli zníženiu nákladov na výstavbu VLAN a na zamedzeniu plytvaniu portov prepínačovsa používa metóda trunk podľa štandardu IEEE 802.1Q. Pomocou trunku dokážeme na
Page 5 and 6: Zoznam obrázkov1.1 Referenčný si
Page 7 and 8: Kapitola 0Úvod0.1 Účel a rozsah
Page 9 and 10: 0.4. SKRATKY iiiTACACS - Terminal A
Page 11 and 12: Kapitola 1Analýza1.1 Analýza prob
Page 13 and 14: 1.1. ANALÝZA PROBLEMATIKY 3Obr. 1.
Page 15 and 16: 1.1. ANALÝZA PROBLEMATIKY 5Na obr
Page 17: 1.1. ANALÝZA PROBLEMATIKY 7do rozb
Page 21 and 22: 1.1. ANALÝZA PROBLEMATIKY 11medzi
Page 23 and 24: 1.1. ANALÝZA PROBLEMATIKY 13určit
Page 25 and 26: 1.2. ANALÝZA EXISTUJÚCICH RIEŠEN
Page 27 and 28: 1.2. ANALÝZA EXISTUJÚCICH RIEŠEN
Page 29 and 30: 1.3. DYNAMIPS 19dát. Simulácia te
Page 31 and 32: 1.3. DYNAMIPS 21• Cisco 2600 Netw
Page 33 and 34: 1.4. ZHODNOTENIE 231.3.1 Graphical
Page 35 and 36: Kapitola 2ŠpecifikáciaV tejto kap
Page 37 and 38: 2.2. PROCESY 27Obr. 2.3: Model prí
Page 39 and 40: 2.3. HRÁČI 29Obr. 2.6: Model prí
Page 41 and 42: 2.4. OPIS PRÍPADOV POUŽITIA 31Ide
Page 47 and 48: Kapitola 3Návrh3.1 Operačný syst
Page 49 and 50: 3.3. ROZHRANIE 39Obr. 3.2: Vytvára
Page 51 and 52: 3.3. ROZHRANIE 41Pokiaľ nenastane
Page 53 and 54: 3.3. ROZHRANIE 43ukončiť môže s
Page 55 and 56: 3.4. DATABÁZA 45Obr. 3.7: Databáz
Page 57 and 58: 3.4. DATABÁZA 47Tabuľka LabObr. 3
Page 59 and 60: 3.4. DATABÁZA 49Obr. 3.12: Tabuľk
Page 61 and 62: Kapitola 4PrototypCieľom prototypo
Page 63 and 64: 4.4. WEB ROZHRANIE 53• zabezpeče
Page 65 and 66: 4.5. IMPLEMENTÁCIA 55Obr. 4.4: Web
Page 67 and 68: Kapitola 5ImplementáciaV predchád
Page 69 and 70:
5.1. KONFIGURÁCIA SMEROVAČOV 59[[
Page 71 and 72:
5.2. ŠTARTOVACIE SKRIPTY 61startup
Page 73 and 74:
5.4. WEB INTERFACE 63Tabuľka LabNo
Page 75 and 76:
5.4. WEB INTERFACE 65ModulyModuly s
Page 77 and 78:
5.4. WEB INTERFACE 67nové kontá,
Page 79 and 80:
5.4. WEB INTERFACE 69formRozširuje
Page 81 and 82:
5.5. PROXY 71relay auth portKde ’
Page 83 and 84:
Kapitola 6ZhodnotenieV priebehu let
Page 85:
Príloha 1: Logický model databáz
show all

SimulÃ¡tor komunikÃ¡cie v poÄÃ­taÄovej sieti - SoftvÃ©rovÃ© Å¡tÃºdio 2 ...

Create successful ePaper yourself

Delete template?

Save as template?

SimulÃ¡tor komunikÃ¡cie v poÄÃtaÄovej sieti - SoftvÃ©rovÃ© Å¡tÃºdio 2 ...