Comment les cadres Fibre Channel sont remplis et traversent un tissu?


8

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?


Sans aucune connaissance de ce sujet, le texte ressemble un peu à ceci "WWN WWNN, WWPN WWW FCID HBA ..."
Christopher Perrin

Réponses:


4

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:

  • à quels WWPN ai-je le droit de communiquer?
  • quel est le P_ID actuel de WWPN dont je me souviens comme mon périphérique de blocage (mon disque dur)?

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.114Est-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.


Existe-t-il un moyen de voir le PID d'un hôte à partir de l'hôte? Les PID des appareils distants sont-ils conservés localement? Par exemple, si nodeA veut envoyer à nodeB, nodeA connaît-il le PID de nodeB? De plus, si WWNN WWPN n'a rien à voir avec les transferts de trame FC, comment fonctionnent les liaisons point à point? Chaque nœud se connecte-t-il les uns aux autres?
Jim

Oui, NodeA interroge le commutateur, puis il conserve localement le P_ID actuel du NodeB. Il est possible de voir son propre P_ID, mais cela dépend du système d'exploitation utilisé. Point à point sans commutateur n'a pas besoin de PLOGI / FLOGI / WWNN / WWPN / P_ID: tout ce que nous voyons sur le fil nous est adressé, tout ce que nous envoyons est adressé à NodeB, nous ne pouvons pas nous tromper, donc nous pas besoin d'adressage.
kubanczyk

Existe-t-il un type de trame FC envoyé à partir d'un nouveau nœud pour déterminer quels autres nœuds se trouvent sur la structure? Par exemple, je sais que nos cibles FC peuvent voir d'autres WWPN de nœuds dans la même zone, je me demande simplement comment la cible les découvre? Envoie-t-il une émission FC ou quelque chose? J'ai entendu dire que cela avait quelque chose à voir avec le serveur de noms de commutateurs FC?
Jim

Pas de diffusion. Le nœud envoie une trame de requête à l'adresse 0xFFFFFC. Chaque commutateur écoute généralement ces adresses, donc le premier commutateur qui reçoit une telle trame répond. La réponse est une liste de: P_ID, WWNN et WWPN. En outre, il existe un autre mécanisme facultatif appelé RSCN, où le commutateur lui-même envoie une trame au nœud après l'apparition de tout nouveau WWN dans la liste.
kubanczyk

0

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.


"FC lui-même n'a pas de concept de routage ou de commutation" ... Eh bien, en fait, si vous comparez le routage FC ou la commutation au monde IP, il devient clair que FC a une approche vraiment propre et cohérente, et la pile IP est un désordre trop compliqué et largement dépassé.
kubanczyk

1
J'accepte si vous changez IP en IPv4. IPv6 est beaucoup plus proche de FC. La différence est que (au moins dans le FC traditionnel) vous n'aurez pas plus de 127 points finaux. Et IPv4 ne fait pas de commutation non plus, cela se fait au niveau Ethernet.
TheFiddlerWins

Acceptez la remarque IPv4. Mais 127 points finaux en FC? Non. Vous parlez d'un mode sans structure obsolète appelé "boucle privée". En tissu traditionnel, 2 ^ 24 moins une petite piscine réservée.
kubanczyk

Je ne suis pas sûr de ce que vous définissez comme un tissu "traditionnel", je parlais du FC-AL, il semble que vous ne parliez que du FC-SW qui est relativement nouveau.
TheFiddlerWins

Les deux ont été mis en production au cours du millénaire précédent.
kubanczyk
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.