zprávičky ze světa
Post on 16-Feb-2016
56 Views
Preview:
DESCRIPTION
TRANSCRIPT
Barcelona
Londýn
Závěry
1
ZPRÁVIČKY ZE SVĚTA
Vladimír VESELÝ(14. únor 2013)
Barcelona
Londýn
Závěry
2
BARCELONA
University of Catalunya – RINA Workshop
Barcelona
Londýn
Závěry
3
CO 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
Barcelona
Londýn
Závěry
4
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á 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
1 2 1 2 3 1 2
1 21 2
DIF A
DIF BDIF C
DIF D
DIF E DIF F
Barcelona
Barcelona
Londýn
Závěry
5
SPECIFIKACE Hotová prvotní specifikace
300 stránek textu PDU postavené nad Google Protocol Buffers
Barcelona
Barcelona
Londýn
Závěry
6
KOMPONENTY
Existují 3 implementace i2cat (Java, OSGi, TINOS) Tria Network Systems (C/C++, Linux kernel) Pouzin Society (Java, middleware)
Barcelona
Barcelona
Londýn
Závěry
7
ADOPČNÍ STRATEGIE
Barcelona
Barcelona
Londýn
Závěry
8
RINA WORKSHOP 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
Barcelona
Londýn
Závěry
9
PROJEKT IRATI 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 OS3) Experimental validation of RINA and comparison against TCP/IP4) RINA prototype over Ethernet for JunOS5) Interoperability with the Pouzin Society RINA prototype over UDP/IP6) 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
Barcelona
Londýn
Závěry
10
LONDÝN
London Excel – Cisco Live! 2013 London
Londýn
Barcelona
Londýn
Závěry
11
ZAJÍMAVÉ PŘEDNÁŠKY BRKIPM-3007 - Advanced Topics and Directions in Routing
Protocols BRKSEC-3003 - Advanced IPv6 Security: Securing Link Operat
ions at First Hop BRKRST-3045 - LISP - A Next Generation Networking Architect
ure
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
Barcelona
Londýn
Závěry
12
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
Barcelona
Londýn
Závěry
13
LISP – PROBLÉMY 1) Testování dostupnosti RLOCů
Jak zjistit, zda-li je RLOC v mé cache živý? RLOC-probing co 1 minutu a Locator Status Bits
2) Usignalizování se Přetížení ITR, když nemá záznam v cache! Rate 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 LISP lokalita má více ITR, který vybrat z pohledu IGP? Navázání na BFD a HSRP
4) 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
Barcelona
Londýn
Závěry
14
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í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
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 RepublicDNS Name - fit-xtrEID-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
Barcelona
Londýn
Závěry
16
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
top related