{"id":12980,"date":"2025-10-20T13:56:54","date_gmt":"2025-10-20T13:56:54","guid":{"rendered":"https:\/\/introspect.ca\/blog\/how-to-test-mctp-over-smbus-i2c\/"},"modified":"2026-06-27T14:32:14","modified_gmt":"2026-06-27T14:32:14","slug":"how-to-test-mctp-over-smbus-i2c","status":"publish","type":"blogposts","link":"https:\/\/introspect.ca\/fr\/blog\/how-to-test-mctp-over-smbus-i2c\/","title":{"rendered":"Comment tester le MCTP via SMBus\/I2C"},"content":{"rendered":"

La sp\u00e9cification du protocole MCTP (Management Component Transport Protocol), publi\u00e9e par l’organisme de normalisation DMTF<\/a>, fait partie int\u00e9grante de nombreuses architectures informatiques et de serveurs, car elle d\u00e9finit la mani\u00e8re dont un contr\u00f4leur de gestion syst\u00e8me peut communiquer avec des p\u00e9riph\u00e9riques g\u00e9r\u00e9s, tels que les cartes d’extension PCIe et les disques durs.<\/p>\n

Le protocole MCTP en tant que couche de transport<\/h2>\n

Le protocole MCTP est un syst\u00e8me de messagerie align\u00e9 sur les octets qui s’appuie sur une couche physique et\/ou un protocole de communication existant. C’est pourquoi on le qualifie de \u00ab couche de transport \u00bb : il d\u00e9finit uniquement les octets constituant un message (de gestion et de contr\u00f4le), sans pr\u00e9ciser la mani\u00e8re dont ces octets sont transmis. Ce concept est illustr\u00e9 visuellement \u00e0 la figure 1. <\/p>\n

Les sections en gris correspondent aux en-t\u00eates et pieds de page typiques d’une couche physique sous-jacente telle que PCI Express (PCIe). Les sections en orange et en vert correspondent aux octets de charge utile d\u00e9finis par le protocole MCTP. Pour la couche physique sous-jacente, les paquets MCTP ne sont que des octets de charge utile, et ils suivent les m\u00eames sch\u00e9mas de codage et de mappage que la couche physique. <\/p>\n

\"\"
Figure 1 :<\/strong> Format g\u00e9n\u00e9rique des messages du protocole MCTP.<\/figcaption><\/figure>\n

 <\/p>\n

Pour mieux comprendre ce principe, imaginez une carte m\u00e8re \u00e9quip\u00e9e d\u2019un disque SSD (Solid-State Drive) connect\u00e9 via un emplacement PCIe. Le SSD est un p\u00e9riph\u00e9rique g\u00e9r\u00e9 dans le cadre du protocole MCTP. Les messages de contr\u00f4le MCTP peuvent \u00eatre transmis entre le processeur et le SSD via le protocole PCIe lui-m\u00eame. Ceci est illustr\u00e9 sch\u00e9matiquement \u00e0 la figure 2. <\/p>\n

\"\"
Figure 2 :<\/strong> Transmission de messages de contr\u00f4le MCTP entre un processeur et un disque dur via le protocole PCIe.<\/figcaption><\/figure>\n

 <\/p>\n

Or, si vous avez d\u00e9j\u00e0 utilis\u00e9 le PCIe, vous savez qu\u2019il s\u2019agit d\u2019un bus tr\u00e8s performant et tr\u00e8s complexe ; il est donc pr\u00e9f\u00e9rable de l\u2019utiliser pour effectuer des transferts critiques (comme la lecture de fichiers volumineux \u00e0 partir d\u2019un disque SSD) \u00e0 vitesse maximale, plut\u00f4t que pour la gestion du syst\u00e8me. C\u2019est pourquoi, dans de nombreuses impl\u00e9mentations pratiques, le protocole MCTP s\u2019appuie souvent sur d\u2019autres couches physiques plus simples, telles que le SMBus ou l\u2019I2C. Et d\u00e9sormais, gr\u00e2ce \u00e0 la r\u00e9cente interface I3C, le protocole MCTP s\u2019appuie sans probl\u00e8me sur une couche physique I3C ! Voir la figure 3. <\/p>\n

\"\"
Figure 3 :<\/strong> MCTP sur la couche physique I3C.<\/figcaption><\/figure>\n

 <\/p>\n

Comment les messages de requ\u00eate et de r\u00e9ponse MCTP sont-ils g\u00e9r\u00e9s dans SMBus\/I2C ?<\/h2>\n

Dans ce cas, toutes les transactions de paquets MCTP prennent la forme de transactions d’\u00e9criture SMBus afin d’envoyer des messages de requ\u00eate ou de r\u00e9ponse entre les p\u00e9riph\u00e9riques. Par cons\u00e9quent, chaque p\u00e9riph\u00e9rique pr\u00e9sent sur le bus (y compris le contr\u00f4leur) doit disposer d’une adresse afin de pouvoir \u00eatre la cible de la transaction. <\/p>\n

La figure 4 pr\u00e9sente le format de paquet MCTP sur SMBus\/I2C, avec l\u2019ajout de quatre octets (octet 1 \u00e0 octet 4) d\u00e9finissant l\u2019en-t\u00eate sp\u00e9cifique au support. Les octets 1 \u00e0 3 (adresse de l\u2019esclave de destination, code de commande, nombre d\u2019octets) sont des champs SMBus. L\u2019octet 4 (adresse de l\u2019esclave source) a \u00e9t\u00e9 introduit par le protocole MCTP en tant qu\u2019octet suppl\u00e9mentaire afin de faciliter le transfert des messages de r\u00e9ponse vers l\u2019exp\u00e9diteur. Les octets restants (octets 5 \u00e0 N-1) correspondent \u00e0 l\u2019en-t\u00eate de transport et aux octets de charge utile habituels (illustr\u00e9s \u00e0 la figure 1). Notez qu\u2019une fois le paquet MCTP complet, l\u2019octet de code d\u2019erreur de paquet (PEC) est envoy\u00e9 ; celui-ci est simplement requis par le protocole MCTP pour garantir la robustesse du syst\u00e8me. <\/p>\n

\"\"
Figure 4 :<\/strong> Encapsulation des paquets MCTP sur SMBus\/I2C.<\/figcaption><\/figure>\n

 <\/p>\n

Comment les messages d’\u00e9criture et de lecture MCTP sont-ils g\u00e9r\u00e9s dans I3C ?<\/h2>\n

Comme indiqu\u00e9 pr\u00e9c\u00e9demment pour le protocole MCTP via SMBus\/I2C, toutes les transactions prennent la forme de transferts en \u00e9criture, quel que soit le sens de la communication. Toutefois, dans le cas d’une liaison I3C, le transfert de paquets prend des formes diff\u00e9rentes selon le sens de la communication : <\/p>\n