a. Encapsulation de trames FC
Afin de transmettre les trames FC dans le réseau IP, les protocoles FCIP et iFCP ont recours à un
modèle d’encapsulation des trames FC. Comme le montre la figure 21, la trame FC encapsulée est ensuite
incorporée comme données dans les segments TCP pour être véhiculées sur le réseaux. Cette
encapsulation est conforme à la RFC 3643 et se résume globalement à l’ajout d’une entête à la trame FC.
La figure 22 montre le format de l’entête d’encapsulation.
Le champ “Protocol#” représente le numéro du protocole implémenté. Sa valeur sera 0x01 si c’est FCIP qui
est implémenté et 0x02 si c’est iFCP. Le champ “Version” est la version du type d’encapsulation, à ce jour sa
valeur est 0x01. Les champs “-Protocol#” et “-Version” sont respectivement des compléments à 1 des
champs “Protocol#” et “Version”.La structure du champ ” Encapsulating Protocol specific ” dépend du
protocole utilisé.
Cette encapsulation engendre un “Overhead” de 88 Octets minimum, soit 5.79% d’une taille maximal de la
trame Ethernet. Sur un lien Giga Ethernet avec des équipements qui ne supportent pas “Jumbo Frame” il ne
restera que 1430 Octets disponibles pour la trame FC, soit 1394 Octets pour les données utiles Fibre
Channel.
b. Topologie d’un réseau FCIP
La topologie d’un réseau FCIP est représentée à travers la figure suivante.
Les caractéristiques essentielles de ce réseau sont les suivantes:
– c’est l’interconnexion de plusieurs réseaux FC via un réseau IP,
– ce réseau a les mêmes caractéristiques qu’un SAN FC traditionnel,
– la Passerelle FCIP joue le rôle de commutateur et possède au moins un port FC (pour le réseau
FC) et un port WAN (pour le réseau IP),
– Les différentes Fabrics du réseau FCIP ne sont pas indépendantes les unes des autres,
Les mécanismes de communications sont conformes aux normes FC-FS et FC-SW3 de Fibre Channel.
c. Fonctionnement
FCIP est un protocole de “tunneling”; il permet de créer un tunnel entre les deux passerelles du
réseau pour véhiculer le flux Fibre Channel d’un îlot SAN à un autre. Une seule connexion TCP est utilisée
pour toutes les sessions Fibre Channel.
La figure suivante présente la pile protocolaire d’un réseau FCIP.
Figure 24 : Pile protocole FCIP
Tous les flux de classe F sont retransmis sur le réseau IP. Le lien FCIP est totalement transparent
pour la Fabric et celle-ci le considère comme un ISL classique. La figure 26, montre deux topologies qui sont
équivalentes malgré l’utilisation du protocole FCIP.
Comme spécifié plus haut, la structure de l’entête d’encapsulation dans FCIP est calquée sur celle la figure
22. Le champ spécifique au protocole FCIP est structuré comme le montre la figure suivante.
Le champ “pFlags” permet de déterminer la nature d’une trame et de renseigner les traitements subits par
une trame FSF. Les trames FSF servent à :
– Identifier les terminaisons car la trame initiale possède un champ “Destination FC Fabric Entity” nul
mais la requête peut être acheminée car l’adresse IP de la passerelle de destination est connue. Ce
champ sera ensuite connu dans la trame de réponse à cette requête.
– S’accommoder sur quelques paramètres tels que le paramètre K_A_TOV (Keep_Alive TimeOut
Value) qui représentera la valeur qu timer pour la connexion TCP, l’identifiant de la requête de
connexion TCP et le type de classe de service TCP à utiliser.
– Découvrir la configuration
A la création d’une connexion TCP, une seule trame FSF doit être envoyée dans chaque direction. L’usage
des trames FSF n’est pas un Login ou un mécanisme de négociation de paramètres.
Tout comme iFCP les champs “Time Stamp” permet d’adapter les temporisateurs TCP à ceux de Fibre
Channel afin de maîtriser les temps de traversée des trames sur le réseau IP. L’utilisation de ces champs est
plus détaillée dans le chapitre II.2.3.3 d.
Figure 26 : Exemple de deux topologies réseau équivalentes
sans modifications ni interprétation. De même, les trames FC ne subissent aucune modification de la part de
la couche FCIP.
d. Conclusion
L’avantage de ce protocole est évidemment sa mise oeuvre qui reste très simple à l’image même du
protocole. Mais cette simplicité engendre beaucoup d’inconvénients. En effet, la réinjection du flux FC sur le
réseau IP, en particulier celle des flux de classe F, n’aide pas à résoudre le problème crucial des Réseaux
FC qui est la fusion des zones ou des Fabrics. De même, un réseau FCIP étant une Fabric FC, le domaine
d’adressage est aussi confronté à la limite de 239 équipements; ce qui reste assez contraignant pour un
opérateur qui en plus pollue son coeur de réseau de message FC. En résumer, hormis la solution au
problème de la distance d’interconnexion qu’apporte FCIP et toutes les autres technologies de stockage IP,
les réseaux FCIP sont soumis aux mêmes contraintes que les réseaux FC. La plupart des constructeurs qui
implémentent FCIP ajoutent une bonne dose de fonctionnalités propriétaires afin de résoudre certains
problèmes. Les principaux constructeurs de solution FCIP sont Akara, LightSand, Brocade, McData, Cisco,
Lucent Technologies, Hewlett Packard et Qlogic.
Page suivante : II.2.3.3. Le protocole iFCP
Retour au menu : Rapport de stage dans le cadre du projet STORM