Situazione attuale delle reti e problematiche

Il paradigma Client-Server

Situazione attuale delle reti

La diffusione di:

• dispositivi mobili Wi-FI (smatphones, tablets, etc.)

• server virtualization (storage and network virtualization)

• servizi di clouding

Riesaminare le strutture delle tradizionali architetture di rete.

• Dipendenza Dai Produttori• Complessità Strutturale • Staticità • Configurabilità • Scalabilità

Problematiche delle reti attuali

Possibili soluzioni

Possibile soluzioneDisaccoppiamento dello strato di controllo da quello dell’inoltro• Superare le barriere dei produttori, ottenendo una

astrazione delle infrastrutture fisiche di rete.

• Elasticità della rete: operazioni di riconfigurazione topologiche e di instradamento semplici e veloci .

• Le reti si libereranno da molti protocolli: strumenti di rete devono limitarsi a seguire le istruzioni provenienti dal controller.

Il Disaccoppiamento è la chiave della struttura di una SDN (Software Defined Network)

Software Defined Network

Architettura Software Defined Network

C PO LN AT NR EOL

F O R PW LA AR ND EING

Il controllo della rete deve essere disaccoppiato dall’HW e posto in un controller SW logicamente centralizzato.

Completo controllo sulla rete: modificando il SW si fa in modo che la rete abbia un comportamento differente e un unico punto di controllo che permette di avere una visione dell’intera rete.

Centralizzazione del controller

vantaggio

Control plane

Problematiche da affrontare

SDN introduce nuove problematiche:

• la scalabilità di una rete SDN, • la consistenza della rete.

Problematiche SDN

Inizialmente conviene pensare al controller come centralizzato, quindi come una applicazione che gira su un nodo della rete, collegato direttamente o indirettamente a tutti gli altri nodi. All’aumentare delle dimensioni della rete tuttavia possono sorgere problemi di performance: un singolo controller potrebbe non essere sufficiente a gestire un’intera rete. A questo punto conviene pensare il controller sempre come logicamente centralizzato, ma fisicamente distribuito su più nodi della rete.

La scalabilità del controller SDN

Control plane distribuito

Uno switch può essere connesso a più controllori. Questo scenario risulta più robusto di una connessione 1:1, in quanto se un controllore dovesse fallire, ve ne sarebbe un altro attivo che prenderebbe il suo posto.

Inizialmente tutti i controllori si dicono Equals, in quanto avranno tutti gli stessi permessi sugli switch che gestiscono. Successivamente uno sarà il Master, cioè colui che ha pieno accesso sullo switch e gli altri saranno Slave e potranno solo monitorare lo stato.

• come può il controller ottenere (e mantenere) una visione consistente della rete?

• quali meccanismi deve attuare il controller per impostare uno stato nella rete, ad esempio modificare il comportamento di un nodo?

Consistenza della rete

OPENFLOW

Questo protocollo è una interfaccia standard di comunicazione fra il piano di controllo e il piano di forwarding di una architettura SDN.

OpenFlow utilizza il concetto di flusso per identificare il traffico di rete: tramite delle regole (match rules) si possono identificare e raggruppare tipologie di traffico differenti, con differente granularità.

Il routing tradizionale IP non consente questa flessibilità, poichè è basato unicamente sulle tabelle di routing IP.

OpenFlow

OpenFlow switch

Flow table

Ogni entry della flow table è composta da una coppia <pattern-azione>:

• Pattern: è un filtro sul pacchetto. Un pattern identifica un insieme di pacchetti, ovvero un flusso di rete. • Azione: azione/i da eseguire una volta che il pacchetto coincide con il pattern.

L’azione può essere ad esempio “inoltra alla porta i”, “scarta il pacchetto”, “spedisci il pacchetto al controller”, etc.

Pipeline Processing

Packet Matching

• Ogni Flow Enrty ha un campo dedicato alle azioni che sono eseguite su di un pacchetto qualora avvenaga il matching. Queste possono essere:

• Gestione delle Action Set • Esecuzione della Action Set • Indirizzamento ad una Flow Table

Actions

Il Secure Channel è l’interfaccia che connette l’OpenFlow Switchal Controllore tramite l’utilizzo del Protocollo OpenFlow. L’OpenFlow Protocol supporta tre tipologie differenti dimessaggi: • Controller-to-Switch: sono messaggi inizializzati dal

controllore per gestire o ispezionare uno switch e possono anche non richiedere risposta.

• Asynchronus: sono messaggi inizializzati dallo switch ed inviati al controllore per denotare eventi della rete, cambiamenti di stato dello switch o errori.

• Symmetric: sono messaggi mandati sia dal controllore che dallo switch in maniera sincrona.

Secure Channel

Tipi di OpenFlow Switch

Nel caso in cui uno switch perde i collegamenti con tutti i suoi controller, a causa di una disconnessione, dei timers scaduti oppure di errori, deve immediatamente entrare in una delle due modalità.

• Fail Secure Mode: tutti i pacchetti dello switch che sono destinati ai controllers sono scartati.

• Fail Standalone Mode: disponibile solo sugli OpenFlow-Enabled Commercial Switch, porta lo switch ad agire come un normale dispositivo Ethernet.

Virtualizzazione di rete

Un ulteriore ingrediente che è parte integrante della visione SDN è rappresentato dalla virtualizzazione di funzioni di rete.

Obiettivo:

• utilizzo di una stessa piattaforma hardware per realizzare più funzionalità di rete (NFV);

Virtualizzazione di rete

NETWORK FUNCTION VIRTUALIZATION

Con il termine NFV si intende la capacità di allocare delle funzionalità di rete a piacimento su nodi della rete come se fossero delle entità SW astratte, componibili e estensibili.

NFV

Network function virtualization

Funzioni di rete da virtualizzare

• Instradamento di pacchetti: router e NAT. • Funzionalità di bridging e switching. • Servizi di storage: NAS. • Strumenti di analisi: deep packet inspection

(DPI),analizzatori di traffico. • Strumenti per test e diagnosi. • Funzioni di sicurezza: firewall, server di

autenticazione. • Distribuzione di contenuti: server web e server video.

• Sarà necessario “re-inventare le funzioni di rete”?

• Quanto deve essere effettivamente “generico” l’HW?

Funzioni di rete da virtualizzare

Previsioni delle reti del futuro

• Migrazione dell’intelligenza verso le parti più periferiche della rete, ovvero l’edge network.

• Le reti diventeranno sempre più virtuali: le funzioni di rete saranno sempre più disaccoppiate dall’HW sottostante.

• La rete di accesso sarà composta da commodity HW, su cui si potranno allocare le funzioni di rete desiderate a tutti i livelli della scala ISO/OSI (L3+).

Previsioni delle reti del futuro

Un pacchetto partirebbe da una rete edge, attraverserebbe il core (che opererebbe solamente a livelli 1-3 dello stack ISO/OSI) e poi arriverebbe di nuovo a una rete edge, dove verrebbe nuovamente trattato anche ai livelli superiori (livelli OSI 4+, ovvero dal livello di trasporto in su).

Ritorno all’end-to-end

• Migliori performance• Vantaggi in termini di qualità del servizio , poiché i nodi

che forniscono le funzionalità sono più vicini agli utenti