Multicast Source Discovery Protocol (MSDP)



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

Projekt VRF LITE. Jiří Otisk, Filip Frank

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

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

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

Počítačové sítě IP směrování (routing)

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

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

Počítačové sítě IP routing

PIM Stub Routing. Pavel Pustowka PUS0017

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

Nepří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í)

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

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

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.

Route reflektory protokolu BGP

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

Použití a princip funkce nástroje mtrace pro sledování multicast stromu v Cisco IOS

Podmíněná propagace cest do protokolu BGP

MPLS Penultimate Hop Popping

PIM Dense mode State Refresh

IPv6 VPN přes IPv4 MPLS páteř

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

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

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

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

Vnější směrovací protokoly

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

Nové LSA v topologické databází OSPFv3

Směrování a směrovací protokoly

Použití Virtual NAT interfaces na Cisco IOS

Programování síťové služby Sniffer OSPFv2 a OSPFv3

Průzkum a ověření možností směrování multicast provozu na platformě MikroTik.

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

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

Testy kompatibility BGP a OSPF mezi Cisco a Mikrotik

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

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

4. 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.

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

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

Projektování distribuovaných systémů Ing. Jiří ledvina, CSc.

HSRP a VRRP s využitím IPv6

Protokoly: IP, ARP, RARP, ICMP, IGMP, OSPF

VLSM Statické směrování

Analýza protokolů rodiny TCP/IP, NAT

VLSM Statické směrování

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.

TÉMATICKÝ OKRUH Počítače, sítě a operační systémy

Technologie počítačových sítí

Budování sítě v datových centrech

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

Počítačové sítě pro V3.x Teoretická průprava II. Ing. František Kovařík

QoS na MPLS (Diffserv)

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

Multicast na Ostravské univerzitě

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

íta ové sít TCP/IP Protocol Family de facto Request for Comments

Princip a konfigurace PIM-Bidir

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

OpenVPN. Uvedené dílo podléhá licenci Creative Commons Uved te autora 3.0 Česko. Ondřej Caletka (CESNET, z.s.p.o.) OpenVPN 3. března / 16

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

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

Základní principy obrany sítě II. Michal Kostěnec CESNET, z. s. p. o.

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

Konfigurace sítě s WLAN controllerem

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

Představa propojení sítí

Počítačové sítě I LS 2004/2005 Návrh a konstrukce sítě zadání

Počítačové sítě - program cvičení

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

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

Počítačové sítě II. 15. Internet protokol verze 6 Miroslav Spousta, 2006

Počítačové sítě ZS 2005/2006 Návrh sítě zadání

Konfigurace a sledování provozu protokolů PIM pro směrování multicastů Cisco směrovači

Semestrální projekt do SPS. Směrování pomocí MPLS v operačním systému linux

Konfigurace směrovače, CDP

Propojování sítí,, aktivní prvky a jejich principy

Počítačové sítě, ZS 2007/2008, kombinované studium. Návrh sítě zadání. Petr Grygárek, FEI VŠB-TU Ostrava

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

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

VŠB Technická univerzita Ostrava Fakulta elektroniky a informatiky. Semestrální práce. BGP Routing Registry - principy a využití Zdeněk Nábělek

Obsah. Úvod 13. Věnování 11 Poděkování 11

X36PKO Úvod Protokolová rodina TCP/IP

Hot Standby Router Protocol (zajištění vysoké spolehlivosti výchozí brány)

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

7. 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.

Site - Zapich. Varianta 1

Architektura TCP/IP je v současnosti

Multiple Event Support

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

PDF created with pdffactory Pro trial version Směrování -BGP. Border GatewayProtocol (BGP) Historie BGP

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

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

Ladislav Pešička KIV FAV ZČU Plzeň

Směrovací protokol OSPF s využitím systému Mikrotom. Ing. Libor Michalek, Ph.D.

Počítačové sítě Směrovací protokol OSPF. Jak se směruje v globálním Internetu. Leoš Boháč Jan Kubr

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

Europen: IP anycast služba

Transkript:

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 směrovacích protokolů (PIM SM) v různých doménách. Každá doména má svůj vlastní Redevous Point (RP), který je nezávislý na RP v ostatních doménách. MSDP se nejčastěji používá s protokoly PIM SM, ale lze jej použít i pro další multicasotvé směrovací protokoly. Jednotlivé routery s MSDP si mezi sebou vyměňují informace o zdrojích multicastu ve své doméně. Informace mezi jednotlivými peery se přenášejí pomocí TCP(Udržované spojení mezi MSDP peery). Vzniká tak virtuální topologie (mezi-doménový distribuční strom), každá doména může být připojena k této topologii i více než jedním připojením. Zpráva protokolu MSDP se zakóduje do formy TLV(Type Lengt Value, běžně používaných pro variabilní informace ), těchto TLV může být v jedné zprávě i vícero. 8 24 Variable Type Length Value Type Popisuje formát hodnoty v poli Value Length Délka všech polí v oktetech Value Obsah zprávy Jednotlivé typy jsou popsány v následující tabulce: Kód Typ 1 IPv4 Source-Active 2 IPv4 Source-Active Request 3 IPv4 Source-Active Responce 4 KeepAlive 5 Reserved 6 MSDP traceroute in progress 7 MSDP traceroute reply

IP V4 Source-Active zprávy obsahují adresu RP, adresu skupiny pro kterou je SA zpráva určena a adresu zdroje o kterém má zpráva informovat. Keep alive u MSDP funguje na stejném princpu jako keep alive u jiných protokolů. Pokud se RP dozví o novém zdroji multicastu ve své doméně(pomocí PIM), encapsuluje první datový paket multicastu do zprávy Source-Active(SA) a zašle pomocí TCP spojení všem ostatním MSDP routerům. Každý MSDP router tento paket přečte a v případě že existuje v jeho doméně příjemce dekapsuluje paket a pošle jej svým distribučním stromem. Encapsulace se provádí pouze v případě vytvoření nového zdroje. TCP spojení mezi MSDP peery se udržuje periodickým zasílaním správ KeepAlive. Když k MSDP peer u(jeden z RP dané domény) dojde zabalená zpráva, rozbalí ji a zkontroluje údaje o zdrojích, pokud ve své doméně má posluchače pro dané zdroje doplní si tyto zdroje do multicast stromu dané skupiny a zpět pošle join zprávu k zdroji. MSDP Internet MSDP PIM - SM RP PIM - SM PIM - SM PIM - SM RP Doména 1 Doména 2 Multicast source Multicast reciver Ukázka možného využití MSDP Při aktivaci zdroje v obrázku RP domény1 připraví zprávu o zdroji, zabalí ji do TCP a pošle na RP domény 2, který ji v případě zájemců rozbalí rozešle do distribučního stromu v své doméně.

Tvorba distribučních stromů Nejprve se využívá sdílený distribuční strom (*,G), poté se provádí vytváření zdrojových distribučních stromů(s,g), kde S je zdroj multicastu a G je skupina příjemců multicastu. Pokud se RP dozví o novém zdroji multicastu ve své doméně zabalí první paket do správy SA a zašle jej všem MSDP peerům. Každý příjmající peer použije modifikovaný RPF (Reverse Patch Forwarding) k přeposlání SA, dokud SA nedorazí ke všem MSDP routerům v připojených sítích. Jestliže příjmající MSDP peer je zároveň RP a má záznam (*,G) pro skupinu v SA (existují zájemci o multicast), RP vytvoří pro tento zdroj záznam (S,G) a připojí se do stromu nejkratších cest zdroje. Ukázka toku dat od zdroje S v doméně A k příjemci R v doméně E MSDP peer, který má aktivní zdroje pak periodicky vysílá SA zprávy obsahující všechny zdroje ve své doméňě (Tyto zprávy neobsahují encapsulované data multicastů) Internet MSDP SA (S,G) Join RP + MSDP peer RP + MSDP peer Multicast register (Multicast data) PIM-SM PIM-SM Sender Reciver Reciver Reciver Doména A Doména B

Konfigurace MSDP na Cisco routerech Konfigurace cisco routerů pro MSDP je celkem jednoduchá. Možností je však hned několik jak MSDP provozovat MSDP na Cisco routeru, v BGP autonomních systémech Předpoklady o Funkční interní protokol směrování (OSPF, RIP), případně statické směrování o Funkční směrování multicastu (PIM-SparseMode) o Nakonfigurované BGP a Autonomní systémy Topologie Internet.2.2 RB 1.0.0.0/30 2.0.0.0/30 BGP + MSDP peer.1.1 BGP + MSDP peer RA 192.168.0.1/24 RC 192.168.0.1/24 192.168.0.2/24 192.168.0.3/24 192.168.0.2/24 192.168.0.3/24 Reciver Sender Sender Reciver Autonomní systém A Autonomní systém B Popis Routery RA a RC jsou hraniční (border routery) a oddělují svoje autonomní systémy od zbytku internetu, jenž je simulován routerem RB. V každém AS je vytvořen distribuční strom multicastu pomocí PIM-SM. RP stromu je nastaven na RA resp. RC. V každm AS je pak několik stanic, které mohou být jak vysílače, tak příjmače multicastu.

Postup o Aktivace směrování multicastu ip multicast-routing o Konfigurace a navázání spojení s peerem ip msdp peer <ip-address /DNS jméno> [connect-source <interface>] [remoteas <asn>] ip-address adresa MSDP peera ke kterému vytváříme TCP spojení connect-source <interface> volitelný argument určující odchozí adresu TCP spojení, použije se na uvedeném rozhraní <interface> remote-as <asn> - volitelný parametr určující číslo vzdáleného autonomního systému. o Doplnění informací o navázaném spojení ip msdp description <peer> <text> peer peer (IP adresa / některé IOS podporují DNS jména) text textový popis MSDP na Cisco routeru bez BGP autonomních systémů Obvykle bývá MSDP peer zároveň BGP peer, ale pokud BGP nechceme nebo nemůžeme mít, můžeme vytvořit MSDP default peer (peer od kterého budeme akceptovat všechny SA zprávy). Předpoklady o Funkční interní protokol směrování (OSPF, RIP), případně statické směrování o Funkční směrování multicastu (PIM-SparseMode) Postup o Aktivace směrování multicastu ip multicast-routing o Konfigurace a navázání spojení s peerem ip msdp peer <ip-address> [connect-source <interface>] ip-address adresa MSDP peera ke kterému vytváříme TCP spojení connect-source <interface> volitelný argument určující odchozí adresu TCP spojení, použije se na uvedeném rozhraní <interface> o Rekonfigurování peeru jako default peeru ip msdp default-peer peer od kterého akceptujeme SA zprávy se vybírá pomocí algoritmu, který posuzuje vhodnost peeru pomoci AS kterými prosel, nebo na základe distance vektor. Nakonfigurováním default peera dáme vědět kterého péra použít, pokud tento algoritmus nevrátí vhodného peera.

Kontrola nastavení a funkčnosti MSDP show ip msdp summary zobrazí informace o MSDP peeru show ip msdp peer <address> - Zobrazí SA zprávy příjmané, nebo delegované zvolenému peeru Testování Pro testování jsme si vybrali tři routery. Použili jsme routrovaci protokol OSPF a síť jsme rozdělili na dvě oblasti(jak z pohledu OSPF tak hlavně z hlediska multicastu). Na routerech RD a RF jsme rozjeli routing multicastu PIM-SM a zvolili je jako Randevous pointy (RP). Dále na RD a RF nakonfigurujeme MSDP peery(pro RD je to RF a naopak) a vhodného peera(v našem případě má každý jen jednoho) nastavili jako default peera. Router RE má nastaveno pouze routování multicastu (ip multicastrouting). V každé oblasti jsou dva PC, jeden jako sender a jeden jako reciver multicastů. Pro zasílání, příjmání multicastu jsme použily programy v javě (mcsender a mcreciver). Součásti testování bylo ověření programu vysílající multicasty a kontrola TTL paketů které vysílaly.to se kontrolovalo pomocí aplikace etherem jak na straně zdroje, tak na straně příjemce. Požitá topologie pro testování Internet.2.2 10.0.0.0/30 RE 20.0.0.0/30.1.1 RP RP RD.1 172.16.1.0/24 RF.1 172.16.2.0/24.2.3.2.3 Reciver Sender Sender Reciver Oblast 0 Oblast 1

Konfigurace routerů při testování Výpis konfigurace jednotlivých routerů pomocí příkazu show run. Uvedeny jsou pouze relevantní informace (plný výpis lze najít v příloze) RD hostname RD ip multicast-routing interface FastEthernet0/0 ip address 172.16.1.1 255.255.255.0 interface FastEthernet0/1 ip address 10.0.0.1 255.255.255.252 ip sap listen router ospf 1 log-adjacency-changes network 10.0.0.0 0.0.0.3 area 0 network 172.16.1.0 0.0.0.255 area 0 ip pim rp-address 10.0.0.1 ip msdp peer 20.0.0.1 ip msdp default-peer 20.0.0.1

RE hostname RE ip multicast-routing interface FastEthernet0 ip address 20.0.0.2 255.255.255.252 interface FastEthernet1 ip address 10.0.0.2 255.255.255.252 router ospf 1 log-adjacency-changes network 10.0.0.0 0.0.0.3 area 0 network 20.0.0.0 0.0.0.3 area 1

RF hostname RF ip multicast-routing interface FastEthernet0 ip address 20.0.0.1 255.255.255.252 ip sap listen interface FastEthernet1 ip address 172.16.2.1 255.255.255.0 router ospf 2 log-adjacency-changes network 20.0.0.0 0.0.0.3 area 1 network 172.16.2.0 0.0.0.255 area 1 ip pim rp-address 20.0.0.1 ip msdp peer 10.0.0.1 ip msdp default-peer 10.0.0.1 Původně jsme vycházeli z předpokladu, že bude stačit aby o sobě navzájem věděly naše RP(peerove v MSDP), to se však nepotvrdilo. Bez propagace těchto dvou sítí nedojde k vytvoření stromu a projde jen první zpráva, která se zabaluje do TCP. Po zjištění tohoto faktu se nám podařilo MSDP na testovací topologii rozjet. Problém byl v tom, že pokud nebyly sítě se zdroji propagovány, neznala druhá strana IP zdroje a tudíž ho nemohla zapojit do svého stromu. SAP listen příkaz jsme dodatečně zjistili, že není nutný(v jednom z ukázkových příkladů konfigurace byl uveden jako nutný), tento příkaz nastavuje poslouchání zpráv oznamujících, že začne vysílání multicastu pro danou skupinu(uvedenou ve zprávě). Default peer příkaz, nastaví danému peeru status default peera. Pokud MSDP neprovozujeme v systému kde je nakonfigurováno BGP je doporučeno ho nastavit(nutný ale není). Zdroje http://andrew.triumf.ca/ag/multicast/multicast-command-reference.html http://www.javvin.com/protocolmsdp.html http://www.cisco.com/univercd/cc/td/doc/cisintwk/intsolns/mcst_sol/anycast.htm

Příloha: MSDP na Cisco routerech - příkazy ip msdp peer <ip-address> [connect-source <interface>] [remote-as <asn>] Nastaví MSDP peera. Pomocí remote-as nastavíme AS do kterého patří daný peer, connect-source definuje interface jehož adresa se použije jako zdroj zpráv pro daného peera. ip msdp description <peer> <text> Přidá nakonfigurovanému MSDP peeru textový popis. ip msdp shutdown <peer> Administrativně vypne MSDP peera. ip msdp sa-filter out <peer> [list <acl>] [route-map <map>] [ { rp-list <rp-acl> rp-route-map <rp-map> } ] Nastaví filtr(směrem ven) pro daného peera, kterým specifikujeme, které SA zprávy budeme přeposílat. ip msdp sa-filter in <peer> [list <acl>] [route-map <map>] [ { rp-list <rp-acl> rp-route-map <rp-map> } ] Nastaví filtr(směrem dovnitř) pro daného peera, kterým specifikujeme, které SA zprávy prijmeme. ip msdp sa-limit <peer> <limit> Příkaz umožňuje nakonfigurovat množství(limit) SA zpráv který od daného peera jsme ochotni přijmout(ochrana proti denial of service útokům). ip msdp redistribute [list <acl>] Nastaví které (S,G) záznamy z multicast routing tabulky budou preposílány(default jsou jen lokální, ale pomocí ACL se dají nastavit další) show ip msdp summary Informace o MSDP peerech show ip msdp sa-cache [ <group> [ <source> ] ] Zobrazí (S,G) které jsme se naučili od MSDP peerů. Nezobrazuje lokální SA. show ip msdp peer <address> [accepted-sas advertised-sas] Zobrazí zprávy které přijímáme a které posíláme.