Podmíněná propagace cest do protokolu BGP

Podobné dokumenty
Route reflektory protokolu BGP

Testy kompatibility BGP a OSPF mezi Cisco a Mikrotik

Projekt VRF LITE. Jiří Otisk, Filip Frank

Základy IOS, Přepínače: Spanning Tree

Nezávislé unicast a multicast topologie s využitím MBGP

32-bitová čísla Autonomních Systémů v protokolu BGP

Možnosti IPv6 NAT. Lukáš Krupčík, Martin Hruška KRU0052, HRU0079. Konfigurace... 3 Statické NAT-PT Ověření zapojení... 7

BGP dampening. Pavel Juška, Lukáš Kořistka

Europen: IP anycast služba

IPv6 VPN přes IPv4 MPLS páteř

3 Prefix suppression v OSPFv3... 7

Směrované a přepínané sítě Border Gateway Protocol (BGP)

VLSM Statické směrování

PROJEKT FENIX Petr Jiran NIX.CZ. EurOpen.CZ VZ Měřín

MPLS Penultimate Hop Popping

32-bitová čísla Autonomních Systémů v protokolu BGP

Technologie počítačových sítí - ZS 2015/2016 Kombinované studium

Použití Virtual NAT interfaces na Cisco IOS

VLSM Statické směrování

Multicast Source Discovery Protocol (MSDP)

Cisco IOS TCL skriptování využití SMTP knihovny

Možnosti Multi-Topology Routing v Cisco IOS (ISIS, OSPF, BGP, EIGRP)

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.

Typická využití atributu Community protokolu BGP - modelové situace

Konfigurace sítě s WLAN controllerem

Semestrální projekt do předmětu SPS

BEZTŘÍDNÍ SMĚROVÁNÍ, RIP V2 CLASSLESS ROUTING, RIP V2

Analýza protokolů rodiny TCP/IP, NAT

Route Refresh a Outbound Route Filtering

Semestrální projekt do SPS Protokol RSVP na Cisco routerech

HSRP v1+v2, reakce na události object trackingu, vliv na zátěž CPU

Možnosti vylaďování subsecond konvergence EIGRP

Evoluce RTBH v NIX.CZ. Petr Jiran NIX.CZ IT17 Praha

5. Směrování v počítačových sítích a směrovací protokoly

Nové LSA v topologické databází OSPFv3

Šifrování MPLS provozu: Realizace MPLS nad Cisco DM-VPN

OSPF - dynamické routování

Vyvažování zátěže na topologii přepínačů s redundandními linkami

OSPFv3 popis principů funkce, praktické ověření a sledování provozu, se zaměřením na interpretaci smyslu nových typů LSA

L2 multicast v doméně s přepínači CISCO

Jiří Tic, TIC080 Lukáš Dziadkowiec, DZI016 VŠB-TUO. Typy LSA v OSPF Semestrální projekt: Směrované a přepínané sítě

Směrované a přepínané sítě

MPLS a VPN. Petr Grygárek, RCNA FEI VŠB-TU Ostrava, 2004

Podsíťování. Počítačové sítě. 7. cvičení

Směrování. 4. Přednáška. Směrování s částečnou znalostí sítě

Šifrování MPLS provozu: Realizace MPLS nad Cisco DM-VPN

Protokol GLBP. Projekt do předmětu Správa počítačových systémů Radim Poloch (pol380), Jan Prokop (pro266)

KAPITOLA 23. Překlady adres NAT

Počítačové sítě 1 Přednáška č.5

Průzkum a ověření konfigurace Private VLAN na Cisco Catalyst 3560

Konfigurace DHCP serveru a překladu adres na směrovačích Cisco

EIGRP funkce Stub. Jiří Boštík (BOS031)

Podpora QoS (L2, L3) na DSLAM Zyxel IP Express IES 1000

GRE tunel APLIKA ˇ CNÍ P ˇ RÍRU ˇ CKA

MPLS ve VRF. Bc. Pavel Pustowka PUS0017, Bc. Radim Holek HOL0123

Pokročilé možnosti DHCP serveru v Cisco IOS. Vladimír Jarotek

Projekt k předmětu Směrované a přepínané sítě. Ověření kompatibility implementací OSPF na Cisco IOS a Linuxu - různé typy oblastí

Kabelážní systémy Základy IOS přepínače

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.

2N VoiceBlue Next. 2N VoiceBlue Next brána - instalační průvodce. Version 1.00

BGP unequal-cost load balancing s použitím předávání kapacit linek v atributu Community

L2 multicast v doméně s přepínači CISCO

MPLS na platformě Mikrotik

Registrační číslo projektu: CZ.1.07/1.5.00/ Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost

BIRD Internet Routing Daemon

1. Směrovače směrového protokolu směrovací tabulku 1.1 TTL

IPv6. RNDr. Ing. Vladimir Smotlacha, Ph.D.

Případová studie SPS 2016/17 Doporučené kroky řešení a doporučení k jednotlivým částem řešení

Základní příkazy Cisco IOS pro správu směrovačů a přepínačů

Technologie počítačových sítí AFT NAT64/DNS64. Bc. Lumír Balhar (BAL344), Bc. Petr Kadlec (KAD0019)

OpenVPN a dynamické směrování

DMVPN na IPv6. Ondřej Folber (fol179) Marek Smolka (smo119)

SEMESTRÁLNÍ PROJEKT Směrové přepínané sítě

VŠB - Technická univerzita Ostrava

Směrování. static routing statické Při statickém směrování administrátor manuálně vloží směrovací informace do směrovací tabulky.

2N VoiceBlue Next. 2N VoiceBlue Next & Siemens HiPath (series 3000) Propojení pomocí SIP trunku. Quick guide. Version 1.

Konfigurace směrovače, CDP

Směrovací démon BIRD. CZ.NIC z. s. p. o. Ondřej Filip / IT10

Případová studie datové sítě

Počítačové sítě. Cvičení - IP adresy

Průvodce nastavením VoIP u telefonní ústředny OMEGA

Návod na nastavení bezdrátového routeru Asus WL-520g Deluxe v režimu klient

Loop-Free Alternative (LFA)

HSRP a VRRP s využitím IPv6

Počítačové sítě ZS 2012/2013 Projekt návrhu sítě zadání

Protokol LLDP, srovnání s Cisco CDP, možnosti konfigurace na běžných platformách Cisco, Linux, Windows

Počítačové sítě ZS 2008/2009 Projekt návrhu sítě zadání

Y36PSI IPv6. Jan Kubr - 7_IPv6 Jan Kubr 1/29

Internet a zdroje. (ARP, routing) Mgr. Petr Jakubec. Katedra fyzikální chemie Univerzita Palackého v Olomouci Tř. 17. listopadu

NAT-PT/DNS64/AFT. Bc. Lumír Balhar (BAL344), Bc. Petr Kadlec (KAD0019)

IPv6 Multicast. Rostislav Žólty, ZOL005 Jan Golasowski, GOL091

Konfigurace směrovačů a přepínačů s Cisco IOS

Site - Zapich. Varianta 1

Zone-Based Firewall a CBAC na Cisco IOS

VRRP v1+v2, konfigurace, optimalizace a reakce na události na plaformě RouterOS

Počítačové sítě II. 13. Směrování. Miroslav Spousta, 2004

Projekt. Howto VRF/VPN na CISCO routerech v. 2. Zpracoval:BU KOVÁ Dagmar, BUC061

Počítačové sítě II. 13. Směrování Miroslav Spousta,

FSD-804PS. 8-Portů 10/100Mbps s 4-Port PoE Web Smart Ethernet Switch. Uživatelský manuál

Transkript:

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 Obsah: 1. ÚVOD... 1 2. ZAPOJENÍ... 1 2.1. POUŽITÁ TOPOLOGIE... 1 2.2. ZÁKLADNÍ KONFIGURACE... 2 2.3. KONFIGURACE PODMÍNĚNÉ PROPAGACE CEST... 3 2.4. OVĚŘENÍ SPRÁVNÉ KONFIGURACE... 4 3. ZÁVĚR... 5 4. POUŽITÁ LITERATURA... 5 1

1. Úvod Podmíněná propagace cest je jednou z významných novinek uvedených v IOS 12.0. Pomocí podmíněné propagace cest můžeme vkládat na základě existence jiné cesty specifické cesty BGP tabulky. Většina cest v aktuálních internetových BGP tabulkách se skládá z agregovaných cest. To je použito k minimalizaci velikosti tabulek a počtu cest v globálních BGP směrovacích tabulkách. Agregace cest může někdy zatemnit specifičtější a preciznější směrovací informace. Podmíněná propagace cest nám umožní řídit a neseskupovat tyto cesty. Umožňuje nám vytvořit specifický prefix, založený na existující agregované cestě, v BGP směrovací tabulce. 2. Zapojení 2.1. Použitá topologie R1: Fa0/0-10.0.4.1/24 L0 10.0.1.129/25 L1 10.0.1.1/25 Fa0/0 10.0.5.1/24 Fa0/1 10.0.4.2/24 L0 10.0.2.1/24 R3: Fa0/0 10.0.5.2/24 L0 10.0.3.1/24 Na začátku si propojíme tři routery mezi sebou Fast Ethernetem, jak je možno vidět na výše uvedeném obrázku. Poté připojíme k routerům jejich sítě. Dalším krokem je nastavení jednotlivých připojených rozhraní a to podle výše uvedených IP adres. Po úspěšném nastavení rozhraní je nutné nastavit BGP protokol na jednotlivých routerech. Tím je myšleno např. nastavení sousedů, kteří spolu komunikují nebo sítě které se budou propagovat. Router R1 jsme si vybrali, že bude propagovat sumarizovanou routu 10.0.1.0, se kterou dále budeme pracovat na routeru R2. Pro lepší přehlednost routery R2 a R3 nebudou propagovat svoje připojené sítě. Celková konfigurace jednotlivých routerů je zobrazena v další kapitole. 1

2.2. Základní konfigurace R1: hostname R1 interface Loopback0 ip address 10.0.1.1 255.255.255.128 interface Loopback1 ip address 10.0.1.129 255.255.255.128 interface FastEthernet0/0 ip address 10.0.4.1 255.255.255.0 router bgp 1 no synchronization bgp log-neighbor-changes network 10.0.1.0 mask 255.255.255.128 network 10.0.1.128 mask 255.255.255.128 aggregate-address 10.0.1.0 255.255.255.0 summary-only neighbor 10.0.4.2 remote-as 2 no auto-summary hostname R2 interface Loopback0 ip address 10.0.2.1 255.255.255.0 interface FastEthernet0/1 ip address 10.0.4.2 255.255.255.0 duplex auto speed auto interface FastEthernet0/0 ip address 10.0.5.1 255.255.255.0 duplex auto speed auto router bgp 2 no synchronization bgp log-neighbor-changes neighbor 10.0.4.1 remote-as 1 neighbor 10.0.5.2 remote-as 3 no auto-summary R3: hostname R3 interface Loopback0 ip address 10.0.3.1 255.255.255.0 interface FastEthernet0/0 ip address 10.0.5.2 255.255.255.0 duplex auto speed auto router bgp 3 no synchronization bgp log-neighbor-changes neighbor 10.0.5.1 remote-as 2 no auto-summary 2

Po této konfiguraci budeme propagovat, v rámci BGP protokolu, přímo připojené sítě k routeru R1, 10.0.1.0/25 a 10.0.1.128/25, jako jedinou síť s adresou 10.0.1.0/24. R2 a R3 nebudou schopny vidět konkrétní cesty, ale pouze agregovanou cestu. Pro ověření výpisy sh ip bgp jednotlivých routerů: R1: sh ip bgp BGP table version is 6, local router ID is 10.0.1.129 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale s> 10.0.1.0/25 0.0.0.0 0 32768 i *> 10.0.1.0/24 0.0.0.0 32768 i s> 10.0.1.128/25 0.0.0.0 0 32768 i sh ip bgp BGP table version is 2, local router ID is 10.0.2.1 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale *> 10.0.1.0/24 10.0.4.1 0 0 1 i R3: sh ip bgp BGP table version is 4, local router ID is 10.0.3.1 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale *> 10.0.1.0/24 10.0.5.1 0 2 1 i 2.3. Konfigurace podmíněné propagace cest Použijeme příkaz bgp injection-map k propagaci cest, které byli původně propagovány pod jedinou agregovanou adresou. Nakonfigurujeme router R2, tak že existuje-li agregovaná cesta 10.0.1.0/24 v jeho BGP tabulce, tak přidá do své BGP tabulky tyto neagregované cesty. R2 bude testovat, jestli přijímá agregovanou adresu z R1, předtím než bude propagovat specifičtější cesty. ip prefix-list ROUTE seq 5 permit 10.0.1.0/24 ip prefix-list ROUTE_SOURCE seq 5 permit 10.0.4.1/32 route-map LEARNED_ROUTE permit 10 match ip address prefix-list ROUTE match ip route-source prefix-list ROUTE_SOURCE 3

Nejprve musíme definovat cestu, kterou chceme porovnávat, použitím prefix-listu ROUTE a zdroj (adresu zdrojového směrovače) tohoto prefixu, použitím jiného prefix-listu ROUTE_SOURCE. Cesta, v prefix-listu ROUTE, musí přesně odpovídat prefixu, hledanému v BGP tabulce. Adresa zdrojového směrovače, v prefix-listu ROUTE_SOURCE musí být s maskou /32. Oba prefix-listy použijeme v route-map LEARNED_ROUTE. Route-map porovnává obojí, cestu a odkud byla naučena. ip prefix-list UNAGGREGATED_ROUTES seq 5 permit 10.0.1.0/25 ip prefix-list UNAGGREGATED_ROUTES seq 10 permit 10.0.1.128/25 route-map ORIGINATE permit 10 set ip address prefix-list UNAGGREGATED_ROUTES Vytvořili jsme prefix-list nazvaný UNAGGREGATED_ROUTES, který definuje konkrétní cesty, jež chceme propagovat. Můžeme propagovat každou cestu, která je podsítí agregované adresy. Oba prefix-listy použijeme v route-map ORIGINATE. To nám nastaví ip prefixy, které chceme propagovat. router bgp 2 bgp inject-map ORIGINATE exist-map LEARNED_ROUTE Nakonec použijeme příkaz bgp inject-map. Tento příkaz má dva parametry. Prvním je route-map obsahující prefixy které chceme propagovat. Druhým je route-map obsahující podmínku která musí být splněna předtím, než budeme propagovat prefixy definované v první route-map. 2.4. Ověření správné konfigurace Nejprve je třeba zkontrolovat, zda jsou neagregované cesty v bgp tabulce routeru R2. R2#sh ip bgp BGP table version is 4, local router ID is 10.0.2.1 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale *> 10.0.1.0/25 10.0.4.1 0? *> 10.0.1.0/24 10.0.4.1 0 0 1 i *> 10.0.1.128/25 10.0.4.1 0? Příkazem show ip bgp injection-path zjistíme jaké bgp cesty byly vloženy R2#sh ip bgp injected-paths BGP table version is 4, local router ID is 10.0.2.1 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale *> 10.0.1.0/25 10.0.4.1 0? *> 10.0.1.128/25 10.0.4.1 0? 4

Nakonec zkontrolujeme, zda se tyto cesty naučil i router R3. R3#sh ip bgp BGP table version is 4, local router ID is 10.0.3.1 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale *> 10.0.1.0/25 10.0.5.1 0 2? *> 10.0.1.0/24 10.0.5.1 0 2 1 i *> 10.0.1.128/25 10.0.5.1 0 2? 3. Závěr Jak je vidět ve výpisu bgp tabulky na routru R3, tak se cesty, které jsme uměle přidali na router R2 úspěšně napropagovali na router R3. Z tohoto můžeme usoudit, že tato technika úspěšně funguje a její použití je jednoduché a účinné. 4. Použitá literatura 1. PACKEER, Arden. Tutorial: BGP Conditional Route Injection with inject-map [online]. Poslední aktualizace 2.8.2008[cit. 19. 4. 2008]. Dostupné z URL: <http://ardenpackeer.com/routingprotocols/tutorial-bgp-conditional-route-injection-with-inject-map/> 5