Control plane: differenze tra le versioni

Versione delle 18:10, 21 feb 2023

Versione attuale delle 04:03, 17 mar 2025

(3 versioni intermedie di 3 utenti non mostrate)

Riga 4:

A seconda della specifica implementazione sui vari router, potrebbe esserci una [[forwarding information base]] separata che viene popolata dal control plane, ma utilizzata dal [[data plane]] ad alta velocità per osservare i pacchetti e decidere come maneggiarli.

Nel calcolo dati, il control plane è quella parte di software che configura e spegne il [[data plane]].<ref name="sciencedirect.com">{{Cita pubblicazione|nome=Truong-Xuan|cognome=Do|nome2=Younghan|cognome2=Kim|data=2017-06-01|titolo=Control and data plane separation architecture for supporting multicast listeners over distributed mobility management|rivista=ICT Express|volume=3|numero=2|pp=90–9590-95|lingua=en|accesso=2022-12-21|doi=10.1016/j.icte.2017.06.001|url=https://www.sciencedirect.com/science/article/pii/S2405959517300577}}</ref> Al contrario, il data plane è la parte del software che elabora le richieste di dati.<ref>{{Cita web|url=https://www.networkworld.com/article/3342212/named-data-networking-stateful-forwarding-plane-for-datagram-delivery.html|titolo=Named data networking: Stateful data plane for datagram delivery|autore=Matt Conran|sito=Network World|data=2019-02-25|lingua=en|accesso=2022-12-21}}</ref>

La distinzione si è ritrovata utile nel campo del networking all'interointerno del quale si è originata, perché separa gli interessi: il data plane è ottimizzato per la velocità di esecuzione, per la regolarità e la semplicità, il control plane è ottimizzato per la personalizzabilità, la gestione delle policy, la gestione di situazioni eccezionali, e in generale per facilitare e semplificare l'elaborazione del data plane.<ref>{{Cita web|url=https://personal.ntu.edu.sg/|titolo=Nanyang Technological University|sito=personal.ntu.edu.sg|accesso=2022-12-21}}</ref><ref>{{Cita web|url=https://www.profsandhu.com/cs5323_s17/ahmad15.pdf|titolo=Ahmad, Ijaz; Namal, Suneth; Ylianttila, Mika; Gurtov, Andrei (2015). "Security in Software-Defined Networks: A Survey" (PDF). Institute of Electrical and Electronics Engineers. 17 (4): 2317–2342.}}</ref>

La separazione concettuale del data plane dal control plane è un processo che va avanti da anni.<ref>{{Cita pubblicazione|nomename=Truong-Xuan|cognome=Do|nome2=Younghan|cognome2=Kim|data=2017-06-01|titolo=Control and data plane separation architecture for supporting multicast listeners over distributed mobility management|rivista=ICT Express|volume=3|numero=2|pp=90–95|lingua=en|accesso=2022-12-21|doi=10.1016/j.icte.2017.06.001|url=https://www."sciencedirect.com" /science/article/pii/S2405959517300577}}</ref> Uno dei primi esempi è [[Unix]], dove le operazioni di base sui file sono ''open'' e ''close'' per il control plane, ''read'' e ''write'' per il data plane.<ref>{{Cita libro|titolo=Bach, Maurice J. (1986). The Design of the Unix Operating System. Prentice-Hall.}}</ref>

== Costruzione della tabella di routing unicast ==

Riga 60:

== Tabella di routing vs Forwarding information base ==

Ciascuna implementazione ha i propri metodi di aggiornare la [[Forwarding information base]] con le nuove rotte installate nella tabella di routing (RIB). Se la FIB è in corrispondenza uno a uno con la RIB, la nuova rotta viene installata nella FIB non appena si trova nella RIB. Se la FIB è più piccola della RIB e la FIB usa una [[hash table]] o un'altra [[struttura dati]] che non può essere aggiornata facilmente, la FIB esistente non verrà più considerata valida e sarà sostituita con una nuova calcolata dalla RIB aggiornata.

== Tabelle di routing multicast ==