Stáhnout prezentaci
Prezentace se nahrává, počkejte prosím
ZveřejnilVáclav Mareš
1
Barcelona Londýn Závěry 1 Z PRÁVIČKY ZE SVĚTA
2
Barcelona Londýn Závěry 2 B ARCELONA University of Catalunya – RINA Workshop
3
Barcelona Londýn Závěry 3 C O JE RINA? ① Rekurzivní architektura vrstev, které umožňují aplikacím na vrcholu provádět inter process communication (IPC) Vrstva je distribuovaná aplikace, která provádí a řídí IPC – DIF Každá vrstva má stejnou sadu funkcí Barcelona
4
Londýn Závěry 4 C O 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á Flow Allocator funkce 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 2 3 4 12 12 31 2 1212 DIF A DIF B DIF C DIF D DIF EDIF F Barcelona
5
Londýn Závěry 5 S PECIFIKACE Hotová prvotní specifikace 300 stránek textu PDU postavené nad Google Protocol Buffers Barcelona
6
Londýn Závěry 6 K OMPONENTY Existují 3 implementace i2cat (Java, OSGi, TINOS) Tria Network Systems (C/C++, Linux kernel) Pouzin Society (Java, middleware) Barcelona
7
Londýn Závěry 7 A DOPČNÍ STRATEGIE Barcelona
8
Londýn Závěry 8 RINA W ORKSHOP Setkání cca 30 lidí zaujatých RINAou Boston University (Day, Chitkushev) i2cat (Grasa, Trouva) Tria Network System (Bunch) Juniper, Cisco Systems Uni of Oslo, Telecom SudParis, Nexedi, Nextworks, iMinds, BISDN,… Barcelona
9
Londýn Závěry 9 P ROJEKT IRATI http:///www.irati.eu http:///www.irati.eu Vypisuje se FP7 grant na 2 roky za 1.2 mil € 1)Enhancement of the RINA architecture reference model and specifications, focusing on DIFs over Ethernet 2)RINA open source prototype over Ethernet for a UNIX-like OS 3)Experimental validation of RINA and comparison against TCP/IP 4)RINA prototype over Ethernet for JunOS 5)Interoperability with the Pouzin Society RINA prototype over UDP/IP 6)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
10
Londýn Závěry 10 L ONDÝN London Excel – Cisco Live! 2013 London Londýn
11
Barcelona Londýn Závěry 11 Z AJÍMAVÉ PŘEDNÁŠKY BRKIPM-3007 - Advanced Topics and Directions in Routing Protocols BRKIPM-3007 - Advanced Topics and Directions in Routing Protocols BRKSEC-3003 - Advanced IPv6 Security: Securing Link Operations at First Hop BRKSEC-3003 - Advanced IPv6 Security: Securing Link Operations at First Hop BRKRST-3045 - LISP - A Next Generation Networking Architecture BRKRST-3045 - LISP - A Next Generation Networking Architecture BRKIPM-2444 - EIGRP – An in depth look at the Protocol BRKIPM-2444 - EIGRP – An in depth look at the Protocol BRKSPG-2772 - Anatomy of Internet Routers BRKSPG-2772 - Anatomy of Internet Routers BRKIPM-3010 - Which Routing Protocol? - IPv4 and IPv6 Perspective BRKIPM-3010 - Which Routing Protocol? - IPv4 and IPv6 Perspective
12
Barcelona Londýn Závěry 12 C ERTIFIKACE 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
13
Barcelona Londýn Závěry 13 LISP – P ROBLÉMY 1)Testování dostupnosti RLOCů JJak zjistit, zda-li je RLOC v mé cache živý? RRLOC-probing co 1 minutu a Locator Status Bits 2)Usignalizování se PPřetížení ITR, když nemá záznam v cache! RRate limiting zmíněný už v RFC, specifická záležitost control plane každé Cisco platformy či SW implementace 3)Multi-Exit problém LLISP lokalita má více ITR, který vybrat z pohledu IGP? NNavázání na BFD a HSRP 4)Stavovost ITR/ETR ZZnovuvybudování si mapovací cache přeživších ITR! EExistuje persistentní cache, ale synchronizaci mezi zařízeními neřeší! Londýn
14
Barcelona Londýn Závěry 14 LISP – S TATUS Q UO 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ích cache 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 (Gregg Schudel) Londýn
15
Barcelona Londýn Závěry 15 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: Device Type - {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ý Londýn
16
Barcelona Londýn Závěry 16 D ISERTAČ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
Podobné prezentace
© 2024 SlidePlayer.cz Inc.
All rights reserved.