Gagne de la cryptomonnaie GRATUITE en 5 clics et aide institut numérique à propager la connaissance universitaire >> CLIQUEZ ICI <<

II.2.2.6. Communication entre équipements

Non classé

a. Connexion d’un N_Port à un équipement distant

Après l’initialisation physique ou électrique, le N_Port transmet un message ELS FLOGI au port
adjacent. Le FLOGI est une requête ELS qui permet à l’émetteur de déterminer les paramètres de
fonctionnement du réseau. Il est nécessaire et incontournable pour tous les Nx_Ports dans le processus de
connexion et est totalement indépendante de la classe de service. Il a pour fonctions:

– de déterminer l’absence ou la présence d’une Fabric s’il y a une Fabric,
– de fournir au N_Port toutes les caractéristiques de la Fabric et de fournir à la Fabric toutes les
caractéristiques du N_Port
– s’il y a une Fabric, d’initialiser le BB_Credit
– de permettre à l’émetteur de se voir allouer une adresse FC.

La réponse LS_ACC à la requête FLOGI permet de détecter le type du port adjacent.

Si le port adjacent est de type F_Port, alors l’équipement distant est un commutateur, le N_Port va
donc enregistrer son adresse auprès du Name Server par la transmission d’un message PLOGI. Suite à la
réception d’une réponse positive de la part du Name Server, le N_Port va tenter de s’enregistrer auprès du
Fabric Controller afin de recevoir certains messages RSCN émis par celui-ci. Cette opération se fera par la
transmission d’un message SCR. Une fois cette opération réussie, le Fabric Controller informera, par l’envoi
de messages ELS RSCN, les N_Ports directement attachés au commutateur de la présence d’un nouveau
port. De la même façon, le Domain Controller transmettra un message SW_ILS SW_RSCN à chacun des
Domain Controller qui lui est rattaché.

Afin découvrir les autres N_Ports préalablement connectés à la Fabric, le nouveau N_Port va envoyer une
requête GA_NXT au Name Server pour recevoir de celui-ci l’adresse de tous les autres équipements de la
Fabric. Pour communiquer avec un autre N_Port de la Fabric, le nouveau N_Port va transmettre un
message PLOGI à celui-ci afin de s’accorder sur les paramètres de fonctionnement de la communication.

Par contre, si le port distant est un N_Port, alors on a une connexion point à point et l’un d’entre eux émettra
un PLOGI pour initier une communication.

b. Connexion d’un commutateur à un Fabric



L’attachement d’un commutateur à un équipement distant comporte plusieurs étapes ou opérations
successives:

· Détection du mode de fonctionnement du port du commutateur et négociation des paramètres du
lien

Afin de connaître le mode de fonctionnement de son port d’attachement, le commutateur tente de
découvrir successivement s’il peut être : FL_Port, E_Port ou F_port.

Comme dans tout processus de connexion, le commutateur débutera par une phase d’initialisation
électrique qui est celle de la boucle arbitrée, par l’envoi du signal LIP. Ce dernier lui permettra en cas de
succès de fonctionner comme un port de type FL_Port. En cas d’échec de cette opération, une
initialisation classique s’effectuera puis débutera une phase de négociation de paramètre. Si le port
distant est de type N_Port, celui-ci enverra un FLOGI qui permettra au port du commutateur de
fonctionner en F_Port. Si aucun message FLOGI n’est reçu, le port du commutateur fonctionnera donc
en E_Port puis enverra un message ELP pour la négociation des paramètres du lien. Cet échange de
paramètres s’effectue entre Fabrics Controller et aboutit à la négociation des paramètres de classes de
service, du R_A_TOV, du E_D_TOV ainsi que les paramètres de contrôles de flux (BB_Credit ou
EE_Credit), des paramètres de sécurité et du protocole de routage.

· Sélection du commutateur principale

Il peut être impératif pour une Fabric de reconfigurer ses paramètres pour les raisons suivantes:

– Ajout d’un commutateur ou d’une Fabric non configuré,
– Interconnexion de deux Fabrics de Domain_IDs totalement distincts (orthogonal) ou non,
– Défaillance d’un ISL principal: L’ISL principale est le lien utilisé pendant la configuration de la

Fabric et l’affectation des adresses, pour router les trames de config de classe F.

Cette reconfiguration qui peut être perturbatrice ou non inclus la sélection d’un commutateur principal
dans la Fabric. La procédure de sélection du commutateur principal est basée sur la comparaison des
valeurs Switch_Name et Switch_Priority des équipements de la Fabric. Ces valeurs sont transmises
entre les commutateurs à l’aide des messages EFP dans lesquels elles sont incluses. Le commutateur
principal sera le commutateur qui a la plus petite valeur N; N étant la concaténation des variables
Switch_Priority et Switch_Name des commutateurs. Le commutateur principal se reconnaîtra par le fait
qu’à la fin du tempo (2 x F_S_TOV), la valeur N mémorisée sera égale à la sienne.

· Acquisition du Domain_ID
Une fois désigné, le commutateur principal jouera le rôle de distributrice d’adresses (DAM) et
exécutera successivement trois actions principales: forcer son Switch_Priority à 0x02 si la valeur
actuelle est supérieure ou égale à 0x02, effacer complètement sa Domain_ID_List si celle-ci ne l’était
pas, puis s’attribuer un Domain_ID dans le pool disponible (pré configuré). Après ces trois opérations, il
transmettra une requête EFP à tous ses E_Ports. Ensuite, le commutateur principal transmettra une
requête SW_ILS DIA à tous ses E_Ports pour annoncer son existence. Pour acquérir leur Domain_ID,
les autres commutateurs enverront une requête SW_ILS RDI au commutateur principal.

Dans tout ce processus, il est essentiel de retenir que:

– le message SW_ILS DIA est local (ne se propage pas) et peut être émis par n’importe quel
commutateur de la Fabric qui a déjà reçu un Domain_ID et qui possède au moins un DPI,
– tous les commutateurs de la Fabric sauf le principal peuvent émettre une requête RDI et cette
commande (tout comme EFP) peut se propager ou relayer par un commutateur intermédiaire,
– seul le commutateur principal est capable d’interpréter ou de compiler les requêtes RDI.

Page suivante : II.2.2.7. Le protocole FSPF

Retour au menu : Rapport de stage dans le cadre du projet STORM