La convergence des réseaux est un sujet qui prend de plus en plus de place dans les réflexions d’évolution des Datacenters. Alors il n’est peut être pas inutile de rappeler quelques notions sur les standards qui contribuent à rendre possible cette convergence.
Deux groupes de standardisation sont concernés par le FCoE , les groupes T11 et IEEE 802.1.
-Le groupe T11 fait partie de l’INCITS (International Committee for Information Technology Standards) et a pour principal focus le développement des standards Fiber Channel).
Dans le cas du FCoE il est à l’origine du standard FC-BB-5 qui définit complètement à lui seul le FCoE ,y compris le multi hop.
Pour rappel le standard FC-BB-5 était techniquement stable en octobre 2008, approuvé en juin 2009 et publié officiellement en mai 2010.
-Le groupe de travail IEEE 802.1 fait partie du comité IEEE 802 qui s’intéresse au LAN et au MAN. Le groupe de travail IEEE 802.1 s’occupe du switching Ethernet. Au sein de ce groupe une entité a travaillé sur le Data Center Bridging (DCB) pour faire en sorte qu’Ethernet soit « lossless » et permette la consolidation des I/0s.
Pour faire de la consolidation avec FCoE , FCoE lui-même n’impose qu’une seule contrainte : avoir le même niveau de service que le Fiber Channel. Cela signifie qu’Ethernet doit être « lossless ».
C’est la technologie Prority-Based Flow Control (PFC) qui permet de rendre Ethernet Lossless en se basant sur des priorités.
Une autre technologie appelée Enhanced Transmission Selection (ETS) donne la possibilité de véhiculer du multi traffic sur un même lien en grantissant un minimum de bande passante par traffic.
Et enfin la technologie Data Center Bridging Exchange (DCBX) assure la cohérence des protcoles entre ETS et PFC .
Le Data Center Bridging (DCB) regroupe ces 3 extensions (PFC,ETS et DCBX) . Il est à noter toutefois que si on ne fait pas de consolidation d’I/Os, donc pas de multitraffic, c’est-à-dire que que l’on remplace simplement un lien Fiber Channel SAN par un lien Ethernet ,seul le PFC est nécessaire pour assurer le lossless.
J’en profite pour rappeler qu’il y a 4 phases dans le développement des standards :
-investigation
-Développement
-Approbation
-Publication
En général en fin de phase de développement les définitions sont assez précises pour dire que le standard est techniquement stable.
Cela permet ainsi , et c’est ce que fait souvent Cisco, de pouvoir mettre sur le marché un produit utilisant un « pre standard » (exemple de Fabricpath en attendant le standard TRILL)qui ne nécessitera qu’une faible mise à jour lorsque le standard aura été officiellement publié . Ceci permet de faire bénéficier les clients plus rapidement des apports d’un nouveau standard.
Authors
1 commentaires