{"id":344,"date":"2017-04-25T11:28:42","date_gmt":"2017-04-25T09:28:42","guid":{"rendered":"http:\/\/www.gatoux.com\/?page_id=344"},"modified":"2017-04-25T17:43:54","modified_gmt":"2017-04-25T15:43:54","slug":"le-datagramme-ip","status":"publish","type":"page","link":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/le-datagramme-ip\/","title":{"rendered":"Le datagramme IP"},"content":{"rendered":"

Commencer la description du protocole IP, par une pr\u00e9sentation du format du paquet (datagramme<\/strong>) peut sembler os\u00e9. Certains trouveront que l’approche est trop complexe, mais il n’en est rien. En effet, pour mettre en oeuvre des fonctions (priorisation, contr\u00f4le de flux, d\u00e9tection d’erreurs, etc.) un protocole doit pr\u00e9voir dans son format de PDU, et notamment dans son PCI, les champs n\u00e9cessaires \u00e0 la mise en oeuvre de ces fonctions.<\/p>\n

Autrement dit, \u00e9tudier le format d’une PDU<\/strong> d’un protocole, renseigne immanquablement sur les fonctions qu’il offre. Ce chapitre pr\u00e9sente donc le datagramme IP sans trop insister sur les diff\u00e9rents champs. Les chapitres suivants, traitant des plus importantes fonctions d’IP, s’appuieront sur le format des champs, plus en d\u00e9tails.<\/p>\n

Format g\u00e9n\u00e9ral du paquet<\/h2>\n

\"\"Vous l’avez remarqu\u00e9, on dit tout aussi bien \u00ab\u00a0paquet<\/strong>\u00ab\u00a0, que \u00ab\u00a0datagramme<\/strong>\u00ab\u00a0. En th\u00e9orie, un datagramme v\u00e9hicule toutes les informations n\u00e9cessaires \u00e0 son routage (notamment les adresses sources et destinations), alors qu’un paquet est beaucoup plus g\u00e9n\u00e9rique et pourrait fort bien ne pas comporter ces informations. Quoiqu’il en soit, nous dirons que \u00ab\u00a0paquet\u00a0\u00bb et \u00ab\u00a0datagramme\u00a0\u00bb c’est la m\u00eame chose<\/strong> !<\/p>\n

Un paquet IP moyen a une taille de 128 ou 256 octets. Avec l’arriv\u00e9e des technologies ATM \u00e0 tr\u00e8s hauts d\u00e9bits, on commence \u00e0 vulgariser des tailles plus importantes aux alentours des 1500 octets.<\/p>\n

Le paquet IP est form\u00e9 de deux grandes parties :<\/p>\n

    \n
  • l’ent\u00eate du paquet<\/strong>, g\u00e9n\u00e9ralement d’une taille de 20 octets, constitue le PCI du protocole. C’est l\u00e0 que sont inscrites toutes les informations du protocole (adresse, segmentation, options, etc.).<\/li>\n
  • la partie \u00ab\u00a0data\u00a0\u00bb, ou champ de donn\u00e9es<\/strong>, d’une taille maximum de : (65536 octets) – (les octets d’ent\u00eate et d’options). Elle v\u00e9hicule la PDU de couche sup\u00e9rieure (g\u00e9n\u00e9ralement un segment TCP ou UDP).<\/li>\n<\/ul>\n

    L’analyse du champ de donn\u00e9es ne nous apprendra rien, si ce n’est le format de la PDU TCP ou UDP, mais ce n’est pas le sujet de ce cours. Nous allons donc focaliser sur l’ent\u00eate, qui vous le verrez est tr\u00e8s int\u00e9ressante !<\/span><\/p>\n

    Format g\u00e9n\u00e9ral de l’ent\u00eate du paquet<\/h2>\n

    \"\"L’ent\u00eate IP, comme tout le paquet IP est structur\u00e9e en mots de 4 octets. C’est une des raisons qui a conduit a refus\u00e9 la normalisation d’IP dans le mod\u00e8le OSI, qui pr\u00e9conise une structure en mots de 1 octet.<\/p>\n

    Structure en mots de 4 octets<\/strong> veut dire que le nombre d’octets d’un paquet IP est toujours un multiple de 4 octets. Si on doit placer un nombre d’octets non multiple de 4 dans le paquet (65 par exemple<\/em>), on proc\u00e8de \u00e0 un compl\u00e9ment, encore appel\u00e9 \u00ab\u00a0bourrage<\/strong>\u00a0\u00bb pour les moins \u00e9l\u00e9gants, ou \u00ab\u00a0padding<\/strong>\u00a0\u00bb pour les cultiv\u00e9s ! Cette op\u00e9ration consiste \u00e0 ajouter un nombre d’octets suppl\u00e9mentaires form\u00e9s de 0, qui vont compl\u00e9ter jusqu’\u00e0 un multiple de 4. Pour notre exemple, on ajouterai 3 octets pour obtenir 68 octets (68\/4 = 17 mots de 4 octets).<\/p>\n

    L’ent\u00eate IP standard n’utilise pas le champ \u00ab\u00a0Option\u00a0\u00bb, elle a donc une longueur de 20 octets (5 mots de 4 octets) dans 99% des cas.<\/p>\n

    Le champ d’option peut avoir une longueur tr\u00e8s variable. Nous le pr\u00e9sentons succinctement, plus loin.<\/p>\n

    R\u00f4les des champs de l’ent\u00eate<\/h2>\n

    Version<\/span><\/strong><\/p>\n

    Ce champ code sur 4 bits, la version du protocole. La version actuelle est la version 4 (0100). Une version 6 est annonc\u00e9e depuis bient\u00f4t 6 ans ! On commence \u00e0 en voir certaines impl\u00e9mentations, mais le chemin est encore long. Elle introduit un nouveau format d’adressage permettant d’affecter une adresse IP \u00e0 n’importe quoi sur terre, avec plusieurs milliards d’adresses possibles … Peut-\u00eatre un jour en parlerons-nous … Mais il faudra que je me documente sur la chose …<\/p><\/blockquote>\n

    Internet Header Length (IHL)<\/span><\/strong><\/p>\n

    Longueur de l’en-t\u00eate Internet, exprim\u00e9e en mots de 4 octets. Cette longueur \u00e9tant cod\u00e9e sur 4 bits, elle peut avoir comme valeur maximum binaire 1111 soit 15. Comme elle indique un nombre de mots de 4 octets, on en d\u00e9duit que la taille maximum de l’ent\u00eate IP est de 15*4 = 60 octets.<\/p><\/blockquote>\n

    Type Of Service (TOS)<\/span><\/strong><\/p>\n

    Ce champ donne des indications aux \u00e9quipements qu’il traverse sur son niveau de priorit\u00e9 et sa classe de service. D\u00e9fini sur 8 eb (1 octet), il est divis\u00e9 en 5 parties :<\/p>\n

      \n
    • Les bits 0 \u00e0 2 indiquent la \u00ab\u00a0pr\u00e9c\u00e9dence<\/strong>\u00ab\u00a0. Autrement dit la priorit\u00e9 d’acheminement par rapport aux autres paquets. Cette partie du champ permet de d\u00e9finir 8 niveaux de priorit\u00e9 d’acheminement.<\/li>\n
    • Le bit 3 indique si le paquet peut supporter une attente de traitement normale ou faible.<\/li>\n
    • Le bit 4 indique si le paquet doit \u00eatre achemin\u00e9 en priorit\u00e9<\/strong> sur des liens \u00e0 hauts d\u00e9bits ou non<\/li>\n
    • Le bit 5 indique si le paquet doit \u00eatre achemin\u00e9 sur des liens tr\u00e8s fiables (faible taux d’indisponibilit\u00e9 et d’erreurs) ou normaux<\/li>\n
    • Les bits 6 et 7 sont r\u00e9serv\u00e9s et donc inutilis\u00e9s.<\/li>\n<\/ul>\n

      Quoiqu’il en soit, ce champ est rarement utilis\u00e9. Avec l’arriv\u00e9e de nouvelles technologies comme le MPLS (Multi Protocol Label Switching) on commence \u00e0 utiliser le champ TOS bits 0 \u00e0 2 pour d\u00e9finir des classes de services qui sont exploit\u00e9es par MPLS. Certaines applications utilisaient d\u00e9j\u00e0 ce champ TOS pour d\u00e9finir des priorit\u00e9s d’acheminement de leurs paquets dans le r\u00e9seau, mais cela restait rare !<\/p><\/blockquote>\n

      Tableau des valeurs du champ pour un paquet IP\/DoD<\/span><\/h6>\n\n\n\n\n\n\n\n
       <\/p>\n

      Bits 0-2<\/span> <\/b><\/td>\n

      		\n
        \n
      • 111: contr\u00f4le de r\u00e9seau<\/span><\/li>\n
      • 110: contr\u00f4le de r\u00e9seau Arpanet<\/span><\/li>\n
      • 101: Critic\/ECP<\/span><\/li>\n
      • 100: flash override<\/span><\/li>\n
      • 011: flash<\/span><\/li>\n
      • 010: imm\u00e9diat<\/span><\/li>\n
      • 001: priorit\u00e9<\/span><\/li>\n
      • 000: routine<\/span><\/li>\n<\/ul>\n<\/td>\n<\/tr>\n
      Bit 3<\/span> <\/b><\/td>\n\n
        \n
      • 0: attente normale<\/span><\/li>\n
      • 1: attente faible<\/span><\/li>\n<\/ul>\n<\/td>\n<\/tr>\n
      Bit 4<\/span> <\/b><\/td>\n\n
        \n
      • 0: d\u00e9bit normal<\/span><\/li>\n
      • 1: d\u00e9bit \u00e9lev\u00e9<\/span><\/li>\n<\/ul>\n<\/td>\n<\/tr>\n
      Bit 5<\/span> <\/b><\/td>\n\n
        \n
      • 0: fiabilit\u00e9 normale<\/span><\/li>\n
      • 1: fiabilit\u00e9 \u00e9lev\u00e9e<\/span><\/li>\n<\/ul>\n<\/td>\n<\/tr>\n
      Bits 6-7<\/span> <\/b><\/td>\n\n