160 likes | 335 Views
Zprávičky ze světa. Vladimír VESELÝ (14. únor 2013). Barcelona. University of Catalunya – RINA Workshop. Co je RINA? ①. Rekurzivní architektura vrstev, které umožňují aplikacím na vrcholu provádět inter process communication (IPC)
E N D
Zprávičky ze světa Vladimír VESELÝ(14. únor 2013)
Barcelona • University ofCatalunya – RINA Workshop
Co je RINA? ① • Rekurzivní architektura vrstev, které umožňují aplikacím na vrcholu provádět inter processcommunication(IPC) • Vrstva je distribuovaná aplikace, která provádí a řídí IPC – DIF • Každá vrstva má stejnou sadu funkcí Barcelona
Co je RINA? ② • Každý proces aplikace má jedinečné jméno • Každý IPC v DIFu tak používá synonymum (např. adresa) • Dosah adresy je DIF, mimo DIF není adresa viditelná • FlowAllocatorfunkce umožňuje v DIFu najít IPC, kterým se dá přistoupit k aplikaci • Pro každý DIF úrovně N je IPC proces uzel, proces ve vrstvě N+1 aplikací, proces ve vrstvě N-1 bodem připojení (PoA) 1 4 2 DIF A 3 Barcelona 1 2 2 1 2 3 1 DIF C DIF B DIF D 1 2 1 2 DIF E DIF F
Specifikace • Hotová prvotní specifikace • 300 stránek textu • PDU postavené nad Google ProtocolBuffers Barcelona
Komponenty • Existují 3 implementace • i2cat (Java, OSGi, TINOS) • Tria Network Systems (C/C++, Linux kernel) • Pouzin Society (Java, middleware) Barcelona
Adopční strategie Barcelona
RINA Workshop • Setkání cca 30 lidí zaujatých RINAou • Boston University (Day, Chitkushev) • i2cat (Grasa, Trouva) • Tria Network System (Bunch) • Juniper, Cisco Systems • Uniof Oslo, Telecom SudParis, Nexedi, Nextworks, iMinds, BISDN,… Barcelona
Projekt IRATI • http:///www.irati.eu • Vypisuje se FP7 grant na 2 roky za 1.2 mil € • Enhancement of the RINA architecture reference model and specifications, focusing on DIFs over Ethernet • RINA open source prototype overEthernetfor a UNIX-likeOS • Experimental validation of RINA and comparison against TCP/IP • RINA prototype over Ethernet for JunOS • Interoperability with the Pouzin Society RINA prototype over UDP/IP • Provide feedback to OFELIA in regards to the prototyping of a clean slate architecture • Za VUT jsem přislíbil simulační modely RINAy v OMNeT++ • chtějí proof-of-concept • nabídli další spolupráci Barcelona
Londýn • London Excel – Cisco Live! 2013 London Londýn
Zajímavé přednášky • BRKIPM-3007 - Advanced Topics and Directions in Routing Protocols • BRKSEC-3003 - Advanced IPv6 Security: Securing Link Operations at First Hop • BRKRST-3045 - LISP - A Next Generation Networking Architecture • BRKIPM-2444 - EIGRP – An in depth look at the Protocol • BRKSPG-2772 - Anatomy of Internet Routers • BRKIPM-3010 - Which Routing Protocol? - IPv4 and IPv6 Perspective
Certifikace • nová kurikula a slajdy • proč nevyužít ASAy • další instruktor • hotová 1 část SPROUTE • ISIS, BGP, IPv6, OSPF, MPLS • vybrané kapitoly by se daly učit jako zájmové vycpávky Cisco kurzů popřípadě pro nadšence z obecných síťových kurzů Londýn
LISP – Problémy • Testování dostupnosti RLOCů • Jak zjistit, zda-li je RLOC v mé cache živý? • RLOC-probing co 1 minutu a Locator Status Bits • Usignalizováníse • Přetížení ITR, když nemá záznam v cache! • Ratelimiting zmíněný už v RFC, specifická záležitost control plane každé Cisco platformy či SW implementace • Multi-Exit problém • LISP lokalita má více ITR, který vybrat z pohledu IGP? • Navázání na BFD a HSRP • Stavovost ITR/ETR • Znovuvybudování si mapovací cache přeživších ITR! • Existuje persistentní cache, ale synchronizaci mezi zařízeními neřeší! Londýn
LISP – Status Quo • Implementačně • Synchronizace přes dodatečný TCP kanál mezi dvěma OpenLISP servery (dala by se z toho vytvořit oficiální LISP zpráva) • Experimenty s naskriptovaným přenosem persistantníchcache • Publikačně • neverending story o seriálu pro ROOT • dostat aspoň návrh synchronizace na nějakou konferenci • Diskuze na LinkedIn • zájem od TU Wien (Manfred Lindner) • z Cisca specifikace persistantnícache (GreggSchudel) Londýn
LISP@NES@FIT • FIT se stal součástí LISP-BetaNetwork • Zatím na klauzurách, ale co třeba nasadit i jinde? • spousta proti fit-xtr: DeviceType - {IOS/FreeBSD} Geographic - Czech Republic DNS Name - fit-xtr EID-Prefix Set - {153.16.48.112/28, 2610:D0:214D::/48} RLOC Set - {tbd} Map-Server(s) - {RIPE}{l3-london-mr-ms 195.50.116.18 intouch-ams-mr-ms-1 217.8.98.42} - {RIPE}{tdc-mr-ms 193.162.145.50 intouch-ams-mr-ms-2 217.8.98.46} Map-Resolver(s) - {RIPE}{l3-london-mr-ms 195.50.116.18 intouch-ams-mr-ms-1 217.8.98.42} - {RIPE}{tdc-mr-ms 193.162.145.50 intouch-ams-mr-ms-2 217.8.98.46} PXTR (RIPE) - {intouch-pxtr-1}{217.8.98.33, 2001:67C:21B4:107::b} Contact - Vladimír Veselý <ivesely@fit.vutbr.cz> Londýn
Disertační důsledky • 2/5 bude tvořit LISP • představení a problém synchronizace • experimentální výsledky při zaplé/vyplé synchronizaci map cache • 3/5 bude tvořit RINA • představení • implementace simulačních modelů • experimentální výsledky běhu simulace (metriky nad množstvím zpráv) Závěry