Come vengono popolati i frame Fibre Channel e attraversano un Fabric?

Sto cercando di avvolgere la mia testa sul modo in cui i frame Fibre Channel sono effettivamente popolati e inviati attraverso un tessuto commutato. Capisco WWNN WWPN, WWNN è un WWN dell'attuale HBA e WWPN sono il WWN delle porte effettivamente presenti sulla scheda. Quindi, se un HBA ha 4 porte, condividono tutte lo stesso WWNN ma hanno WWPN diverso. Non sono ancora sicuro di dove WWNN entri in gioco con la comunicazione in un tessuto però. In secondo luogo, il processo FLOGI mediante il quale un nuovo nodo N_port tenta di accedere al fabric e ottenere un FCID dinamico. Lì dopo aver fatto un PLOGI in modo che il nodo N-port possa inviare il suo WWPN. Ciò mantiene una relazione WWPN-FCID ....

Infine, l'indirizzamento FC è una combinazione di ID dominio, ID area e ID porta. Tutti gli 8 bit. La mia comprensione è utilizzata per individuare dove si trova un'interfaccia in un fabric? Quindi se ho due switch dominio 1 e dominio 2, 0100000 significherebbe la prima area switch 00 e la porta 00?

Inoltre, non sono ancora sicuro di come un host invia a un altro host. Guardando un frame FC ci sono campi per ID destinazione e ID sorgente che sono indirizzi FC a 24 bit o FCID. La mia domanda è: questi DestID e SourceID vengono popolati dall'HBA host o dallo switch FC ?? Pensavo che un host sapesse solo che era proprio WWNN e WWPN dell'HBA?

In secondo luogo, non vedo da nessuna parte nel frame Fibre Channel dove WWNN o WWPN entrano in gioco. A meno che non vengano utilizzati solo nel processo FLOGI e PLOGI per ottenere un FCID dinamico.

Grazie per l'aiuto. Apprezzalo.

PS Sto usando un Cisco MDS e sui nostri host fcinfo per raccogliere informazioni, non riesco a vedere un modo per ottenere l'FCID usando fcinfo su ciascun host? Ecco perché sono confuso se l'host mantiene o meno un elenco di FCID di destinazione.

Inoltre, per gli host collegati direttamente, nessun coinvolgimento dello switch, gli host FLOGI si collegano?

storage-area-network fibre-channel hba

— Jim
fonte

Senza alcuna conoscenza di questo argomento, il testo assomiglia un po 'a questo "WWN WWNN, WWPN WWW FCID HBA ..."

— Christopher Perrin,

Risposte:

All'inizio l'host conosce WWNN e WWPN.

Bene, dimentica WWNN. WWNN, in teoria, dovrebbe essere lo stesso su tutte le porte di tutti gli HBA di un computer, ma raramente è così. Di solito è lo stesso su un HBA, ma ho visto un caso di HBA multiporta con più WWNN. Quindi è un po 'un casino.

Dopo aver effettuato l'accesso a fabric (FLOGI / PLOGI), l'host viene a conoscenza del suo P_ID dallo switch. E switch impara WWPN / WWNN dall'host. Quindi gli switch sanno a quale WWPN è assegnato uno a uno a quale P_ID a 24 bit.

L'host durante il normale funzionamento richiede allo switch, ad esempio:

a quali WWPN sono autorizzato a comunicare?
qual è l'attuale P_ID di WWPN che ricordo come il mio dispositivo a blocchi (il mio disco rigido)?

Molte persone pensano che WWPN funzioni in modo simile all'indirizzo MAC, perché i numeri sembrano "simili". Non hanno quasi nulla in comune e svolgono ruoli diversi.

WWPN o WWNN non viene mai utilizzato come indirizzo; P_ID è. In analogia DNS e IP, WWPN è in qualche modo simile my.node.com: identifica l'indirizzo ( 111.112.113.114), ma non funge da indirizzo durante la comunicazione effettiva; 111.112.113.114lo fa. In FC, P_ID sarebbe l'indirizzo effettivo utilizzato nei frame.

Questa non è un'analogia perfetta. WWPN non è così leggibile come il nome DNS. E P_ID è un po 'più utile dell'IP, poiché il suo stesso formato aiuta gli switch FC a scoprire rapidamente come gestire il frame. Comunque questa è la visione d'insieme.

A proposito, non c'è niente di simile all'indirizzo MAC in FC (buono per noi!) - non c'è indirizzamento di basso livello sotto l'indirizzamento P_ID.

— kubanczyk
fonte

C'è un modo per vedere il PID di un host dall'host? I PID dei dispositivi remoti sono mantenuti localmente? Ad esempio, se nodeA vuole inviare a nodeB, nodeA conosce il PID di nodeB? Inoltre, se WWNN WWPN non ha nulla a che fare con i trasferimenti di frame FC, come funzionano i collegamenti Ppoint-to-point? Ogni nodo si collega l'un l'altro?

— Jim

Sì, le query NodeA cambiano e quindi mantengono localmente l'attuale P_ID del NodoB. È possibile visualizzare il proprio P_ID, ma dipende dal sistema operativo utilizzato. Point-to-point senza switch non ha bisogno di PLOGI / FLOGI / WWNN / WWPN / P_ID: tutto ciò che vediamo sul filo ci viene indirizzato, tutto ciò che inviamo è indirizzato a NodeB, non possiamo sbagliarci, quindi noi non ho bisogno di alcun indirizzo.

— Kubanczyk,

Esiste un tipo di frame FC che viene inviato da un nuovo nodo per capire quali altri nodi sono presenti sul Fabric? Ad esempio, so che i nostri target FC possono vedere altri WWPN di nodi nella stessa zona, mi chiedo solo come li individua il target? Invia una trasmissione FC o qualcosa del genere? Ho sentito che questo ha qualcosa a che fare con il server FC Switches Names?

— Jim,

Nessuna trasmissione. Il nodo invia un frame di query all'indirizzo 0xFFFFFC. Ogni switch di solito ascolta questo indirizzo, quindi il primo switch che riceve tale frame risponde. La risposta è un elenco di: P_ID, WWNN e WWPN. Inoltre, esiste un altro meccanismo opzionale chiamato RSCN, in cui lo switch stesso invia un frame al nodo dopo che un nuovo WWN appare nell'elenco.

— Kubanczyk,

Avvertenza - Non so che le cose più recenti di MDS (FC-SW ecc.) Cambiano alcune di queste cose, ma è un protocollo (orribilmente) retrocompatibile, quindi ...

La mia comprensione è che FC sembra sempre un loop per i dispositivi su di esso. Può esserci più di un dispositivo per loop ma FC stesso non ha il concetto di routing o switching, tutto gestito dagli switch (o altri trucchi ma non all'interno di frame FC "normali", nessun supporto per il tagging VLAN ecc., Forse con FC -SW).

I domini sono gruppi logici di questi loop.

La pagina di Wikipedia è in realtà abbastanza buona.

— TheFiddlerWins
fonte

"FC stesso non ha il concetto di routing o commutazione" ... Beh, in realtà, se si confronta il routing FC o si passa al mondo IP, allora diventa chiaro che FC ha un approccio veramente pulito e coerente, e lo stack IP è un pasticcio troppo complicato e in gran parte antiquato.

— Kubanczyk,

Sono d'accordo se cambi IP in IPv4. IPv6 è molto più vicino a FC. La differenza è che (almeno nel FC tradizionale) non avrai più di 127 punti finali. E IPv4 non esegue neanche la commutazione, ciò avviene a livello di Ethernet.

— TheFiddler vince il

Accetto con l'osservazione IPv4. Ma 127 endpoint in FC? No. Stai parlando di una modalità senza fabric obsoleta chiamata "loop privato". In tessuto tradizionale, 2 ^ 24 meno una piccola piscina riservata.

— Kubanczyk,

Non sono sicuro di cosa tu definisca un tessuto "tradizionale", stavo parlando di FC-AL, sembra che tu stia parlando solo di FC-SW, che è relativamente nuovo.

— TheFiddler vince il

Entrambi sono stati messi in produzione nel millennio precedente.

— Kubanczyk,