J'essaie de comprendre comment les cadres Fibre Channel sont réellement remplis et envoyés à travers un tissu commuté. Je comprends le WWNN WWPN, WWNN est un WWN du HBA réel et WWPN est le WWN des ports réellement sur la carte. Donc, si un HBA possède 4 ports, ils partagent tous le même WWNN mais ont des WWPN différents. Cependant, je ne sais toujours pas où WWNN entre en jeu avec la communication dans un tissu. Deuxièmement, le processus FLOGI par lequel un nouveau nœud N_port essaie de se connecter à la structure et d'obtenir un FCID dynmique. Après un PLOGI, le nœud N-port peut soumettre son WWPN. Cela maintient une relation WWPN à FCID ....
Enfin, l'adressage FC est une combinaison d'un ID de domaine, d'un ID de zone et d'un ID de port. Tous les 8 bits. Ma compréhension est-elle utilisée pour localiser où dans une structure se trouve une interface? Donc, si j'ai deux commutateurs domaine 1 et domaine 2, 0100000 signifierait la première zone de commutation 00 et le port 00?
De plus, je ne sais toujours pas comment un hôte envoie à un autre hôte. En regardant une trame FC, il y a des champs pour l'ID de destination et l'ID source qui sont des adresses FC 24 bits ou FCID. Ma question est de savoir si ces DestID et SourceID sont remplis par le HBA hôte ou par le commutateur FC ?? Je pensais qu'un hôte ne savait que son propre WWNN et WWPN du HBA?
Deuxièmement, je ne vois nulle part dans le cadre Fibre Channel où WWNN ou WWPN entrent en jeu. A moins qu'ils ne soient utilisés que dans les processus FLOGI et PLOGI pour obtenir un FCID dynamique.
Merci de votre aide. Je l'apprécie.
PS J'utilise un Cisco MDS et sur nos hôtes fcinfo pour recueillir des informations, je ne vois pas un moyen d'obtenir le FCID en utilisant fcinfo sur chaque hôte? C'est pourquoi je suis confus si l'hôte maintient une liste de FCID de destination ou non.
De plus, pour les hôtes directement connectés, sans implication de commutateur, les hôtes FLOGI se rejoignent-ils?
Réponses:
Au début, l'hôte connaît WWNN et WWPN.
Eh bien, oubliez WWNN. Le WWNN, théoriquement, devrait être le même sur tous les ports de tous les HBA d'un ordinateur, mais c'est rarement le cas. Habituellement, c'est la même chose sur un HBA, mais j'ai vu un cas de HBA multiport avec plusieurs WWNN. C'est donc un peu le bordel.
Lors de la connexion à la structure (FLOGI / PLOGI), l'hôte apprend son P_ID à partir du commutateur. Et le commutateur apprend le WWPN / WWNN de l'hôte. Par conséquent, les commutateurs savent quel WWPN est attribué un à un à quel P_ID 24 bits.
L'hôte pendant le fonctionnement normal interroge le commutateur, par exemple:
Beaucoup de gens pensent que WWPN fonctionne de manière similaire à l'adresse MAC, car les chiffres semblent "similaires". Ils n'ont presque rien en commun et jouent des rôles différents.
WWPN ou WWNN n'est jamais utilisé comme adresse; P_ID est. Dans l'analogie DNS et IP, WWPN est un peu comme
my.node.com
: il identifie l'adresse (111.112.113.114
), mais ne sert pas d'adresse pendant la communication réelle;111.112.113.114
Est-ce que. Dans FC, P_ID serait l'adresse réelle utilisée dans les trames.Ce n'est pas une analogie parfaite. WWPN n'est pas aussi lisible par l'homme que le nom DNS. Et P_ID est un peu plus utile que IP, car son format même aide les commutateurs FC à découvrir rapidement comment gérer la trame. Quoi qu'il en soit, c'est la grande image.
Soit dit en passant, il n'y a rien de similaire à l'adresse MAC dans FC (bon pour nous!) - Il n'y a pas d'adressage de bas niveau sous l'adressage P_ID.
la source
Mise en garde - Je ne sais pas que les trucs MDS plus récents (FC-SW, etc.) changent une partie de cela, mais c'est un protocole rétrocompatible (hideusement) donc ...
Ma compréhension est que FC ressemble toujours à une boucle vers les périphériques qui s'y trouvent. Il peut y avoir plus d'un périphérique par boucle, mais FC lui-même n'a aucun concept de routage ou de commutation, tout est géré par les commutateurs (ou d'autres astuces mais pas à l'intérieur de trames FC "normales", pas de prise en charge du marquage VLAN, etc., enfin peut-être avec FC -SW).
Les domaines sont des groupes logiques de ces boucles.
La page Wikipedia est en fait assez bonne.
la source