Control plane: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
m Bot: sintassi delle note |
m Bot: numeri di pagina nei template citazione |
||
(2 versioni intermedie di 2 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=
La distinzione si è ritrovata utile nel campo del networking all'
La separazione concettuale del data plane dal control plane è un processo che va avanti da anni.<ref name="sciencedirect.com" /> 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>
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 ==
|