MPLS LDP na přepínané síti. L2 enkapsulace odchozích paketu, vazba na CEF. Rekonvergence v případě ztráty LDP Hello paketu.
|
|
- Ondřej Vacek
- před 4 lety
- Počet zobrazení:
Transkript
1 MPLS LDP na přepínané síti. L2 enkapsulace odchozích paketu, vazba na CEF. Rekonvergence v případě ztráty LDP Hello paketu. Martin Hlozák (HLO0010), Lukáš Rygol (RYG0007) Abstrakt: Tato práce poslouží jako studijní dokument popisující teoreticky a prakticky MPLS technologii, která se opírá o podkladovou strukturu CEF a LDP protokol, který je potřebný pro přenos MPLS značek v síti. Klíčová slova: MPLS, LDP, CEF, FIB, LFIB Obsah: 1 Úvod Topologie sítě a minimální nároky na realizaci projektu Topologie sítě Minimální nároky pro realizaci projektu MPLS MPLS LDP Princip funkce LDP na přepínané síti L2 enkapsulace odchozích paketů a vazba na CEF CEF (Cisco Express Forwarding) Rekonvergence v případě ztráty LDP Hello paketu Realizace funkčnosti LDP rekonvergence: Test funkčnosti rekonvergence jedné fyzické linky Test funkčnosti rekonvergence agregované L3 linky (L3 Port-Channel): Závěr Použitá literatura listopad /15
2 1 Úvod V této semestrální práci se budeme snažit popsat nejdříve technologii MPLS a její nejznámější LDP protokol pro výměnu MPLS značek. Dále Cisco technologii CEF, která je slouží jako pokladová struktura pro funkci MPLS. V poslední řadě je vyřešená rekonvergence v případě ztráty LDP Hello paketu. 2 Topologie sítě a minimální nároky na realizaci projektu 2.1 Topologie sítě Obr. č. 1: Topologie sítě s adresací. Topologii jsme vytvořili ze čtyř směrovačů a ty propojili podle obrázku č. 1. Pro směrovaní v celé topologii jsme využili protokol OSPF a následně povolili na každém rozhraní funkci MPLS. LDP vazbu jsme navazovali z loopbacku směrovače. Tu jsme zachytili pomocí PC3 na kterém běžel wireshark. Stejně tak jsme zachytávali odchozí MPLS pakety na ethernetu (viz. níže). 2.2 Minimální nároky pro realizaci projektu Proto, abychom zrealizovali projekt, bylo nutné využít minimálně sérii Cisco 2691 (nižší série MPLS nepodporuje). Celý projekt byl realizován na zařízeních série Cisco 2800 s Cisco IOS 15.0 v počítačové laboratoři J257. listopad /15
3 3 MPLS MPLS (MultiProtocol Label Switching) je technologie se využívá především v páteřních sítích. Je označován jako Layer 2.5 Protocol nebo Layer 2+ Protocol. MPLS bylo vytvořeno jako potřeba pro unifikovaný přenos v sítích s přepojováním okruhů i paketů, ve kterých slouží k přenosu dat datagramová služba [1]. V názvu multiprotocol znamená, že může být nasazen v kombinací s jakýmkoliv protokolem síťové vrstvy (IP, IPv6, IPX) a linkové vrstvy (Ethernet, HDLC, PPP, Frame Relay, ATM). Technika MPLS je mnohem efektivnější a rychlejší, než přepínací algoritmus IP, protože směrování paketů neprobíhá pomocí cílové IP adresy v záhlaví paketu, ale podle návěští (značky) tzv. MPLS Label, která se vkládá před pakety. Místo toho aby směrovač při každém směrování paketu vyhledával příslušnou cestu ve směrovací tabulce o velikosti desetitisíc záznamů, stačí mu pro směrování nahlédnout do kratší přepínací tabulky značek. Tuto funkci můžeme přirovnat k ISO/OSI modelu, kdy dojde ke zpracování paketů na úrovní linkové vrstvy, místo klasického zpracování paketů na úrovní třetí vrstvy. Každá takováto značka má pouze lokální význam a průchodem směrovačem. Směrovač na němž je umožněna technologie MPLS se nazývá LSR (Label Switch Router). 3.1 MPLS LDP LDP (Label Distribution Protocol) je signalizační protokol, který je definován v RFC 3036 a slouží k výměně informací o přidělených značkách mezi směrovači LSR. Je definován na třetí vrstvě ISO/OSI. Směrovače LSR pomocí protokolu LDP oznamují sousedům zprávy, ve kterých jsou uvedeny prefixy a k nim odpovídající návěští. Směrovač pomocí tohoto protokolu vysílá zprávu, která říká sousednímu směrovači, že pokud bude odesílat paket na tento prefix, má použít návěští MPLS, které je uvedeno v aktualizaci LDP. LDP aktualizace je spuštěná ve chvíli, kdy se v IP směrovací tabulce objeví nový prefix sítě Princip funkce LDP na přepínané síti 1. Vyhledání sousedních LSR, na kterých je aktivní LDP K vyhledání LSR se využívají LDP Hello zprávy, které se posílají na UDP/646 a na víceměrové IP adrese , periodicky co 5sec. Každý LSR se identifikuje pomocí nejvyšší IP adresy z rozhraní loopback (pokud není tak pomocí nejvyšší aktivní IP adresa na fyzickém rozhraní). Obr. č. 2: LDP Hello paket. listopad /15
4 2. Navazování a udržování spojení mezi sousedními LSR Využívá se keepalive zpráv, které se posílají na TCP s cílovým portem 646, periodicky co 30sec. Zasílaní těchto zpráv je již realizováno jednosměrově. Obr. č. 3: LDP Keepalive paket. 3. Výměna značek přiřazených jednotlivým prefixům Nejdřív se každému prefixu v ve směrovací tabulce přiřadí MPLS značka a ta je poté přenášená LDP zprávou jednosměrově na TCP s cílovým portem 646. Obr. č. 4: LDP Address Message Label - výměna MPLS značek. listopad /15
5 4 L2 enkapsulace odchozích paketů a vazba na CEF Nejdříve se podíváme na princip směrování čistých IP paketů pomocí mechanizmu CEF, pak navážeme na technologii MPLS, která se opírá o podkladovou strukturu a logiku expresního zasílání CEF (Cisco Express Forwarding). 4.1 CEF (Cisco Express Forwarding) Je rozšířená L3 přepínací technologie, kterou využívají Cisco L3 zařízení. Zvyšuje rychlost přepínaní rámců, díky tomu, že se používá HW obvodu ASIC. V tomto HW obvodu se využívá FIB (Forwarding Information Base) a tabulky sousedství. FIB je někdy nazývaná jako CEF tabulka. Technologie CEF je automaticky povolená na všech Cisco L3 prvcích a každé rozhraní Cisco směrovače má tento HW obvod. Obr. č. 5: Mechanizmus CEF Z obrázku č. 5 lze vidět, že pro směrování paketů se nepoužívá kontrolní úroveň (CPU a RIB), ale všechno je řešeno v datové úrovni (hardwarem) pomocí FIB a tabulky sousedství. Tím dojde ke zrychlení přepínaní paketů, kratšímu zpoždění a vyšší propustnosti směrovače v paketech za sekundu. Princip funkce: Ze směrovací tabulky (RIB), která je umístěná v Control Plane, se vloží každý cílový prefix IP do FIB databáze. Součástí FIB databáze je definována IP adresa dalšího přeskoku a odchozí rozhraní pro každý cílový prefix. Navíc je definována tabulka přilehlosti CEF (tabulka sousedství) a v ní je uvedena IP adresa dalšího přeskoku s odchozím rozhraním a hlavička linkové vrstvy. V přepínané síti se v této tabulce přilehlosti udržuje MAC adresa dalšího přeskoku (sousední MAC adresa rozhraní). Ta se získává pomocí ARP cache, díky ARP protokolu. Pro každý paket, směrovač vyhledá odpovídající položku FIB, poté najde MAC adresu dalšího přeskoku z tabulky sousedství, na kterou se položka FIB odkazuje, a nakonec podle ní odešle paket. To můžeme vidět na obrázku č. 6. listopad /15
6 Obr. č. 6: Směrování IP paketu na základě technologie CEF [2]. Výše uvedený příklad se opíral o směrování čistých IP paketů. Nicméně při zasílání MPLS paketů, využívá směrovač LSR navíc informační databázi MPLS LFIB (Label Forwarding Information Base), která slouží pro směrování příchozích paketů s MPLS návěštími. LFIB je opět databáze, která je umístěná v datové úrovní jako FIB databáze. V obou jsou potřebné informace k návěštím a také údaje o odchozím rozhraní a o dalším přeskoku. Obr. č. 7: Princip směrování IP paketů a MPLS paketů na základě technologie CEF [4]. Prakticky pro každý IP prefix z FIB databáze si každý LSR zvolí hodnotu značky (local binding) a tu pak pošle pomocí LDP sousedním LSR (remote binding). Každý LSR uchovává své lokálně vygenerované značky i značky přijaté od sousedů v tzv. tabulce LIB (Label Information Base) [3]. listopad /15
7 Protože LSR může mít v LIB více značek od různých sousedních LSR pro stejný prefix, vybere si pro značkování paketů tu značku, která je přijata od LSR, který je podle směrovací tabulky "next hop" směrovačem pro příslušný prefix. Tuto značku si daný LSR uloží do tabulky LFIB (Label Forwarding Information Base) jako odchozí hodnotu. Jako předpokládaná příchozí hodnota značky se použije lokálně vybraná hodnota značky.[3] Podle databáze LFIB dochází k přepínaní MPLS paketů. Podobně jako u FIB, databáze LFIB se odkazuje na svou tabulku sousedství, kde je uvedena IP adresa dalšího přeskoku s odchozím rozhraním, přiřazené MPLS návěští, nebo MAC adresa dalšího přeskoku. Princip přepínaní MPLS návěští s využitím FIB a LFIB databázi, můžeme vidět níže na obrázku č. 8. Obr. č. 8: Princip fungování jednotlivých databází [2]. Průběh zpracování paketu v jednotlivých databázích: 1. Hraniční směrovač R1 příjme IP paket bez návěští s cílovou IP adresou a porovná ho s databázi FIB. Podle této databáze zjistí, že se IP adresa nejvíce shoduje z prefixem v tabulce. Než se paket vyšle na rozhraní Fa0/0 přidá se před paket návěští 25 (push). Obr. č. 9: MPLS zapouzdření mezi R1 a R2. 2. Směrovač R2 obdrží paket s návěštím 25 a porovnává ho v databázi LFIB, kde zjistí, že návěští 25 má vyměnit za návěští 34 (swap) a odeslat ho na rozhraní Fa0/0. Obr. č. 10: MPLS zapouzdření mezi R2 a R3. 3. Směrovač R3 příjme paket s návěštím 34. Ve směrovací databázi LFIB je uvedena akce pro odebrání návěští 34 (pop). Proto dojde k odebrání návěští a paket je již směrován bez návěští na rozhraní Fa0/1. listopad /15
8 Obr. č. 11: MPLS zapouzdření mezi R3 a R4. Jak již bylo výše zmíněno, na Cisco zařízeních technologie MPLS výhradně potřebuje ke své funkci, využívat technologii CEF. Pokud vypneme funkci CEF příkazem no ip cef, vypneme také podporu CEF FIB a MPLS LFIB. 5 Rekonvergence v případě ztráty LDP Hello paketu Díky ztracení několika LDP Hello paketů, dojde k vymazání všech MPLS značek na LSR směrovači. Jak již bylo zmíněno, k vyhledání LSR se využívají LDP Hello zprávy (Link Hello), které se posílají na UDP/646 a na vícesměrovou IP adresu , periodicky co 5sec. Jelikož LDP využívá UDP protokol nezaručuje se, že se LDP Hello paket neztratí. Pokud by došlo ke ztracení LDP Hello paketu, je možné explicitně definovat na Cisco směrovači navíc zasílání cílených(targeted), neboli podpůrných LDP Hello paketů. Základní vlastnosti cílového LDP Hello Paketu: Je zasílán jednosměrově sousednímu směrovači. Zasílá se periodicky co 15 sec. Holdtime je nastavený na 90 sec. Zdrojová IP adresa a cílová IP adresa je definována podle LSR-ID (LSR-ID je známy z vícesměrových LDP Hello paketů) listopad /15
9 5.1 Realizace funkčnosti LDP rekonvergence: Test funkčnosti rekonvergence jedné fyzické linky Obr. č. 12: Topologie sítě pro testování rekonvergenci LDP spojení. R1(config)# mpls ldp session protection duration infinite R2(config)# mpls ldp session protection duration infinite Řetězec infinite v příkazu výše, chrání LDP relaci, poté co se rozpadne Link discovery mezi sousedními směrovači LSR. Obr. č. 13: Zachycení cíleného LDP Hello paketu, který posílá R1 směrovač. Proto, abychom si ověřili funkčnost rekonvergence, provedeme filtraci vícesměrových LDP Hello zpráv, díky ACL na obou směrovačích: R1(config)# access-list 101 deny ip host host R1(config)# access-list 101 permit ip any any R1(config)# interface FastEthernet0/1 R1(config-if)# ip access-group 101 in V podstatě jsme touto konfiguraci řekli směrovači R1, že pokud příjme paket ze zdrojovou IP adresou (tj. IP adresa sousedního směrovače R1) a cílovou vícesměrovou IP adresou na rozhraní FA0/1, zahodí se. Všechen ostatní provoz je povolen. listopad /15
10 R2(config)# access-list 101 deny ip host host R2(config)# access-list 101 permit ip any any R2(config)# interface FastEthernet0/1 R2(config-if)# ip access-group 101 in Podobně jsme nakonfigurovali ACL na směrovači R2, který říká, že pokud příjme paket ze zdrojovou IP adresou (tj. IP adresa sousedního směrovače R1) a cílovou vícesměrovou IP adresou na rozhraní FA0/1, zahodí se. Všechen ostatní provoz je povolen. Pozn. Po konfiguraci ACL jsme si mohli všimnout z výpisu obou směrovačů, že byla inicializována podpůrná LDP relace, poté co vypršel patnáctisekundový LDP Hold-Time (viz. níže). R1# *Dec 19 20:22:11.491: %LDP-5-SP: :0: session hold up initiated R2# *Dec 19 20:30:53.758: %LDP-5-SP: :0: session hold up initiated Ověření funkčnosti ACL: R1#debug mpls ldp transport events interface fa0/1 *Dec 19 20:10:36.931: ldp: Rcvd ldp dir hello to from ( :0); FastEthernet0/1; opt 0xF *Dec 19 20:10:40.379: ldp: Send ldp hello; FastEthernet0/1, src/dst / , inst_id 0 *Dec 19 20:10:44.539: ldp: Send ldp hello; FastEthernet0/1, src/dst / , inst_id 0 *Dec 19 20:10:46.827: ldp: Rcvd ldp dir hello to from ( :0); FastEthernet0/1; opt 0xF R2#debug mpls ldp transport events interface fa0/1 *Dec 19 20:17:14.731: ldp: Rcvd ldp dir hello to from ( :0); FastEthernet0/1; opt 0xF *Dec 19 20:17:15.447: ldp: Send ldp hello; FastEthernet0/1, src/dst / , inst_id 0 *Dec 19 20:17:20.107: ldp: Send ldp hello; FastEthernet0/1, src/dst / , inst_id 0 *Dec 19 20:17:23.451: ldp: Rcvd ldp dir hello to from ( :0); FastEthernet0/1; opt 0xF Příchozí vícesměrové LDP Hello pakety jsou nyní filtrovány na obou směrovačích. Tím, že máme povolené příkazem výše podpůrné jednosměrové LDP Hello pakety, dojde k rekonvergenci LDP relace. Díky tomu, že došlo k rekonvergenci LDP relace, LSR směrovače by si stále měli udržovat pro každou podsíť, MPLS značku (remote binding) od sousedních směrovačů: R1#sh mpls ldp bindings lib entry: /32, rev 2 remote binding: lsr: :0, label: 16 lib entry: /32, rev 6 local binding: label: 16 remote binding: lsr: :0, label: imp-null lib entry: /30, rev 4 remote binding: lsr: :0, label: imp-null listopad /15
11 R2#sh mpls ldp bindings lib entry: /32, rev 6 local binding: label: 16 remote binding: lsr: :0, label: imp-null lib entry: /32, rev 2 remote binding: lsr: :0, label: 16 lib entry: /30, rev 4 remote binding: lsr: :0, label: imp-null Z výpisu výše vidíme, že podpůrná LDP relace stále udržuje MPLS značky v databázi LIB. Chceme-li uvést původní LDP relaci do provozu, stačí na rozhraní odebrat příkaz ip access-group 101 in. V tomto případě směrovač automaticky vypíše obnovení původní LDP relace: R1# *Dec 19 20:21:47.187: %LDP-5-SP: :0: session recovery succeeded R2# *Dec 19 20:30:33.970: %LDP-5-SP: :0: session recovery succeeded Test funkčnosti rekonvergence agregované L3 linky (L3 Port-Channel): Obr. č. 14: Topologie sítě pro testování rekonvergence LDP spojení agregované L3 linky. Opět využijeme příkazu, který chrání LDP relaci, poté co se rozpadne Link discovery mezi sousedními směrovači LSR: R1(config)# mpls ldp session protection duration infinite R2(config)# mpls ldp session protection duration infinite Definice rozhraní, která použijeme k agregaci L3 linky: R1(config)# interface FastEthernet0/1 R1(config-if)# channel-group 1 R1(config)# interface FastEthernet0/0 R1(config-if)# channel-group 1 listopad /15
12 Konfigurace rozhraní agregované L3 linky: R1(config)# interface Port-channel 1 R1(config-if)# ip address R1(config-if)# ip ospf 1 area 0 R1(config-if)# mpls ip Podobnou konfiguraci provedeme na směrovači R2: R2(config)# interface FastEthernet0/1 R2(config-if)# channel-group 1 R2(config)# interface FastEthernet0/0 R2(config-if)# channel-group 1 R2(config)# interface Port-channel 1 R2(config-if)# ip address R2(config-if)# ip ospf 1 area 0 R2(config-if)# mpls ip Při konfiguraci bylo zjištěno, že agregovaná L3 linka si ve skutečnosti rozděluje různé LDP pakety mezi těmito dvěma fyzickými linkami, což můžeme vidět z programu Wireshark: Obr. č. 15: Zachycení vícesměrových LDP Hello paketů na fyzické rozhraní FA0/1. Obr. č. 16: Zachycení cílených LDP Hello paketů a LDP keepalive zpráv na fyzickém rozhraní FA0/0. Ve skutečnosti by se mohlo zdát, že pokud se porouchá linka FA0/0, cílené LDP Hello pakety a LDP keepalive zprávy se přestanou odesílat. Nicméně pokud jsme tento problém nasimulovali, výpis níže ukazuje, ve wiresharku že všechny posílané LDP zprávy převezme linka FA0/1. listopad /15
13 Obr. č. 17: Zachycení cílených LDP Hello paketů a LDP keepalive zpráv na fyzickém rozhraní FA0/0. Stejná situace nastane pokud dojde k poruše linky FA0/0 - linka FA0/1 převezme plnou odpovědnost linky FA0/0. Po konfiguraci bychom měli pro každou podsíť dostat od sousedního směrovače MPLS značku (remote binding): R1#sh mpls ldp bindings lib entry: /32, rev 2 remote binding: lsr: :0, label: 16 lib entry: /32, rev 6 local binding: label: 16 remote binding: lsr: :0, label: imp-null lib entry: /30, rev 4 remote binding: lsr: :0, label: imp-null R2#sh mpls ldp bindings lib entry: /32, rev 6 local binding: label: 16 remote binding: lsr: :0, label: imp-null lib entry: /32, rev 2 remote binding: lsr: :0, label: 16 lib entry: /30, rev 4 remote binding: lsr: :0, label: imp-null Stejným způsobem si ověříme funkčnost rekonvergence s použitím agregované L3 linky, provedeme filtraci vícesměrových LDP Hello zpráv, díky ACL na obou směrovačích: R1(config)# access-list 101 deny ip host host R1(config)# access-list 101 permit ip any any R1(config)# interface Port-channel 1 R1(config-if)# ip access-group 101 in R2(config)# access-list 101 deny ip host host R2(config)# access-list 101 permit ip any any R2(config)# interface Port-channel 1 R2(config-if)# ip access-group 101 in listopad /15
14 Opět jsme si mohli všimnout z výpisu obou směrovačů, že byla inicializována podpůrná LDP relace, poté co vypršel patnáctisekundový LDP Hold-Time (viz. níže). R1# *Dec 19 22:32:12.955: %LDP-5-SP: :0: session hold up initiated R2# *Dec 19 22:33:06.191: %LDP-5-SP: :0: session hold up initiated Ověření funkčnosti ACL: R1#debug mpls ldp transport events interface port-channel 1 *Dec 19 22:30:55.951: ldp: Rcvd ldp dir hello to from ( :0); Port-channel1; opt 0xF *Dec 19 22:31:00.023: ldp: Send ldp hello; Port-channel1, src/dst / , inst_id 0 *Dec 19 22:31:04.463: ldp: Rcvd ldp dir hello to from ( :0); Port-channel1; opt 0xF R2#debug mpls ldp transport events interface port-channel 1 *Dec 19 22:40:47.703: ldp: Rcvd ldp dir hello to from ( :0); Port-channel1; *Dec 19 22:40:56.775: ldp: Send ldp hello; Port-channel1, src/dst / , inst_id 0 *Dec 19 22:40:57.263: ldp: Rcvd ldp dir hello to from ( :0); Port-channel1; opt 0xF Příchozí vícesměrové LDP Hello pakety jsou nyní filtrovány na obou směrovačích. Tím, že máme povolené příkazem výše podpůrné jednosměrové LDP Hello pakety, dojde k rekonvergenci LDP relace. Jak lze vidět z výpisu, oba LSR směrovače nepřijímají vícesměrové LDP Hello pakety. Z výpisu níže vidíme, že podpůrná relace LDP stále udržuje MPLS značky sousedního směrovače v LIB databázi: R1#sh mpls ldp bindings lib entry: /32, rev 2 remote binding: lsr: :0, label: 16 lib entry: /32, rev 6 local binding: label: 16 remote binding: lsr: :0, label: imp-null lib entry: /30, rev 4 remote binding: lsr: :0, label: imp-null R2#sh mpls ldp bindings lib entry: /32, rev 6 local binding: label: 16 remote binding: lsr: :0, label: imp-null lib entry: /32, rev 2 remote binding: lsr: :0, label: 16 lib entry: /30, rev 4 remote binding: lsr: :0, label: imp-null listopad /15
15 Chceme-li uvést původní LDP relaci do provozu, stačí stejným způsobem na rozhraní, odebrat příkaz ip access-group 101 in. V tomto případě směrovač automaticky vypíše obnovení původní LDP relace: R1# *Dec 19 22:59:06.723: %LDP-5-SP: :0: session recovery succeeded R2# *Dec 19 22:58:53.155: %LDP-5-SP: :0: session recovery succeeded Pokud by bylo potřeba, je možné nastavit čas (v sekundách) periodického zasílání cílených LDP Hello zpráv pomocí příkazu: R1(config)# mpls ldp discovery targeted-hello interval 2 Stejně tak je možné definovat čas (v sekundách) vypršení (Hold-Timer) pro cílené LDP Hello zprávy: R1(config)# mpls ldp discovery targeted-hello holdtime 10 6 Závěr Cíl našeho projektu spočíval popsat funkci protokolu LDP, který využívá technologie MPLS k výměně MPLS značek. Tuto problematiku jsme zpracovali nejen teoreticky, ale i prakticky, což dokládají výpis z programu Wireshark. Předtím, než jsme si ukázali, jak je takovýto paket směrován MPLS síti, bylo nutné vědět, že toto zapouzdření probíhá jen díky mechanizmu CEF, o který se technologie MPLS opírá. Rekonvergence v případě ztráty LDP Hello paketů byla rovněž vyřešena a prakticky ukázána, což dokládají ladící příkazy (debug) a výpis z jednotlivých LIB databází LSR směrovačů. 7 Použitá literatura [1] PETŘÍK, Michal. Technologie MPLS. [online] [cit ]. Dostupné z: [2] Přepínaný protokol MPLS. Knihy.cpress.cz [online] [cit ]. Dostupné z: knihy.cpress.cz/?p=actions&action=download/file&value=files&id=96963 [3] MACHNÍK, Petr. Technologie MPLS. [online] [cit ]. Dostupné z: itola1.pdf [4] MPLS Control and Data Plane Components. ware.org.ua [online] [cit ]. Dostupné z: listopad /15
MPLS Penultimate Hop Popping
MPLS Penultimate Hop Popping Jiří Otáhal (ota049) Abstrakt: Projekt má za úkol seznámit s funkcí protokolu MPLS Penultimate Hop Popping jejími přínosy a zápory při použití v různých aplikacích protokolu
VíceMPLS MPLS. Label. Switching) Michal Petřík -
MPLS (MultiProtocol Label Switching) Osnova prezentace: Technologie MPLS Struktura MPLS sítě MPLS a VPN G-MPLS Dotazy 2 / 21 Vznik MPLS: Ipsilon Networks (IP switching) pouze pro ATM Cisco systems, inc.
VíceNezávislé unicast a multicast topologie s využitím MBGP
Nezávislé unicast a multicast topologie s využitím MBGP Bc. Kriváček Martin (KRI0080), Bc. Stratil Tomáš(STR0136) Abstrakt: Tento krátký dokument by měl teoreticky i prakticky zasvětit do problematiky
VíceKAPITOLA 19. Přepínaný protokol MPLS
KAPITOLA 19 Přepínaný protokol MPLS Témata zkoušky probíraná v této kapitole: Tato kapitola rozebírá následující dílčí ta písemné zkoušky Cisco CCIE Routing and Switching. Podrobnější informace k tům uvedeným
VíceTechnologie MPLS X36MTI. Michal Petřík
Technologie MPLS X36MTI Michal Petřík Obsah 1 Seznámení s technologií...3 2 Historie a vývoj MPLS...3 3 Princip MPLS...3 3.1 Distribuce směrovacích tabulek MPLS...5 4 Virtuální sítě...5 4.1 MPLS Layer-3
VíceProjekt VRF LITE. Jiří Otisk, Filip Frank
Projekt VRF LITE Jiří Otisk, Filip Frank Abstrakt: VRF Lite - použití, návaznost na směrování v prostředí poskytovatelské sítě. Možnosti řízených prostupů provozu mezi VRF a globální směrovací tabulkou.
VíceMožnosti IPv6 NAT. Lukáš Krupčík, Martin Hruška KRU0052, HRU0079. Konfigurace... 3 Statické NAT-PT Ověření zapojení... 7
Možnosti IPv6 NAT Lukáš Krupčík, Martin Hruška KRU0052, HRU0079 Abstrakt: Tento dokument ukazuje možné řešení problematiky IPv6 NAT. Součástí je návrh topologií zapojení a praktické otestovaní. Kontrola
VíceMPLS na platformě Mikrotik
MPLS na platformě Mikrotik Zdeněk Dubnický, Miroslav Hrubec Abstrakt: Cílem projektu je průzkum a ověření možností použití MPLS na platformě Mikrotik. Klíčová slova: Mikrotik, MPLS (Multi Protocol Label
VíceAccess Control Lists (ACL)
Access Control Lists (ACL) Počítačové sítě 11. cvičení ACL Pravidla pro filtrování paketů (bezestavová) Na základě hlaviček (2.,) 3. a 4. vrstvy Průchod pravidly od 1. k poslednímu Při nalezení odpovídajícího
VíceL2 multicast v doméně s přepínači CISCO
L2 multicast v doméně s přepínači CISCO Vojtěch Kotík (KOT0084) Abstrakt: Tento dokument se zabývá šířením L2 multicastu v doméně složené z přepínačů Cisco. Obsahuje stručný popis technologie a jejích
Více4. Síťová vrstva. Síťová vrstva. Počítačové sítě I. 1 (6) KST/IPS1. Studijní cíl. Představíme si funkci síťové vrstvy a jednotlivé protokoly.
4. Síťová vrstva Studijní cíl Představíme si funkci síťové vrstvy a jednotlivé protokoly. Doba nutná k nastudování 3 hodiny Síťová vrstva Síťová vrstva zajišťuje směrování a poskytuje jediné síťové rozhraní
Více5. Směrování v počítačových sítích a směrovací protokoly
5. Směrování v počítačových sítích a směrovací protokoly Studijní cíl V této kapitole si představíme proces směrování IP.. Seznámení s procesem směrování na IP vrstvě a s protokoly RIP, RIPv2, EIGRP a
VícePodmíněná propagace cest do protokolu BGP
Podmíněná propagace cest do protokolu BGP Vicher M., Vojáček L. Abstrakt: Tento dokument popisuje ověření technologie podmíněné propagarace cest do BGP protokolu. Klíčová slova: bgp injection-map, BGP
VíceTechnologie počítačových sítí
Technologie počítačových sítí Ověření přenosu multicastových rámců a rámců řídících protokolů PAgP a LACP pro agregaci linek do virtuálního svazku přes tunelované VLAN pomocí technologie 802.1QinQ Tomáš
VícePokročilé možnosti DHCP serveru v Cisco IOS. Vladimír Jarotek
Pokročilé možnosti DHCP serveru v Cisco IOS Vladimír Jarotek Abstrakt: Cílem tohoto projektu je prozkoumání možností DHCP serveru a relay agenta v CISCO IOS Klíčová slova: Cisco, IOS, DHCP server, relay
VíceL2 multicast v doméně s přepínači CISCO
L2 multicast v doméně s přepínači CISCO Vojtěch Kotík (KOT0084) Abstrakt: Tento dokument se zabývá šířením L2 multicastu v doméně složené z přepínačů Cisco. Obsahuje stručný popis technologie a jejích
VíceProtokol GLBP. Projekt do předmětu Správa počítačových systémů Radim Poloch (pol380), Jan Prokop (pro266) 7.6.2007
Protokol GLBP Projekt do předmětu Správa počítačových systémů Radim Poloch (pol380), Jan Prokop (pro266) 7.6.2007 Obsah 1 Úvod... 3 1.1 Technologie GLBP... 3 1.1.1 Příklad topologie GLBP... 3 1.1.2 Přiřazení
VícePrůzkum a ověření možností směrování multicast provozu na platformě MikroTik.
Průzkum a ověření možností směrování multicast provozu na platformě MikroTik. K. Bambušková, A. Janošek Abstrakt: V této práci je popsán základní princip multicastů, následuje popis možností použití multicastů
VíceInternet a zdroje. (ARP, routing) Mgr. Petr Jakubec. Katedra fyzikální chemie Univerzita Palackého v Olomouci Tř. 17. listopadu
Internet a zdroje (ARP, routing) Mgr. Petr Jakubec Katedra fyzikální chemie Univerzita Palackého v Olomouci Tř. 17. listopadu 12 26. 11. 2010 (KFC-INTZ) ARP, routing 26. 11. 2010 1 / 10 1 ARP Address Resolution
VíceProtokoly: IP, ARP, RARP, ICMP, IGMP, OSPF
IP vrstva Protokoly: IP, ARP, RARP, ICMP, IGMP, OSPF UDP TCP Transportní vrstva ICMP IGMP OSPF Síťová vrstva ARP IP RARP Ethernet driver Vrstva síťového rozhraní 1 IP vrstva Do IP vrstvy náležejí další
VíceKonfigurace DHCP serveru a překladu adres na směrovačích Cisco
ČESKÉ VYSOKÉ UČENÍ TECHNICKÉ V PRAZE Fakulta elektrotechnická PROJEKT Č. 5 Konfigurace DHCP serveru a překladu adres na směrovačích Cisco Vypracoval: V rámci předmětu: Jan HLÍDEK Komunikace v datových
VícePočítačové sítě II. 13. Směrování Miroslav Spousta, 2006 <qiq@ucw.cz>, http://www.ucw.cz/~qiq/vsfs/
Počítačové sítě II 13. Směrování Miroslav Spousta, 2006 , http://www.ucw.cz/~qiq/vsfs/ 1 Představa propojení sítí sítě jsou propojeny pomocí směrovačů mezi každými dvěma uzly existuje cesta
VíceSemestrální projekt do SPS. Směrování pomocí MPLS v operačním systému linux
Semestrální projekt do SPS Směrování pomocí MPLS v operačním systému linux Vypracoval: Milan Rumplík (rum015) Zbyněk Skála (ska095) Datum: 22.1.2006 Cíl projektu Cílem našeho projektu bylo ověřit podporu
VíceJAK ČÍST TUTO PREZENTACI
PŘENOSOVÉ METODY V IP SÍTÍCH, S DŮRAZEM NA BEZPEČNOSTNÍ TECHNOLOGIE David Prachař, ABBAS a.s. JAK ČÍST TUTO PREZENTACI UŽIVATEL TECHNIK SPECIALISTA VÝZNAM POUŽÍVANÝCH TERMÍNŮ TERMÍN SWITCH ROUTER OSI
VícePočítačové sítě pro V3.x Teoretická průprava II. Ing. František Kovařík
Počítačové sítě pro V3.x Teoretická průprava II. Ing. František Kovařík SŠ IT a SP, Brno frantisek.kovarik@sspbrno.cz Model TCP/IP - IP vrstva 2 Obsah 3. bloku IPv4 záhlaví, IP adresy ARP/RARP, ICMP, IGMP,
VíceTypická využití atributu Community protokolu BGP - modelové situace
Typická využití atributu Community protokolu BGP - modelové situace Vít Slováček Login: SLO0058 Abstrakt: Dokument popisuje konfiguraci protokolu BGP (Border Gateway Protocol) a nastavení atributu community.
VíceAnalýza protokolů rodiny TCP/IP, NAT
Analýza protokolů rodiny TCP/IP, NAT Počítačové sítě 7. cvičení ARP Address Resolution Protocol mapování IP adres na MAC adresy Při potřebě zjistit MAC adresu k IP adrese se generuje ARP request (broadcast),
VíceZáklady IOS, Přepínače: Spanning Tree
Základy IOS, Přepínače: Spanning Tree Počítačové sítě 4. cvičení Semestrální projekt (1) Semestrální projekt (2) Struktura projektu: Adresní plán a konfigurace VLAN Směrování a NAT DNS server DHCP server
VíceMožnosti vylaďování subsecond konvergence EIGRP
Možnosti vylaďování subsecond konvergence EIGRP Filip Haferník (HAF006) & Bořivoj Holinek (HOL659) Abstrakt: Projekt má za cíl seznámit s problematikou konvergence a její vylaďování v EIGRP. Součástí projektu
VíceQoS na MPLS (Diffserv)
QoS na MPLS (Diffserv) Rostislav Žólty, ZOL005 Jan Golasowski, GOL091 Abstrakt: Tato práce se zabývá možnostmi nastavení a konfigurace kvality služby v IPv4 s využitím MPLS na základě smluvních podmínek
VíceIPv6. RNDr. Ing. Vladimir Smotlacha, Ph.D.
IPv6 RNDr. Ing. Vladimir Smotlacha, Ph.D. Katedra počítačových systémů Fakulta informačních technologií České vysoké učení technické v Praze Vladimír Smotlacha, 2011 Počítačové sít ě BI-PSI LS 2010/11,
VícePočítačové sítě II. 13. Směrování. Miroslav Spousta, 2004
Počítačové sítě II 13. Směrování Miroslav Spousta, 2004 1 Představa propojení sítí sítě jsou propojeny pomocí směrovačů mezi každými dvěma uzly existuje cesta přes mezilehlé sítě a směrovače většinou více
VíceAnalýza aplikačních protokolů
ČESKÉ VYSOKÉ UČENÍ TECHNICKÉ V PRAZE Fakulta elektrotechnická PROJEKT Č. 4 Analýza aplikačních protokolů Vypracoval: V rámci předmětu: Jan HLÍDEK Komunikace v datových sítích (X32KDS) Měřeno: 28. 4. 2008
VícePoužití Virtual NAT interfaces na Cisco IOS
Použití Virtual NAT interfaces na Cisco IOS Lukáš Czakan (CZA0006) Marek Vašut (VAS0064) Abstrakt: Tato práce obsahuje praktické srovnání použití klasického NATu s NAT virtuálním rozhraním a jejich použití
VíceEIGRP funkce Stub. Jiří Boštík (BOS031)
EIGRP funkce Stub Jiří Boštík (BOS031) Abstrakt: V tomto projektu pracuji s funkcí Stub, která je součástí routovacího protokolu EIGRP. Snažil jsem se popsat princip fungování Stub a uvést ho na příkladu.
VíceSměrovací protokoly, propojování sítí
Směrovací protokoly, propojování sítí RNDr. Ing. Vladimir Smotlacha, Ph.D. Katedra počítačových systémů Fakulta informačních technologií České vysoké učení technické v Praze Vladimír Smotlacha, 2011 Počítačové
VíceRoute reflektory protokolu BGP
SMĚROVANÉ A PŘEPÍNANÉ SÍTĚ Route reflektory protokolu BGP Jakub WAGNER Michal BODANSKÝ Abstrakt: Tato práce se zabývá testováním technologie route reflektorů na přístrojích firmy Cisco při dodržení podmínek
VíceZákladní principy obrany sítě II. Michal Kostěnec CESNET, z. s. p. o.
Základní principy obrany sítě II. Michal Kostěnec CESNET, z. s. p. o. Bezpečnost prakticky urpf RTBH směrování Zvýšení dostupnosti DNS služeb Honeypot snadno a rychle Efektivní blokování zdrojových/cílových
VícePočítačové sítě IP směrování (routing)
Počítačové sítě IP směrování (routing) IP sítě jsou propojeny směrovači (routery) funkcionalita směrovačů pokrývá 3. vrstvu RM OSI ~ vrstvu IP architektury TCP/IP (L3) směrovače provádějí přepojování datagramů
VíceBridging na Linuxu - příkaz brctl - demonstrace (všech) voleb na vhodně zvolených topologiích.
Bridging na Linuxu - příkaz brctl - demonstrace (všech) voleb na vhodně zvolených topologiích. Bc. Josef Hrabal - HRA0031 Bc. Kamil Malík MAL0018 Abstrakt: Tento dokument, se zabývá ověřením a vyzkoušením
VíceANALÝZA TCP/IP 2 ANALÝZA PROTOKOLŮ DHCP, ARP, ICMP A DNS
ANALÝZA TCP/IP 2 ANALÝZA PROTOKOLŮ DHCP, ARP, ICMP A DNS V této části se seznámíte s funkcemi a principy protokolů DHCP, ARP, ICMP a DNS. Síť je uspořádána dle následujícího schématu zapojení. Zahajte
VíceProgramování síťové služby Sniffer OSPFv2 a OSPFv3
Dokumentace k projektu z předmětu ISA Programování síťové služby Sniffer OSPFv2 a OSPFv3 Dne 27. listopadu 2011 zpracovala: Kateřina Šímová, xsimov01@stud.fit.vutbr.cz Fakulta informačních technologií
VíceRoutování směrovač. směrovač
Routování směrovač směrovač 1 Předmět: Téma hodiny: Třída: _ Počítačové sítě a systémy Routování směrovač 3. a 4. ročník SŠ technické Autor: Ing. Fales Alexandr Software: SMART Notebook 11.0.583.0 Obr.
VíceTelekomunikační sítě Protokolové modely
Fakulta elektrotechniky a informatiky, VŠB-TU Ostrava Telekomunikační sítě Protokolové modely Datum: 14.2.2012 Autor: Ing. Petr Machník, Ph.D. Kontakt: petr.machnik@vsb.cz Předmět: Telekomunikační sítě
VíceRegistrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost
Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 CZ.1.07 Vzděláním pro konkurenceschopnost Projekt je realizován v rámci Operačního programu Vzdělávání pro konkurence schopnost, který je spolufinancován
VíceVŠB Technická univerzita Ostrava Fakulta elektrotechniky a informatiky Katedra telekomunikační techniky
VŠB Technická univerzita Ostrava Fakulta elektrotechniky a informatiky Katedra telekomunikační techniky Technologie MPLS s využitím směrovačů MikroTik MPLS Technology by Using MikroTik Routers 2012 David
VíceArchitektura TCP/IP je v současnosti
Architektura TCP/IP - úvod Architektura TCP/IP je v současnosti nejpoužívanější síťová architektura architektura sítě Internet Uplatnění TCP/IP user-end systémy (implementace všech funkčních vrstev) mezilehlé
VíceIPv6 VPN přes IPv4 MPLS páteř
IPv6 VPN přes IPv4 MPLS páteř Tomáš Bednár, BED163 Pavel Bílý, BIL208 Abstrakt: Tato práce se zabývá vytvořením VPN spojů mezi klientskými sítěmi pracujícími s adresami IPv6 skrze IPv4 MPLS páteř poskytovatele.
VícePIM Dense mode State Refresh
PIM Dense mode State Refresh Radim Holek, HOL0123 Abstrakt: Tato práce se zabývá prozkoumáním volby PIM Dense mode State refresh jako proaktivním opatřením proti periodickému floodingu. Klíčová slova:
VícePočítačová síť. je skupina počítačů (uzlů), popřípadě periferií, které jsou vzájemně propojeny tak, aby mohly mezi sebou komunikovat.
Počítačové sítě Počítačová síť je skupina počítačů (uzlů), popřípadě periferií, které jsou vzájemně propojeny tak, aby mohly mezi sebou komunikovat. Základní prvky sítě Počítače se síťovým adaptérem pracovní
VíceZÁKLADNÍ ANALÝZA SÍTÍ TCP/IP
ZÁKLADNÍ ANALÝZA SÍTÍ TCP/IP ÚVOD Analýza sítě je jedním z prostředků potřebných ke sledování výkonu, údržbě a odstraňování závad v počítačových sítích. Většina dnešních sítí je založena na rodině protokolů
VícePrincipy ATM sítí. Ing. Vladimír Horák Ústav výpočetní techniky Univerzity Karlovy Operační centrum sítě PASNET
Principy ATM sítí Ing. Vladimír Horák Ústav výpočetní techniky Univerzity Karlovy Operační centrum sítě PASNET vhor@cuni.cz Konference Vysokorychlostní sítě 1999 Praha 10. listopadu Asynchronous Transfer
VíceMPLS ve VRF. Bc. Pavel Pustowka PUS0017, Bc. Radim Holek HOL0123
MPLS ve VRF Bc. Pavel Pustowka PUS0017, Bc. Radim Holek HOL0123 Abstrakt: Tento projekt navrhuje možnost řešení VPN sítí v MPLS, za použití virtuálních směrovacích tabulek. Součástí tohoto projektu je
Víceíta ové sít TCP/IP Protocol Family de facto Request for Comments
Architektura TCP/IP v současnosti nejpoužívanější síťová architektura architektura sítě Internet Uplatnění user-end systémy (implementace všech funkčních vrstev) mezilehlé systémy (implementace spodních
VíceBEZTŘÍDNÍ SMĚROVÁNÍ, RIP V2 CLASSLESS ROUTING, RIP V2
FAKULTA INFORMAČNÍCH TECHNOLOGIÍ ÚSTAV INFORMAČNÍCH SYSTÉMŮ FACULTY OF INFORMATION TECHNOLOGY DEPARTMENT OF INFORMATION SYSTEMS BEZTŘÍDNÍ SMĚROVÁNÍ, RIP V2 CLASSLESS ROUTING, RIP V2 JIŘÍ KAZÍK JAROSLAV
VícePočítačové sítě IP routing
IP sítě jsou propojeny směrovači - routery Funkce směrovačů odpovídá 3. vrstvě referenčního modelu OSI - L3 L3 odpovídá IP vrstvě architektury TCP/IP Směrovače provádějí přepojování datagramů mezi IP sítěmi
VícePředstava propojení sítí
Počítačové sít ě II 13. Směrování Miroslav Spousta, 2004 1 Představa propojení sítí sít ě jsou propojeny pomocí směrovačů mezi každými dvěma uzly existuje cesta přes mezilehlé sít ě a směrovače většinou
Více7. Aplikační vrstva. Aplikační vrstva. Počítačové sítě I. 1 (5) KST/IPS1. Studijní cíl. Představíme si funkci aplikační vrstvy a jednotlivé protokoly.
7. Aplikační vrstva Studijní cíl Představíme si funkci aplikační vrstvy a jednotlivé protokoly. Doba nutná k nastudování 2 hodiny Aplikační vrstva Účelem aplikační vrstvy je poskytnout aplikačním procesům
VíceHSRP a VRRP s využitím IPv6
HSRP a VRRP s využitím IPv6 Jiří Linhart LIN0030 Petr Václavík - VAC0059 Abstrakt: Tato práce se zabývá technologiemi FHRP(First Hop Redundancy Protocol) a to HSRP, VRRP a jejich funkčnosti s protokolem
VíceRegistrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost
Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost Projekt je realizován v rámci Operačního programu Vzdělávání pro konkurence
VíceSMĚROVANÉ A PŘEPÍNANÉ SÍTĚ semestrální projekt. DHCP snooping. Petr Gurecký gur020
SMĚROVANÉ A PŘEPÍNANÉ SÍTĚ semestrální projekt DHCP snooping Petr Gurecký gur020 15. května 2006 LS 2005/2006 Obsah 1 Cíl projektu 2 2 Jak DHCP snooping funguje 2 3 Konfigurace DHCP snoopingu na switchi
VíceModel ISO - OSI. 5 až 7 - uživatelská část, 1 až 3 - síťová část
Zatímco první čtyři vrstvy jsou poměrně exaktně definovány, zbylé tři vrstvy nemusí být striktně použity tak, jak jsou definovány podle tohoto modelu. (Příkladem, kdy nejsou v modelu použity všechny vrstvy,
Více12. Virtuální sítě (VLAN) VLAN. Počítačové sítě I. 1 (7) KST/IPS1. Studijní cíl. Základní seznámení se sítěmi VLAN. Doba nutná k nastudování
12. Virtuální sítě (VLAN) Studijní cíl Základní seznámení se sítěmi VLAN. Doba nutná k nastudování 1 hodina VLAN Virtuální síť bývá definována jako logický segment LAN, který spojuje koncové uzly, které
VícePřednáška 9. Síťové rozhraní. Úvod do Operačních Systémů Přednáška 9
Přednáška 9 Síťové rozhraní. 1 Počítačové sítě Sítě jsou složité pro zjednodušení jsou řešeny po vrstvách ISO/OSI model od teorie k praxi příliš se neujal 7 vrstev TCP/IP model od praxe k teorii sada protokolů
VíceSemestrální projekt do předmětu SPS
Semestrální projekt do předmětu SPS Název projektu: Instalace a provoz protokolu IPv6 v nových verzích MS Windows (XP). Ověření proti routerům Cisco a Linux. Cíl projektu: Autoři: Cílem tohoto projektu
VíceProjektování distribuovaných systémů Lekce 2 Ing. Jiří ledvina, CSc
VLAN Projektování distribuovaných systémů Lekce 2 Ing. Jiří ledvina, CSc VLAN Virtual LAN Cíl rozdělení fyzicky propojených počítačů do skupin, které fungují tak, jako by nebyly fyzicky propojeny (na rozdíl
VíceSíťová vrstva. RNDr. Ing. Vladimir Smotlacha, Ph.D.
Síťová vrstva RNDr. Ing. Vladimir Smotlacha, Ph.D. Katedra počítačových systémů Fakulta informačních technologií České vysoké učení technické v Praze Vladimír Smotlacha, 2011 Počítačové sít ě BI-PSI LS
VíceNové LSA v topologické databází OSPFv3
Nové LSA v topologické databází OSPFv3 Petr Feichtinger, FEI022 Tomáš Šmíd, SMI0022 Abstrakt: Tato práce popisuje praktický příklad konfigurace topologické databáze OSPFv3. Dále práce popisuje nové LSA
VíceInternet protokol, IP adresy, návaznost IP na nižší vrstvy
Metodický list č. 1 Internet protokol, IP adresy, návaznost IP na nižší vrstvy Cílem tohoto tematického celku je poznat formát datagramů internet protokolu (IP) a pochopit základní principy jeho fungování
VíceX36PKO Úvod Protokolová rodina TCP/IP
X36PKO Úvod Protokolová rodina TCP/IP 1 Kontakty Jan Kubr kubr@fel.cvut.cz,místnost E-435,(22435) 7628, konzultace Po 15:30, po předchozí domluvě, https://dsn.felk.cvut.cz/wiki/vyuka/cviceni/x36pko/start
VíceHot Standby Router Protocol (zajištění vysoké spolehlivosti výchozí brány)
České vysoké učení technické v Praze Fakulta elektrotechnická Moderní technologie Internetu Hot Standby Router Protocol (zajištění vysoké spolehlivosti výchozí brány) Abstrakt Popis jednoho z mechanizmů
Více32-bitová čísla Autonomních Systémů v protokolu BGP
32-bitová čísla Autonomních Systémů v protokolu BGP Jakub Martiník (MAR0178), Lukáš Dobrý (DOB0016) Abstrakt: Tento krátký dokument ověřuje kompatibilitu mezi autonomními systémy v protokolu BGP, které
VíceInovace bakalářského studijního oboru Aplikovaná chemie
http://aplchem.upol.cz CZ.1.07/2.2.00/15.0247 Tento projekt je spolufinancován Evropským sociálním fondem a státním rozpočtem České republiky. Síťové vrstvy a protokoly Síťové vrstvy Síťové vrstvy Fyzická
VíceGRE tunel APLIKA ˇ CNÍ P ˇ RÍRU ˇ CKA
GRE tunel APLIKAC NÍ PR ÍRUC KA POUŽITÉ SYMBOLY Použité symboly Nebezpečí důležité upozornění, které může mít vliv na bezpečí osoby nebo funkčnost přístroje. Pozor upozornění na možné problémy, ke kterým
VíceInovace bakalářského studijního oboru Aplikovaná chemie
http://aplchem.upol.cz CZ.1.07/2.2.00/15.0247 Tento projekt je spolufinancován Evropským sociálním fondem a státním rozpočtem České republiky. Síťové vrstvy a protokoly Síťové vrstvy Fyzická vrstva Lan,
Více32-bitová čísla Autonomních Systémů v protokolu BGP
32-bitová čísla Autonomních Systémů v protokolu BGP Jakub Martiník (MAR0178), Lukáš Dobrý (DOB0016) Abstrakt: Tento krátký dokument ověřuje kompatibilitu mezi autonomními systémy v protokolu BGP, které
Více3. Linková vrstva. Linková (spojová) vrstva. Počítačové sítě I. 1 (5) KST/IPS1. Studijní cíl
3. Linková vrstva Studijní cíl Představíme si funkci linkové vrstvy. Popíšeme její dvě podvrstvy, způsoby adresace, jednotlivé položky rámce. Doba nutná k nastudování 2 hodiny Linková (spojová) vrstva
VícePřepínaný Ethernet. Virtuální sítě.
Přepínaný Ethernet. Virtuální sítě. Petr Grygárek rek 1 Přepínaný Ethernet 2 Přepínače Chování jako mosty v topologii strom Přepínání řešeno hardwarovými prostředky (CAM) Malé zpoždění Přepínání mezi více
VícePopis a ověření možností přepínacího modulu WIC- 4ESW pro směrovače Cisco
Popis a ověření možností přepínacího modulu WIC- 4ESW pro směrovače Cisco Martin Hladil, Jiří Novák Úvod Modul WIC-4ESW je 4 portový ethernetový přepínač druhé vrstvy se schopnostmi směrování na třetí
VíceJiří Tic, TIC080 Lukáš Dziadkowiec, DZI016 VŠB-TUO. Typy LSA v OSPF Semestrální projekt: Směrované a přepínané sítě
.. VŠB-TUO Jiří Tic, TIC080 Lukáš Dziadkowiec, DZI016 Typy LSA v OSPF Semestrální projekt: Směrované a přepínané sítě......... 7.06.2005 1.Zadání Navrhněte topologii sítě pro ověření jednotlivých typů
Vícemetodický list č. 1 Internet protokol, návaznost na nižší vrstvy, směrování
metodický list č. 1 Internet protokol, návaznost na nižší vrstvy, směrování Cílem tohoto tematického celku je poznat formát internet protokolu (IP) a pochopit základní principy jeho fungování včetně návazných
Vícee1 e1 ROUTER2 Skupina1
Zkouška POS - Vzorové zadání Jméno:... Os.číslo:... Maximální bodový zisk 55b, minimum 30b. Při dosažení 25-29b rozhoduje o uznání zkoušky ústní přezkoušení (další body se při ústní zkoušce nepřidělují).
VíceTÉMATICKÝ OKRUH Počítače, sítě a operační systémy
TÉMATICKÝ OKRUH Počítače, sítě a operační systémy Číslo otázky : 9. Otázka : Propojování počítačových sítí: most-přepínač, virtuální sítě, směrovač. Směrování, směrovací tabulka, směrovací protokoly. Obsah
VíceHSRP v1+v2, reakce na události object trackingu, vliv na zátěž CPU
HSRP v1+v2, reakce na události object trackingu, vliv na zátěž CPU Pavel Bernat Abstrakt: Tato práce se zabývá způsobu konfigurace HSRP (protokol umožňující zřízení dvou výchozích bran a jejich seskupení
VíceY36PSI IPv6. Jan Kubr - 7_IPv6 Jan Kubr 1/29
Y36PSI IPv6 Jan Kubr - 7_IPv6 Jan Kubr 1/29 Obsah historie, motivace, formát datagramu, adresace, objevování sousedů, automatická konfigurace, IPsec, mobilita. Jan Kubr - 7_IPv6 Jan Kubr 2/29 Historie
VíceRoute Refresh a Outbound Route Filtering
Route Refresh a Outbound Route Filtering Petr Hamalčík Abstrakt: Tento projekt se zabývá mechanismy Route Refresh a Outbound Route Filtering (ORF), které jsou používány v protokolu BGP při filtrování cest
VícePřednáška 3. Opakovače,směrovače, mosty a síťové brány
Přednáška 3 Opakovače,směrovače, mosty a síťové brány Server a Client Server je obecné označení pro proces nebo systém, který poskytuje nějakou službu. Služba je obvykle realizována některým aplikačním
VícePočítačové sítě. Miloš Hrdý. 21. října 2007
Počítačové sítě Miloš Hrdý 21. října 2007 Obsah 1 Pojmy 2 2 Rozdělení sítí 2 2.1 Podle rozlehlosti........................... 2 2.2 Podle topologie............................ 2 2.3 Podle přístupové metody.......................
VíceAktivní prvky: brány a směrovače. směrovače
Aktivní prvky: brány a směrovače směrovače 1 Předmět: Téma hodiny: Třída: Počítačové sítě a systémy Aktivní prvky brány a směrovače 3. a 4. ročník SŠ technické Autor: Ing. Fales Alexandr Software: SMART
VíceVLSM Statické směrování
VLSM Statické směrování Počítačové sítě 5. cvičení Dělení IP adresy na síť a stanici Třídy adres prefixový kód v prvním bajtu určuje hranici Podle masky podsítě (subnet mask) zleva souvislý úsek 1 v bin.
VícePočítačové sítě Implementace RM OSI. Počítačové sítě - Vrstva datových spojů 1
Implementace RM OSI Počítačové sítě - 1 Protokoly, architektura Otevřené systémy Otevřené pro další standardizaci Definují širší kategorie funkcí pro každou funkční úroveň Nedefinují způsob implementace
VíceKomunikační protokoly počítačů a počítačových sítí
Komunikační protokoly počítačů a počítačových sítí Autor: Ing. Jan Nožička SOŠ a SOU Česká Lípa VY_32_INOVACE_1138_Komunikační protokoly počítačů a počítačových sítí_pwp Název školy: Číslo a název projektu:
VíceMODELY POČÍTAČOVÝCH SÍTÍ
MODELY POČÍTAČOVÝCH SÍTÍ V počátcích budování počítačových sítí byly sítě a technické prostředky těchto sítí od jednotlivých výrobců vzájemně nekompatibilní. Vznikla tedy potřeba vytvoření jednotného síťového
Více3 Prefix suppression v OSPFv3... 7
Prefix suppression v OSPF 3 Marek Berger (BER0049) Abstrakt: Dokument shrnuje možnost využití funkce prefix suppression pro účely filtrování směrovacích záznamů v rámci protokolu OSPF verze 3. Byly použity
VíceÚvod do síťových technologií
Úvod do síťových technologií, 30. Říjen 2014 Osnova - Co vás čeká Fyzická vrstva - Média Síťové vrstvy a zapouzdření MAC Adresa IP Adresa, sítě a masky Příklady komunikace Přehled síťových prvků (HW) Diskuze
VícePropojování sítí,, aktivní prvky a jejich principy
Propojování sítí,, aktivní prvky a jejich principy Petr Grygárek 1 Důvody propojování/rozdělování sítí zvětšení rozsahu: překonání fyzikálních omezení dosahu technologie lokální sítě propojení původně
VíceDefinice pojmů a přehled rozsahu služby
PŘÍLOHA 1 Definice pojmů a přehled rozsahu služby SMLOUVY o přístupu k infrastruktuře sítě společnosti využívající technologie Carrier IP Stream mezi společnostmi a Poskytovatelem 1. Definice základních
VícePodpora QoS (L2, L3) na DSLAM Zyxel IP Express IES 1000
Podpora QoS (L2, L3) na DSLAM Zyxel IP Express IES 1000 Ľubomír Prda, Pavel Juška Abstrakt: Tento dokument pojednává o laboratorním ověření funkčnosti QoS na druhé a třetí vrstvě ISO/OSI modelu zařízení
VíceIdentifikátor materiálu: ICT-3-03
Identifikátor materiálu: ICT-3-03 Předmět Téma sady Informační a komunikační technologie Téma materiálu TCP/IP Autor Ing. Bohuslav Nepovím Anotace Student si procvičí / osvojí architekturu TCP/IP. Druh
VíceSite - Zapich. Varianta 1
Site - Zapich Varianta 1 1. Koncovy uzel PC1 overuje pres PING konektivitu uzlu PC3. Jaky bude obsah ethernetoveho ramce nesouciho ICMP zpravu od PC1 na portu Fa0/3 SW1? SRC address: MAC_PC1 DST address:
Více