Použití RSVP TE pro sestavování Label Switch Path u technologi MPLS
|
|
- Emilie Marcela Čechová
- před 6 lety
- Počet zobrazení:
Transkript
1 Použití RSVP TE pro sestavování Label Switch Path u technologi MPLS Marek Malysz Abstrakt: Cílem práce je prozkoumat funkci signalizačního protokolu RSVP, především jeho rozšíření, které se používá při sestavování explicitních směrovacích cest v MPLS sítích. Jsou zde popsány i základní operace MPLS TE, kterým tento protokol slouží. Klíčová slova: MPLS, traffic engineering, RSVP, LSP, fast reroute 1 Úvod MPLS Traffic Engineering Rozšíření IGP protokolů Výpočet cest Signalizace cest Resource Reservation Protocol RSVP TE Směrování provozu Fast Reroute (FRR) Rozšíření RSVP pro podporu FRR Zachycená komunikace Zpráva Path Zpráva Resv FRR Konfigurace LSP na Cisco směrovačích Postup vytvoření LSP Explicitní cesta Fast Reroute Závěr Zdroje Příloha A: Konfigurace FRR...10 prosinec /12
2 1 Úvod Abychom ve své síti zaručili dostupnost a odolnost proti výpadkům, navrhujeme sítě s redundantními spoji. Nad touto topologii pracuje interní směrovací protokol, který informuje směrovače o nejvýhodnějších cestách. Takto vyhodnocené cesty se snadno zahltí, pokud nedisponují požadovaným přenosovým pásmem, zatímco alternativní zůstanou nevyužité. Pro zmírnění dopadu zahazování paketů na ucpané cestě lze na vstupu do sítě aplikovat tzv. policy routing. V technologii MPLS problematiku řeší rozšíření zvané řízení provozu (Traffic Engineering TE). O technologii MPLS (Multi Protocol Label Switching), která po vzoru ATM přepíná pakety podle značek, víme, že má za úkol urychlit rozhodování směrovačů a z názvu lze také vyčíst, že vytváří vrstvu umožnující transportovat obecně více síťových protokolů. Vnitřní směrovače v MPLS síti budují svou přepínací tabulku na základě dostupných síťových prefixů v síti, k vzájemné výměně značek pak slouží protokoly jako jsou: LDP (Label Distribution Protocol), BGPv4, RSVP TE a další. Značky obecně mohou korespondovat i s jinými parametry cesty jako např. QoS. Na vstupu do MPLS sítě se paketu podle určitých pravidel přiřadí značka, další uzly v síti se už rozhodují výhradně podle této značky, kterou mohou pozměnit nebo na výstupu odstranit. MPLS technologie navíc umožňuje stohovat hlavičky se značkami za sebe, čehož se využívá např. v MPLS VPN. 2 MPLS Traffic Engineering Traffic Engineering lze taky chápat jako planování efektivního využití provozu. MPLS TE přichází s mechanizmy, jak vhodně rozložit zátěž a v důsledku předcházet zahlcení a ztrátám paketů. MPLS TE nám umožňuje směrovat provoz přes předem definované uzly v síti. Směrovače zahrnuté v MPLS síti nazýváme LSR Label Switching Router a cesty, kterými přenášíme data LSP Label Switchd Path. Dále rozšiřuje možnosti řízení provozu o směrování se zohledněním určitých omezení (constraint based routing, CBR). Podporuje taky preempci mezi LSP s různou prioritou. K signalizaci těchto cest lze využít rozšíření RSVP protokolu nebo nebo protokolu CR LDP. Následující kapitoly popisují 4 základní funkce zahrnuté v MPLS TE: distribuce informací o linkách, vyhledání vhodné cesty, její signalizace a směrování vybraného provozu. 2.1 Rozšíření IGP protokolů Pro účely constraint based routingu potřebují všechny LSR znát detailní informace o využití jednotlivých spojů a dostupném přenosovém pásmu. K tomu lze využít rozšíření již existujících link state IGP. Jedná se o protokoly IS IS a OSPF. Pro OSPF se vyvinulo rozšíření, které využívá LSA typu 10 a šíří informace v rámci celé oblasti. Definuje taky nový typ LSA Traffic Engineering LSA, který v obsahu přenáší např: Traffic engineering metric sekundární TE metrika pro danou linku, Maximum bandwidth, Maximum reservable bandwidth, Unreserved bandwidth, Administrative group hodnota definována admistrátorem, pro rozhodování o zahrnutí nebo vyloučení linek do výpočtu CBR a další. Více v RFC 3630 Traffic Engineering (TE) Extensions to OSPF Version 2, nebo v RFC 3784 pro IS IS. 2.2 Výpočet cest Topologická databáze s výše uvedenými informacemi nám poslouží jako základ, na který aplikujeme modifikovaný SPF algoritmus, constraint based, shortest path first (CSPF). Vstupní uzel v MPLS síti do výpočtu nezahrne linky, které nevyhovují požadavkům datového toku, pracuje tedy nad jakousi redukovanou topologii. V praxi se definuje např. minimální propustnost požadovanou pro datový tok. Administrátor je prosinec /12
3 schopen explicitně určit uzly, kterými má provoz probíhat. Výsledkem je pak nejkratší LSP splňující zároveň všechny požadavky. 2.3 Signalizace cest Pokud byla v síti nalezena cesta (způsobem popsaným v předchozí kapitole), vstupní uzel zahájí její signalizaci. Cílem je vytvořit mezi směrovači po cestě vazbu na příchozí a odchozí značku. Teprve pak budeme schopni touto cestou přeposílat pakety. Pro účely signalizace LSP se používá rozšíření protokolu RSVP o další objekty, m.j. práci se značkami Resource Reservation Protocol Protokol samotný vychází z architektury IntServ, která zakládá na rezervací prostředků v síti podle požadavků aplikace. Mezi základní vlastnosti RSVP patří: zahájení rezervace je závislé na příjemci, oddělení rezervace od vlastního rozhodování, které pakety tyto prostředky využijí, potřeba obnovování rezervací a jiné. Zde je třeba zdůraznit, že v kontextu signalizace LSP označujeme jakýkoli uzel, ze kterého vede jednoznačná LSP, právě jako odesílatele. Příjemce bude ten, u koho daná LSP končí Typy RSVP zpráv Každá RSVP zpráva obsahuje hlavičku a alespoň jeden objekt. Objekty se mohou vnořovat. Zpráva Path Resv Funkce Zahájení relace. Odesílatel generuje Path state k příjemci. Signalizace platné rezervace. Příjemce generuje Resv state zpět k odesílateli. ResvConf Potvrzení úspěšné rezervace PathTear ResvTear PathErr ResvErr Ruší stav vytvořený Path zprávou Ruší rezervační stav Podává zprávu o chybě ve směru k odesílateli Podává zprávu o chybě ve směru k příjemci Tabulka 1: Přehled RSVP zpráv Zpráva Path prochází postupně jednotlivými uzly(patřicími do LSP), na kterých vytváří tzv. Path state, jenž obsahuje m.j. IP adresu odesílatele. Pokud koncový uzel rezervaci přijme vygeneruje Resv zprávu. Uzly na zpáteční cestě tuto rezervaci ověří a v kladném případě je poslána na IP adresu z Path state RSVP TE MPLS TE rozšiřuje RSVP protokol o následující objekty: RSVP Objekt RSVP zpráva Popis LABEL_REQUEST Path Požadavek o značku odeslaný sousednímu uzlu ve směru k odesílateli LABEL Resv MPLS značka přidělená sousedním LSR EXPLICIT_ROUTE Path Seznam uzlů určující LSP cestu RECORD_ROUTE Path, Resv Seznam uzlů/značek zaznamenaných během sestavení LSP SESSION_ATTRIBUTE Path Vyžadované LSP atributy (priorita, ochrana, a další) Tabulka 2: Nové typy RSVP objektů podporující MPLS TE V inicializačních zprávách putují požadavky na rezervaci, a v odpovědi Resv se pak buduje LSP a zároveň se plní label forwarding information base (LFIB), popř. rezervuje požadované pásmo. prosinec /12
4 Ilustrace 1: Ukázka RSVP TE zobrazuje průběh RSVP signalizace z počátečního uzlu A (headend) k cíli D (tailend). Na zpáteční cestě směrovač D informuje podle pravidla PHP (Penultimate Hop Popping), sousední směrovač C, aby k němu pakety neznačkoval. Směrovač C vygeneruje novou značku 20 a v přepínací tabulce značek (LFIB, Label Forwarding Information Base) si poznamená, že příchozí paket s touto značkou bude přeposílat na rozhraní k směrovači D (pro tentokrát bez značky). Směrovač B taky vygeneruje novou značku 50, kterou oznámí směrovači A a do LFIB si poznamená, že pakety se značku 50 bude přeposílat na rozhraní 0 se značkou 20 získanou od směrovače C. Takto si směrovače vymění značky zpět až k počátečnímu uzlu headendu. Ilustrace 1: Ukázka RSVP TE 2.4 Směrování provozu MPLS TE rozděluje samotné vytvoření LSP a rozhodování o tom, který tok dat bude touto cestou směrovat. Toto rozhodování přináleží uzlu, který danou LSP vytvořil. Na Cisco směrovačích se ke konfiguraci LSP používá tunel rozhraní, kterému se přiřazuje MPLS TE parametry. Pro směrování tímto tunelem lze využít statických cest nebo policy routingu. V konfiguraci tunel rozhraní lze uvést paramter autoroute, jež sdělí směrovacímu procesu, aby jej použil pro dosažení tailendu a sítí jím nabízených. 3 Fast Reroute (FRR) MPLS TE podporuje náhradní scénáře v případě výpadku uzlu nebo linky na cestě LSP. FRR využívá předem signalizované záložní LSP, která se použije v případě poruchy. Uzel sousedící poškozenému směrovači nebo lince se stává vstupním bodem do připraveného LSP. Nazýváme jej Point of local repair (PLR). Uzel na konci záložního LSP se nazývá merge point (MP) a v něm se data přijatá ze záložní linky přesměrují do původního LSP. Ochranu cesty lze rozdělit na: ochrana spoje záložní cesta vede na následující uzel (next hop), ochrana uzlu záložní cesta vede až na další uzel za následujícím (next next hop). V dalších kapitolách je diskutována první, jednodušší, varianta. Pro detekci a informování o chybě lze použít např. signalizaci pomocí RSVP Hello zpráv nebo protokolu BFD (Bidirectional Forwarding Detection). Dále v příkladu je uvedeno použití RSVP Hello zpráv. Zpoždění do zahájení používání obchozí cesty je řadově v desítkách milisekund pokud se jedná o detekci výpadku přímo připojené sítě. V případě výpadku celého uzlu aktivace objížďky bude z důvodu pozdějšího ohlášení pomalejší. Existují dvě techniky pro přemostění cest: facility backup náhradní cesta využívá stohování MPLS hlaviček, umožňuje přenášet více LSP, one to one každá chráněná cesta vyžaduje vlastní vyhrazenou záložní cestu. Ilustrace 2: Ukázka FRR znázorňuje situaci, ve které mezi směrovači B a C nastal výpadek linky (znázorněno křížkem na spoji RB RC). Data přenášená ze směrovače A do D byly přesměrovány na záložní cestu, přičemž byl použit způsob facility backup. Na směrovači RB se MPLS hlavička změní následujícím způsobem. Bude použita záložní cesta, paket bude odeslán rozhraním č. 2. Na záložní cestě bude paket obsahovat 2 MPLS hlavičky, přičemž vnitřní obsahuje prosinec /12
5 značku, kterou běžně očekává MP (RC očekává značku 20 ). A vnější značka symbolizuje záložní LSP (značka 17 ). Na směrovači RE se použije pravidlo PHP (vnější značka bude odstraněna) a MPLS paket dorazí do RC už s pouze jednou hlavičkou. Směrovač RC dále přepíná značku 20 na 10. Níže uvedené platí pro jeden směr. Ilustrace 2: Ukázka FRR Nicméně FRR přináší na síť množství požadavků, které nelze vždy jednoduše zaručit. Jedná se o volnou kapacitu na záložních linkách, která v době běžného provozu je uměle zadržena pro případné použití. 3.1 Rozšíření RSVP pro podporu FRR Protokol RSVP v konfiguraci vyžadované pro FRR přidává Fast_reroute objekt a rozšiřuje některé stávající: RSVP Objekt RSVP zpráva FRR funkce FAST_REROUTE Path Určuje vlastnosti záložní cesty: priority, max. počet hopů, šířku pásma a jiné. Dále určuje požadovanou techniku zálohy (oneto one nebo facility backup) RECORD_ROUTE Path, Resv Zaznamenává možnosti ochrany na jednotlivých uzlech SESSION_ATTRIBUTE Path Určuje, zda LSP vyžaduje ochranu (linky, uzlu nebo šířky pásma) Tabulka 3: Rozšíření RSVP pro podporu FRR Objekt Fast_reroute se v komunikaci nevyskytl, zato v Session_attribute lze vidět očekávané informace. V příchozím paketu (Resv) pak náležitě vyplněnou Record_route. Ukázky jsou uvedeny v následujících kapitolách. 4 Zachycená komunikace Následující výstupy pocházejí z programu Wireshark. Výstupy navazují na konfiguraci FRR i ilustraci, uvedenou v příloze A. (Výstupy byly zkrácen o nesouvísející části.) 4.1 Zpráva Path Zachycuje RSVP zprávu PATH odeslanou ze směrovače RA do RD. V objektu Explicit_route je vidět přesný seznam uzlů, přes které má signalizace procházet. IP adresy uzlů jsou výsledkem CSPF algoritmu, který zohlednil předem definovaný seznam router ID. Je zde i objekt Label_request. RSVP Header. PATH Message. SESSION: IPv4 LSP, Destination , Tunnel ID 100, Ext ID EXPLICIT ROUTE: Length: 52 Object class: EXPLICIT ROUTE object (20) prosinec /12
6 C type: 1 IPv4 Subobject , Strict IPv4 Subobject , Strict IPv4 Subobject , Strict IPv4 Subobject , Strict IPv4 Subobject , Strict IPv4 Subobject , Strict LABEL REQUEST: Basic: L3PID: IP (0x0800) SESSION ATTRIBUTE: Length: 20 Object class: SESSION ATTRIBUTE object (207) C type: 7 IPv4 LSP (No Resource Affinities) Setup priority: 7 Hold priority: 7 Flags: 0x = Local protection desired = Směrova č vyžaduje na signalizované LSP záložní objížďku = Label recording desired = vyžaduje zahrnutí informací o značkách v objektu Record_route = SE style desired = Bandwidth protection not desired = Node protection not desired Name: Z_RA_do_RD RECORD ROUTE: IPv Zpráva Resv Tento výstup navazuje na zprávu Path z předchozí kapitoly. Je zde zobrazena odpověď RESV z RB do RA Objekt Record_route obsahuje atributy rozšířené o možnosti ochrany uzlů. Směrovač RB oznamuje značku 22, kterou bude rozpoznávat komunikaci přes signalizovanou LSP. RSVP Header. RESV Message. SESSION: IPv4 LSP, Destination , Tunnel ID 100, Ext ID LABEL: 22 RECORD ROUTE: Length: 100 Object class: RECORD ROUTE object (21) C type: 1 IPv4 Subobject , Local Protection Available, Local Protection In Use Label Subobject 22,, Local Protection Available IPv4 Subobject Label Subobject 21,, Local Protection Available IPv4 Subobject Label Subobject 0,, Local Protection Available Lze zde opět vidět chování PHP směrovač RD ( ) nebude očekávat značku. Informace o Record_route objektu jsou dostupné i v Cisco CLI: RA#show s Name: Z_RA_do_RD (Tunnel100) Destination: OutLabel : FastEthernet0/0, 22 RSVP Signalling Info: Src , Dst , Tun_Id 100, Tun_Instance 20 RSVP Path Info: My Address: Explicit Route: Record Route: NONE RSVP Resv Info: Record Route: (22) (21) (0) prosinec /12
7 4.3 FRR Nad topologii z Přílohy A bylo odzkoušeno použití objížďky v přípdě přerušení linky RB RC. Testování probíhalo nejdříve pomocí příkazu traceroute, kterým jsem sledoval použití MPLS značek na primární LSP z do RD. Následně, během odesílání ICMP zpráv příkazem ping, byla linka RB RC manuálně deaktivována příkazem shutdown. Výpadek byl zachycen ve výstupu a způsobil jednu nezodpovězenou ICMP zprávu. Následně byl znovu spuštěn příkaz traceroute pro ověření záložní cesty. Ve výsledku je vidět přidání vnější MPLS hlavičky (značka č. 23) na záložní cestě. Ve výstupu jsou zobrazeny přenášené značky na jednotlivých linkách. RA#traceroute v /32 Tracing MPLS Label Switched Path to /32, timeout is 2 seconds MRU 1500 [Labels: 21/implicit null Exp: 0/0] L MRU 1500 [Labels: 24 Exp: 0] 12 ms L MRU 1504 [Labels: implicit null Exp: 0] 16 ms! ms RA# RA#ping repeat 500 Sending 500, 100 byte ICMP Echos to , timeout is 2 seconds:!!!!!!!.!!!!!!!!!!!!. (stisknuto Ctrl C) Success rate is 90 percent (19/21), round trip min/avg/max=404/778/1024 ms RA# RA#traceroute v /32 Tracing MPLS Label Switched Path to /32, timeout is 2 seconds MRU 1500 [Labels: 21/implicit null Exp: 0/0] L MRU 1496 [Labels: 23/24 Exp: 0/0] 12 ms L MRU 1504 [Labels: 24 Exp: 0] 12 ms L MRU 1504 [Labels: implicit null Exp: 0] 16 ms! ms RA# Používané značky v LSP lze zjistit příkazy, popř. v LFIB: RA#show s tunnel 100 include OutLabel OutLabel : FastEthernet0/1, 21 s jakou značkou posílá směrova č RA RB#show s tunnel 99 include OutLabel OutLabel : FastEthernet0/1, 23 značka posílaná objížďkou z RB 5 Konfigurace LSP na Cisco směrovačích Pro upřesnění vztahu LSP a tunel rozhraní, které jsem zmínil v kapitole 2.4 Směrování provozu, je zde nutno zdůraznit, že LSP lze považovat za abstrakci, jejiž realizace je uskutečněna tunel rozhraním. 5.1 Postup vytvoření LSP 1. V rámci MPLS TE mraku je třeba jednoznačně identifikovat jednotlivé uzly, k tomuto účelu je nejvhodnější použití loopback rozhraní. int Loopback0 ip address nutná maska /32 2. TE se zavádí v rámci aktuální oblasti. mpls traffic eng area O 3. Určení stabilního rozhraní pro účely IGP s podporou MPLS TE. mpls traffic eng router id Loopback0 4. Aktivace MPLS na rozhraních. (if)# 5. Zapnutí podpory TE na směrovači, nutno uvést v konfiguračním režimu i na všech rozhraních, na kterých chceme provozovat TE. (conf)# prosinec /12
8 (if)# 6. Vytvoření tunelu interface Tunnel 1! lokalni konec tunelu si převezme IP adresu z loopback rozhraní ip unnumbered Loopback0! cílová IP adresa tunelu (vhodná je zde protější Router ID adresa) tunnel destination ! povinný příkaz pro aktivaci MPLS TE tunnel mode mpls traffic eng! oznámí možnost dosažení uzl ů směrovacímu procesu tunnel mpls traffic eng autoroute announce! LSP bude vypočítána dynamicky tunnel mpls traffic eng path option 1 dynamic Položek path option lze definovat více, preferována bude volba s nižším číslem. Alternativně lze definovat seznam uzlů, ukázka je uvedena v další kapitole. Při definici LSP můžeme definovat prioritu pro vytváření tunelu i jeho udržování (setup, holding). Platí, že nová LSP s vyšší prioritou zavedení zruší již existující LSP s nižší prioritou udržování. Směrovač, na kterém tato kolize vznikla, pošle RSVP ResvTear zprávu k směrovači, který danou LSP inicioval. Priorita může nabývat hodnot 0 7, číselně nižší znamená větší prioritu. Výchozí hodnota je 7. Příklad: tunnel mpls traffic eng priority 7 [7] 5.2 Explicitní cesta Příkazem ip explicit path <jmeno> lze v konfiguračním režimu vytvořit seznam uzlů, přes které se má (nebo taky nesmí) LSP postupně signalizovat. Vkládání IP adres provádíme jednotlivými next address <IP_adresa> (případně pak exclude address <IP_adresa> ). Tento pojmenovaný seznam pak můžeme použít v definici tunelu pomocí příkazu: tunnel mpls traffic eng path option 10 explicit <jmeno> 5.3 Fast Reroute V konfiguraci tunelu, který vyžaduje ochranu, je nutné uvést řádek, který zajistí odesílání objektu Fast_Reroute v RSVP zprávě. (tunel)#tunnel mpls traffic eng fast reroute Na uzlu PLR (point of local repair), na kterém budeme využívat možnosti FRR, je třeba připravit obchozí LSP. Příslušné kroky byly okomentovány v kapitole 4.1 Vytvoření LSP. Dále na PLR v konfiguraci pochybného rozhraní nastavíme: (if)#mpls traffic eng backup path <tunel> Pro úpěšnou detekci sousedů s použitím RSVP Hello zpráv na chráněné lince a rychlé přesměrování provozu na linku záložní je nutné doplnit konfiguraci o následující příkazy v globálním režimu i na rozhraní diskutované linky. (conf)#ip rsvp signalling hello (if)#ip rsvp signalling hello 6 Závěr Otestoval jsem základní konfiguraci tunelů pro přenos paketů nad MPLS a sledoval RSVP komunikaci mezi směrovači. V Cisco směrovačích 2801 je podpora Fast Reroute podporována v IOS od verze 12.4(22). Mezi nevýhody lze zařadit to, že protokol RSVP je ze své podstaty jednosměrně orientovaný, tudiž pro zajištění běžné komunikace je třeba vytvářet velmi podobné konstrukce vždy i z druhého konce. prosinec /12
9 7 Zdroje ALVAREZ, Santiago. Qos for IP/MPLS Networks. 1st edition. [s.l.] : Cisco Press, s. ISBN MPLS Traffic Engineering and Enhancements [online]. [2008] [cit ]. Dostupný z WWW: < MPLS Traffic Engineering [online]. [2008] [cit ]. Dostupný z WWW: < Multiprotocol Label Switching on Cisco Routers [online]. [2008] [cit ]. Dostupný z WWW: < AWDUCHE, D., et al. Requirements for Traffic Engineering Over MPLS [online] [cit ]. Dostupný z WWW: < OSBORNE, Eric, SIMHA, Ajay. Traffic Engineering with MPLS [online]. Cisco Press, 2002 [cit ]. Dostupný z WWW: < KACÁLEK, Jan. RSVP Zprávy [online]. c2006 [cit ]. Dostupný z WWW: < AWDUCHE, D., et al. RSVP TE: Extensions to RSVP for LSP Tunnels [online] [cit ]. Dostupný z WWW: < prosinec /12
10 8 Příloha A: Konfigurace FRR ho RA interface fa 0/1 ip address int loop0 ip add router ospf 1 mpls traffic eng area 0 mpls traffic eng router id Loopback0 interface Tunnel100 description Z_RA_do_RD ip unnumbered Loopback0 tunnel destination tunnel mode mpls traffic eng tunnel mpls traffic eng autoroute announce tunnel mpls traffic eng path option 1 explicit name Z_RA_do_RD tunnel mpls traffic eng fast reroute ip explicit path name Z_RA_do_RD enable next address next address next address exit ho RB ip rsvp signalling hello interface FastEthernet0/0 ip address interface FastEthernet1/0 desc nestabilni_linka_rb_rc ip address ip rsvp signalling hello prosinec /12
11 mpls traffic eng backup path tunnel 99 interface FastEthernet0/1 ip address int loop0 ip add router ospf 1 mpls traffic eng area 0 mpls traffic eng router id Loopback0 interface Tunnel99 description BACKUP_WHEN_Link R2 R3_DOWN ip unnumbered Loopback0 tunnel destination tunnel mode mpls traffic eng tunnel mpls traffic eng path option 1 explicit name BACKUP_R2_TO_R3 ip explicit path name BACKUP_R2_TO_R3 enable next address next address exit ho RC ip rsvp signalling hello interface FastEthernet1/1 desc nestabilni_linka_rc_rb ip address ip rsvp signalling hello mpls traffic eng backup path tunnel499 interface FastEthernet0/0 ip address interface FastEthernet1/0 ip address int loop0 ip add router ospf 1 mpls traffic eng area 0 mpls traffic eng router id Loopback0 interface Tunnel499 description BACKUP_WHEN_Link RB RC_DOWN_two ip unnumbered Loopback0 tunnel destination tunnel mode mpls traffic eng tunnel mpls traffic eng path option 1 explicit name BACKUP_RB_TO_RC_zpet prosinec /12
12 ip explicit path name BACKUP_RB_TO_RC_zpet enable next address next address exit ho RD interface FastEthernet0/0 ip address int loop0 ip add router ospf 1 mpls traffic eng area 0 mpls traffic eng router id Loopback0 interface Tunnel400 description Z_RD_do_RA ip unnumbered Loopback0 tunnel destination tunnel mode mpls traffic eng tunnel mpls traffic eng autoroute announce tunnel mpls traffic eng path option 1 explicit name Z_RD_do_RA tunnel mpls traffic eng fast reroute ip explicit path name Z_RD_do_RA enable next address next address next address exit ho RE interface FastEthernet1/1 ip address interface FastEthernet1/0 ip address int loop0 ip add router ospf 1 mpls traffic eng area 0 mpls traffic eng router id Loopback0 exit prosinec /12
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íceSemestrální projekt do SPS Protokol RSVP na Cisco routerech
Semestrální projekt do SPS Protokol RSVP na Cisco routerech Vypracoval: Marek Dovica DOV003 Milan Konár KON300 Cíl projektu Cílem projektu je přiblížit problematiku protokolu RSVP a ověřit jeho funkčnost
VíceSměrování. 4. Přednáška. Směrování s částečnou znalostí sítě
Sever 22.3.2010 Směrování 4. Přednáška Tomáš Fidler Proces předávání paketů Využívají se efektivní datové struktury Jak získat směrovací informace... Jak se dá využít směrovací informace... Směrování s
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í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í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í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í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í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í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íceSměrování. static routing statické Při statickém směrování administrátor manuálně vloží směrovací informace do směrovací tabulky.
Směrování Ve větších sítích již není možné propojit všechny počítače přímo. Limitujícím faktorem je zde množství paketů všesměrového vysílání broadcast, omezené množství IP adres atd. Jednotlivé sítě se
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í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íceMPLS LDP na přepínané síti. L2 enkapsulace odchozích paketu, vazba na CEF. Rekonvergence v případě ztráty LDP Hello paketu.
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ží
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í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í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í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í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ě 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íceSměrování a směrovací protokoly
Technologie sítí WAN (CCNA4) Směrování a směrovací protokoly 30. března 2007 Autoři: Marek Lomnický (xlomni00@stud.fit.vutbr.cz) Vladimír Veselý (xvesel38@stud.fit.vutbr.cz) Obsah 1 Co je směrování?...
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í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í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í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íce1. Směrovače směrového protokolu směrovací tabulku 1.1 TTL
1. Směrovače Směrovače (routery) jsou síťové prvky zahrnující vrstvy fyzickou, linkovou a síťovou. Jejich hlavním úkolem je směrování paketů jednotlivými sítěmi ležícími na cestě mezi zdrojovou a cílovou
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íceSměrování- OSPF. Směrování podle stavu linek (LSA) Spolehlivé záplavové doručování
Směrování- OSPF Směrování podle stavu linek (LS) Link State lgorithm(ls) směrování podle stavu linek Každý uzel ví jak dosáhnout přímo spojené sousedy: lokální linkstate(stav linek) Přerušenélinky nebo
VíceBudování sítě v datových centrech
Budování sítě v datových centrech Ing. Pavel Danihelka pavel.danihelka@firma.seznam.cz Network administrator Obsah Úvod Hardware Škálovatelnost a propustnost Zajištění vysoké dostupnosti Bezpečnost Load
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í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í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í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íceSměrovací protokol OSPF s využitím systému Mikrotom. Ing. Libor Michalek, Ph.D.
Směrovací protokol OSPF s využitím systému Mikrotom Ing. Libor Michalek, Ph.D. Ostrava, 2010 Úvod Mikrotik představuje kompletní operační systém pracující jak na platformách x86, tak na proprietárních
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íceTechnologie počítačových sítí - LS 2016/2017. Případová studie příklady syntaktických konstruktů Cisco IOS pro jednotlivé části případové studie.
Technologie počítačových sítí - LS 2016/2017 Případová studie příklady syntaktických konstruktů Cisco IOS pro jednotlivé části případové studie. Petr Grygárek Obecné hostname XXX ping vrf V ipv6
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í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í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íceTechnologie počítačových sítí - ZS 2015/2016 Kombinované studium
Technologie počítačových sítí - ZS 2015/2016 Kombinované studium Případová studie příklady syntaktických konstruktů Cisco IOS pro jednotlivé části případové studie. Petr Grygárek Ping ipv6 ve VRF : ping
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í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íceBIRD Internet Routing Daemon
BIRD Internet Routing Daemon Ondřej Zajíček CZ.NIC z.s.p.o. IT 13.2 Úvod I Úvod do dynamického routování I Představení démona BIRD I OSPF a BIRD I BGP a BIRD Dynamické routování I Sestavení routovacích
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í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í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í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í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í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í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íceNepřímé do jiných sítí (podle IP adresy sítě přes router - určitou gateway ) Default gateway (společná výchozí brána do všech dostupných sítí)
Pojmy IP adresa Maska sítě (podsítě) Subnet mask Směrování Přímé do přímo připojených sítí (podle MAC rozhraní připojeného do stejné sítě) Nepřímé do jiných sítí (podle IP adresy sítě přes router - určitou
VíceVyvažování zátěže na topologii přepínačů s redundandními linkami
Vyvažování zátěže na topologii přepínačů s redundandními linkami Petr Grygárek, FEI, VŠB-TU Ostrava Transparentní mosty (dnes většinou přepínače) se propojují do stromové struktury. Jestliže požadujeme
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íceMožnosti Multi-Topology Routing v Cisco IOS (ISIS, OSPF, BGP, EIGRP)
Možnosti Multi-Topology Routing v Cisco IOS (ISIS, OSPF, BGP, EIGRP) Václav Stefek, Jan Krejčí, Dušan Griga, Martin Medera Abstrakt: Tato práce představuje výstup semestrálního projektu do předmětu Směrované
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íceRychlost konvergence v IP/MPLS sítích
Rychlost konvergence v IP/MPLS sítích Jméno a příjmení: Martin Lipinský Osobní číslo: A05450 Studijní skupina: Dálkové studium Obor: INIB-INFB E-mail: martin@lipinsky.cz Předmět: KIV/PRJ5 Datum odevzdání:
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í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í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íceMultipoint LDP (mldp)
Multipoint LDP (mldp) Bc. Pavel Rath (rat0009), Bc. Dalibor Zegzulka (zeg0008) Abstrakt: Popis a princip technologie Multipoint LDP, včetně postupu vysignalizování cesty a vytvoření P2MP cest a MP2MP cest.
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í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í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í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í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íceMulticast Source Discovery Protocol (MSDP)
Multicast Source Discovery Protocol (MSDP) Jan Pastrňák(PAS126) Šindler Ondřej(SIN099) Konfigurace a použití protokolu MSDP na Cisco Routerech Co je MSDP MSDP je protokol umožňující propojení multicastových
VíceStudium protokolu Session Decription Protocol. Jaroslav Vilč
Studium protokolu Session Decription Protocol Jaroslav Vilč 5. února 2007 Session Description Protocol (SDP) SDP je určen pro popis multimediálních relací. Jedná se o dobře definovaný formát postačující
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íceKonfigurace sítě s WLAN controllerem
Konfigurace sítě s WLAN controllerem Pavel Jeníček, RCNA VŠB TU Ostrava Cíl Cílem úlohy je realizace centrálně spravované bezdrátové sítě, která umožní bezdrátovým klientům přistupovat k síťovým zdrojům
VícePrůzkum a ověření konfigurace Private VLAN na Cisco Catalyst 3560
Průzkum a ověření konfigurace Private VLAN na Cisco Catalyst 3560 Dvouletý Pavel, Krhovják Roman Abstrakt: Práce zkoumá možnosti a funkčnost nastavení private VLAN na switchi Cisco Catalyst 3560. Na praktickém
VíceTesty kompatibility BGP a OSPF mezi Cisco a Mikrotik
Testy kompatibility BGP a OSPF mezi Cisco a Mikrotik Marcel Staniek Abstrakt: Tento semestrální projekt se zabývá interoperabilitou směrovacích protokolů OSPF a BGP mezi směrovači společností Cisco a Mikrotik.
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íceQuality of service. - principy a mechanizmus - integrované služby - diferencované služby - policy based networking.
Quality of service - principy a mechanizmus - integrované služby - diferencované služby - policy based networking QoS v IP sítích - IETF aktivity QoS v IP sítích (zlepšení strategie best effort s maximálním
VíceY36PSI Protokolová rodina TCP/IP
Y36PSI Protokolová rodina TCP/IP Jan Kubr - Y36PSI 1 11/2008 Program protokol síťové vrstvy IP podpůrné protokoly ICMP RARP, BOOTP, DHCP protokoly transportní vrstvy UDP TCP Jan Kubr - Y36PSI 2 11/2008
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íceCisco IOS TCL skriptování využití SMTP knihovny
Cisco IOS TCL skriptování využití SMTP knihovny Bc. Petr Hanták (han377), Bc. Vít Klimenko (kli307) Abstrakt: Úkolem tohoto projektu bylo zmapovat SMTP knihovnu pro odesílání emailových zpráv z Cisco směrovačů
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í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í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í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íceQoS - Quality of Service
QoS - Quality of Service Přednášky z Projektování distribuovaných systémů Ing. Jiří Ledvina, CSc. Quality of Service principy a mechanizmus integrované služby diferencované služby policy based networking
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íceY36SPS QoS Jan Kubr - Y36SPS 1 5/2008
Y36SPS QoS Jan Kubr - Y36SPS 1 5/2008 QoS - co, prosím? Quality of Services = kvalita služeb Opatření snažící se zaručit koncovému uživateli doručení dat v potřebné kvalitě Uplatňuje se v přenosu multimédií,
Více2 Architektura IP/MPLS sítí
Obsah 1 Úvod......2 2 Architektura IP/MPLS sítí......4 2.1 Co je to značka, a jak vypadá......5 2.2 Řídicí a přepínací část MPLS sítí......5 2.3 Role směrovačů v MPLS síti......6 3 Teorie konvergence MPLS
Více2 Architektura IP/MPLS sítí
Obsah 1 Úvod......1 2 Architektura IP/MPLS sítí......3 2.1 Co je to značka, a jak vypadá......4 2.2 Řídicí a přepínací část MPLS sítí......5 2.3 Role směrovačů v MPLS síti......6 3 Teorie konvergence MPLS
VíceSoučinnost architektury diferencovaných a integrovaných služeb
Součinnost architektury diferencovaných a integrovaných služeb Ing. Jan Kacálek Doc. Ing. Vladislav Škorpil, CSc. Vysoké učení technické v Brně, Fakulta elektrotechniky a komunikačních technologií, Ústav
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íceZkrácení zápisu dvojitou dvojtečkou lze použít pouze jednou z důvodu nejednoznačnosti interpretace výsledného zápisu adresy.
Vlastnosti IPv6 (I) Minulé díly seriálu IPv6 vysvětlily proč se IPv4 blíží ke svému konci aže jeho nástupcem je nový Internetový Protokol verze 6 (IPv6). Tématem dnešního dílu jsou vlastnosti IPv6 protokolu.
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íceBudování sítě v datových centrech
Budování sítě v datových centrech Ing. Pavel Danihelka Senior network administrator Obsah Seznam a jeho síť Hardware Škálovatelnost a propustnost Zajištění vysoké dostupnosti Load balancing Návrh architektury
VíceVPLS, redundance přípojných linek na bázi MLAG
VPLS, redundance přípojných linek na bázi MLAG Jiří Krejčíř, KRE414 Abstrakt: Architektura VPLS, použití technologie MLAG pro CISCO Klíčová slova: VPLS, MLAG 1 VPLS (Virtual Private LAN Service)...1 1.1
Více2N EasyRoute UMTS datová a hlasová brána
2N EasyRoute UMTS datová a hlasová brána Jak na to? Verze Záloha spojení www.2n.cz 1 1. Představení funkce Záloha spojení V této kapitole představíme funkci záložního připojení s použitím produktu 2N
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í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íceNástroje pro FlowSpec a RTBH. Jiří Vraný, Petr Adamec a Josef Verich CESNET. 30. leden 2019 Praha
Nástroje pro FlowSpec a RTBH Jiří Vraný, Petr Adamec a Josef Verich CESNET 30. leden 2019 Praha Motivace Máme FlowSpec (konečně!) a co s ním? Nabídnout využití pro gramotné správce Nabídnout využití pro
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í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ícePočítačové sítě. Jan Outrata KATEDRA INFORMATIKY UNIVERZITA PALACKÉHO V OLOMOUCI. přednášky
Počítačové sítě Jan Outrata KATEDRA INFORMATIKY UNIVERZITA PALACKÉHO V OLOMOUCI přednášky Tyto slajdy byly jako výukové a studijní materiály vytvořeny za podpory grantu FRVŠ 1358/2010/F1a. Síťová vrstva
Více