{"id":470,"date":"2017-04-26T14:48:23","date_gmt":"2017-04-26T12:48:23","guid":{"rendered":"http:\/\/www.gatoux.com\/?page_id=470"},"modified":"2017-04-27T17:53:49","modified_gmt":"2017-04-27T15:53:49","slug":"igp-egp-et-as","status":"publish","type":"page","link":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/igp-egp-et-as\/","title":{"rendered":"IGP, EGP et AS"},"content":{"rendered":"<h2>Constats et objectifs<\/h2>\n<p>Pour aborder (<em>sereinement !<\/em>) les notions de routage interne et externe, il est important de comprendre les trois constats suivants :<\/p>\n<ul>\n<li>Nous avons pr\u00e9c\u00e9demment expos\u00e9 que <strong>le nombre de r\u00e9seaux IP dans un r\u00e9seau donn\u00e9 avait une influence sur la taille des tables de routage des routeurs<\/strong>. S&rsquo;il faut une entr\u00e9e dans chaque table pour chaque r\u00e9seau IP destination, dans le cas de grands r\u00e9seaux les tables sont tr\u00e8s lourdes.<\/li>\n<li>Prenons le cas du r\u00e9seau Internet ! De quoi est-il form\u00e9 ? Il est le r\u00e9sultat de l&rsquo;interconnexion de millions de r\u00e9seaux clients et op\u00e9rateurs qui r\u00e9alisent ainsi une toile mondiale d&rsquo;interconnexion (<em>L&rsquo;araign\u00e9e &#8230; L&rsquo;araign\u00e9e &#8230;<\/em>). Mais chacun de ces r\u00e9seaux qui forment <strong>LE<\/strong> r\u00e9seau est soumis \u00e0 une entit\u00e9 administrative distincte (<em>Si ! Si ! Internet n&rsquo;est absolument pas g\u00e9r\u00e9 par un seul mec ! &#8230; Heu &#8230; ou femme !<\/em>). <strong>Chaque administrateur r\u00e9seau g\u00e8re le routage et les configurations dans sa bulle, son r\u00e9seau<\/strong>. Il y a m\u00eame des ressources \u00e0 l&rsquo;int\u00e9rieur de ce r\u00e9seau qu&rsquo;il ne veut surtout pas publier \u00e0 l&rsquo;ext\u00e9rieur !<\/li>\n<li>Vous le savez (<em>mais ne savez pas encore comment !<\/em>), <strong>un protocole de routage dynamique calcule un co\u00fbt pour chaque route dans le r\u00e9seau<\/strong>. Ce co\u00fbt peut prendre en compte diff\u00e9rents param\u00e8tres comme la plus petite bande passante de la route, le nombre de routeurs \u00e0 traverser, la nature des supports utilis\u00e9s, leur charge etc. Chaque protocole de routage a sa propre m\u00e9thode de calcul de co\u00fbts et d\u00e9fini un niveau de co\u00fbt o\u00f9 il consid\u00e8re la route comme non valable et d\u00e9clare donc la destination inaccessible. Or dans le cas de tr\u00e8s grands r\u00e9seaux on pourrait facilement atteindre cette limite de co\u00fbt. Par exemple pour RIP, le co\u00fbt d&rsquo;une route est calcul\u00e9 sur le nombre de routeurs \u00e0 traverser pour atteindre la destination. Et RIP donne une limite de 15 travers\u00e9es de routeurs, au-del\u00e0 la destination est inaccessible.<\/li>\n<\/ul>\n<p>Ces trois constats am\u00e8nent donc \u00e0 rechercher une solution de routage :<\/p>\n<ul>\n<li><strong>qui permettent de cr\u00e9er dans un r\u00e9seau des zones \u00ab\u00a0priv\u00e9s\u00a0\u00bb<\/strong>, regroupant un ensemble de r\u00e9seau IP et routeurs d&rsquo;interconnexions associ\u00e9s dont la responsabilit\u00e9 d&rsquo;exploitation est assur\u00e9e par une seule et m\u00eame entit\u00e9 administrative.<\/li>\n<li><strong>qui permettent la mise en place d&rsquo;un macro-routage interzone<\/strong> au-dessus du routage interne \u00e0 chaque zone afin de diminuer le nombre de r\u00e9seaux d\u00e9clar\u00e9s et les co\u00fbts de routes..<\/li>\n<li><strong>qui permettent \u00e0 une zone de ne d\u00e9clarer qu&rsquo;une partie des r\u00e9seaux la constituant<\/strong>. Ainsi seuls les r\u00e9seaux d\u00e9clar\u00e9s sont atteignables depuis d&rsquo;autres zones.<\/li>\n<\/ul>\n<p>La notion de routage interne et externe permet de r\u00e9pondre \u00e0 ces objectifs.<\/p>\n<h2>AS, IGP et EGP &#8230;<\/h2>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"size-full wp-image-500 aligncenter\" src=\"http:\/\/www.gatoux.com\/wp-content\/uploads\/2017\/04\/S3P5I2.gif\" alt=\"\" width=\"438\" height=\"90\" \/><\/p>\n<p>Le principe est simple :<\/p>\n<ul>\n<li>on divise un grand r\u00e9seau en diff\u00e9rentes zones, les <strong>AS<\/strong> : <strong>A<\/strong>utonomous <strong>S<\/strong>ystem. Un AS est constitu\u00e9 de r\u00e9seaux IP, de r\u00e9seaux physiques (<em>LAN ou WAN<\/em>) et de routeurs. Il existe des routeurs de bordure qui permettent d&rsquo;entrer et sortir de l&rsquo;AS et des routeurs internes \u00e0 l&rsquo;AS. <strong>L&rsquo;ensemble de ces r\u00e9seaux et routeurs est administr\u00e9 par une m\u00eame entit\u00e9<\/strong> (<em>un m\u00eame op\u00e9rateur, un m\u00eame client, etc.<\/em>)<\/li>\n<li>au sein de chaque AS on impl\u00e9mente des protocoles de routage qui permettent aux routeurs internes \u00e0 l&rsquo;AS et aux routeurs de bordure de l&rsquo;AS de construire leurs tables de routage. Ces tables, bien s\u00fbr, ne connaissent que les r\u00e9seaux IP internes \u00e0 l&rsquo;AS. Ces protocoles sont appel\u00e9s des <strong>IGP<\/strong> : <strong>I<\/strong>nterior <strong>G<\/strong>ateway <strong>P<\/strong>rotocol.<\/li>\n<li>les routeurs de bordures des diff\u00e9rentes AS sont interconnect\u00e9s entre eux et \u00e9changent des informations sur le contenu des AS gr\u00e2ce \u00e0 un protocole de routage. Ce protocole permet de contr\u00f4ler parfaitement les informations transmises. Un AS n&rsquo;aura donc pas forc\u00e9ment connaissance de tous les r\u00e9seaux existants dans un AS voisin. Ces protocoles de routage sont appel\u00e9s des <strong>EGP<\/strong> : <strong>E<\/strong>xterior <strong>G<\/strong>ateway <strong>P<\/strong>rotocol.<\/li>\n<\/ul>\n<h2>AS qui es-tu ?<\/h2>\n<p>Tout d&rsquo;abord soyons clair ! On n&rsquo;impl\u00e9mente pas des AS dans un r\u00e9seau de 10 sites ou m\u00eame de 100 sites. Le d\u00e9coupage d&rsquo;un r\u00e9seau en AS se programme sur des r\u00e9seaux de grandes tailles et proposant un d\u00e9coupage coh\u00e9rent en terme de topologie, par exemple :<\/p>\n<ul>\n<li><strong>un r\u00e9seau d&rsquo;op\u00e9rateur de large envergure<\/strong> : le r\u00e9seau est consid\u00e9r\u00e9 comme un r\u00e9seau \u00ab\u00a0backbone\u00a0\u00bb mutualis\u00e9 r\u00e9git par ces propres r\u00e8gles de routage internes. Il s&rsquo;agira d&rsquo;y connecter des clients ayant \u00e9ventuellement des r\u00e9seaux internes ob\u00e9issants \u00e0 leurs propres r\u00e8gles de routage. Dans ce cas, le \u00ab\u00a0backbone\u00a0\u00bb op\u00e9rateur sera d\u00e9fini dans un AS et chaque site ou r\u00e9seau client raccord\u00e9 sera dans un AS qui lui sera propre. Le site ou r\u00e9seau client transmettra ses informations de routage au routeur d&rsquo;acc\u00e8s du \u00ab\u00a0backbone\u00a0\u00bb par un EGP.<\/li>\n<li><strong>un r\u00e9seau \u00ab\u00a0grand compte\u00a0\u00bb de couverture mondiale<\/strong>, sur lequel on d\u00e9finira peut-\u00eatre une zone Asie, une zone Afrique, une zone Europe, etc.<\/li>\n<li>et bien s\u00fbr <strong>le r\u00e9seau Internet<\/strong> (<em>sinc\u00e8rement ! O\u00f9 un d\u00e9coupage en zone serait-il plus adapt\u00e9 ???<\/em>) ! Mais avec Internet tout se complique ! Dans les deux pr\u00e9c\u00e9dents exemples au final il y avait une seule et m\u00eame entit\u00e9 administrative (<em>l&rsquo;op\u00e9rateur ou le grand compte<\/em>) pour g\u00e9rer tous les AS du r\u00e9seau. Avec Internet, ce n&rsquo;est plus le cas. De la m\u00eame mani\u00e8re qu&rsquo;il a fallu normaliser le plan d&rsquo;adressage IP, il a fallu normaliser le nom des AS afin d&rsquo;\u00e9viter des conflits de \u00ab\u00a0<strong>macro-routage<\/strong>\u00a0\u00bb !<\/li>\n<\/ul>\n<p>Donc <strong>un AS poss\u00e8de un identifiant unique au sein d&rsquo;un m\u00eame r\u00e9seau<\/strong> (<em>Internet par exemple<\/em>). Cet identifiant est sous le forme d&rsquo;un <strong>num\u00e9ro de quatre digits<\/strong> (<em>AS 6560 par exemple<\/em>). Ceci permet donc de d\u00e9finir 9999 AS au sein d&rsquo;un m\u00eame r\u00e9seau (<em>largement suffisant<\/em>). <strong>L&rsquo;AS 0 est r\u00e9serv\u00e9 comme AS par d\u00e9faut<\/strong> (<em>\u00e9quivalent \u00e0 l&rsquo;adresse IP par d\u00e9faut 0.0.0.0<\/em>).<\/p>\n<p><strong>Pour Internet la gestion des num\u00e9ros d&rsquo;AS est centralis\u00e9 par l&rsquo;InterNIC<\/strong> (Network Information Center). Si vous envisagez de connecter votre r\u00e9seau \u00e0 Internet et d&rsquo;offrir de participer \u00e0 son routage (<em>routage inter-AS<\/em>), il vous faudra imp\u00e9rativement faire une demande de num\u00e9ro d&rsquo;AS normalis\u00e9. Mais dans la grande majorit\u00e9 des cas, vous b\u00e9n\u00e9ficierez du num\u00e9ro d&rsquo;AS de votre prestataire de raccordement (<em>chaque op\u00e9rateur, fournisseur d&rsquo;acc\u00e8s Internet a son num\u00e9ro d&rsquo;AS<\/em>).<\/p>\n<h2>IGP et EGP, qui \u00eates-vous ?<\/h2>\n<p>Nous venons d&rsquo;affirmer que les protocoles de routage se divisent donc en deux familles, les <strong>IGP<\/strong> et les <strong>EGP<\/strong>.<\/p>\n<ul>\n<li><strong>Les IGP assurent le routage interne \u00e0 un AS<\/strong>. Les IGP \u00e9mettent g\u00e9n\u00e9ralement leurs mises \u00e0 jour dans des <strong>paquets IP en diffusion<\/strong>. L&rsquo;adresse de destination des paquets est de type \u00ab\u00a0<strong>broadcast<\/strong>\u00a0\u00bb (255.255.255.255) ou de type multicast (224.0.0.6 par exemple). En g\u00e9n\u00e9ral il n&rsquo;y a pas de connexions \u00e9tablies entre les routeurs. Les \u00ab\u00a0<strong>updates<\/strong>\u00a0\u00bb sont \u00e9mis sur toutes les interfaces du routeur \u00e9metteur vers tous les routeurs adjacents. <strong>ATTENTION<\/strong> : je fais ici \u00e9tat d&rsquo;un process g\u00e9n\u00e9rique, mais certains protocoles apportent des exceptions, ou m\u00eame au-del\u00e0 des protocoles certaines fonctions plus \u00e9labor\u00e9es sont offertes par diff\u00e9rents constructeurs.<\/li>\n<li><strong>Les EGP assurent le routage entre les AS<\/strong>. <strong>Ils \u00e9mettent des mises \u00e0 jour \u00e0 des voisins identifi\u00e9s en \u00e9tablissant une connexion<\/strong> (<em>g\u00e9n\u00e9ralement TCP<\/em>) avec eux. Les mises \u00e0 jour ne sont pas diffus\u00e9es vers tous les routeurs mais routeur \u00e0 routeur. Les informations transmises sont filtr\u00e9es et peuvent comporter des attributs de routage complexes d\u00e9pendant du protocole utilis\u00e9.<\/li>\n<\/ul>\n<p>Quelques exemples de protocoles :<\/p>\n<table class=\"moyentexte\" border=\"1\" width=\"75%\" cellspacing=\"1\" cellpadding=\"1\" align=\"center\">\n<tbody>\n<tr bgcolor=\"#999999\">\n<td width=\"12%\">\n<div align=\"center\"><b>Protocole<\/b><\/div>\n<\/td>\n<td width=\"88%\">\n<div align=\"center\"><b>Description<\/b><\/div>\n<\/td>\n<\/tr>\n<tr bgcolor=\"#33ffff\">\n<td class=\"insiste\" colspan=\"2\">\n<div align=\"center\">Les IGP<\/div>\n<\/td>\n<\/tr>\n<tr>\n<td width=\"12%\">\n<p align=\"center\"><b>RIP<\/b><\/p>\n<\/td>\n<td width=\"88%\"><b><span class=\"insiste\">R<\/span>outing <span class=\"insiste\">I<\/span>nformation <span class=\"insiste\">P<\/span>rotocol <\/b>(version 1 &amp; 2) :Le plus ancien, le plus simple mais encore tr\u00e8s utilis\u00e9 !<\/td>\n<\/tr>\n<tr>\n<td width=\"12%\">\n<p align=\"center\"><b>IGRP<\/b><\/p>\n<\/td>\n<td width=\"88%\"><b><span class=\"insiste\">I<\/span>nterior <span class=\"insiste\">G<\/span>ateway <span class=\"insiste\">R<\/span>outing <span class=\"insiste\">P<\/span>rotocol <\/b>: Protocole propri\u00e9taire Cisco, mais comme Cisco est tr\u00e8s implant\u00e9 dans le monde du r\u00e9seau, on le trouve tr\u00e8s souvent.<\/td>\n<\/tr>\n<tr>\n<td width=\"12%\">\n<p align=\"center\"><b>E-IGRP<\/b><\/p>\n<\/td>\n<td width=\"88%\"><b><span class=\"insiste\">E<\/span>xtended-<span class=\"insiste\">IGRP<\/span> <\/b>: Apparut avec la version logicielle 11 de Cisco, il supplante peu \u00e0 peu l&rsquo;IGRP. Il offre des fonctions plus \u00e9labor\u00e9es.<\/td>\n<\/tr>\n<tr>\n<td width=\"12%\">\n<p align=\"center\"><b>OSPF<\/b><\/p>\n<\/td>\n<td width=\"88%\"><b><span class=\"insiste\">O<\/span>pen <span class=\"insiste\">S<\/span>hortest <span class=\"insiste\">P<\/span>ast <span class=\"insiste\">F<\/span>irst<\/b> : Un \u00ab\u00a0must\u00a0\u00bb, tr\u00e8s complet, tr\u00e8s performant, tr\u00e8s \u00e9labor\u00e9, mais tr\u00e8s compliqu\u00e9 et consommateur de ressources dans les routeurs. On le r\u00e9serve g\u00e9n\u00e9ralement \u00e0 de grands r\u00e9seaux.<\/td>\n<\/tr>\n<tr>\n<td width=\"12%\">\n<p align=\"center\"><b>IS-IS<\/b><\/p>\n<\/td>\n<td width=\"88%\"><b><span class=\"insiste\">I<\/span>nterior <span class=\"insiste\">S<\/span>ystem to <span class=\"insiste\">I<\/span>nterior <span class=\"insiste\">S<\/span>ystem<\/b> : le seul IGP normalis\u00e9 OSI. A ma connaissance, il est assez peu utilis\u00e9. Je ne le connais pas en d\u00e9tail.<\/td>\n<\/tr>\n<tr bgcolor=\"#66ffff\">\n<td class=\"insiste\" colspan=\"2\">\n<div align=\"center\">Les EGP<\/div>\n<\/td>\n<\/tr>\n<tr>\n<td width=\"12%\">\n<p align=\"center\"><b>EGP<\/b><\/p>\n<\/td>\n<td width=\"88%\"><b><span class=\"insiste\">E<\/span>xterior <span class=\"insiste\">G<\/span>ateway <span class=\"insiste\">P<\/span>rotocol<\/b> : le premier, le plus ancien, pas tr\u00e8s performant. Il est de plus en plus abandonn\u00e9.<\/td>\n<\/tr>\n<tr>\n<td width=\"12%\">\n<p align=\"center\"><b>BGP<\/b><\/p>\n<\/td>\n<td width=\"88%\"><b><span class=\"insiste\">B<\/span>order <span class=\"insiste\">G<\/span>ateway <span class=\"insiste\">P<\/span>rotocol<\/b> : dans sa version 4, il supplante largement tout autre EGP. BGP4 est impl\u00e9ment\u00e9 sur Internet entre-autre. Il offre des fonctions de routage tr\u00e8s \u00e9labor\u00e9es.<\/td>\n<\/tr>\n<tr>\n<td width=\"12%\">\n<p align=\"center\"><b>ES-IS<\/b><\/p>\n<\/td>\n<td width=\"88%\"><b><span class=\"insiste\">E<\/span>xterior <span class=\"insiste\">S<\/span>ystem to <span class=\"insiste\">I<\/span>nterior <span class=\"insiste\">S<\/span>ystem<\/b> : comme IS-IS, le seul EGP normalis\u00e9 OSI, mais tr\u00e8s peu utilis\u00e9 \u00e0 ma connaissance.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Conclusion du chapitre<\/h2>\n<p>Voil\u00e0 ! Nous avons fait le tour du concept, je pense. Il n&rsquo;y a grand chose de plus \u00e0 dire sans entrer directement dans la th\u00e9orie protocolaire, ce que nous aurons sans doute l&rsquo;occasion de faire ult\u00e9rieurement.<\/p>\n<p>Dans le chapitre suivant, nous allons continuer encore un peu sur la voie de la th\u00e9orie en essayant d&rsquo;expliquer sommairement les diff\u00e9rences entre <strong>protocoles \u00e0 vecteurs de distance<\/strong> et <strong>protocoles \u00e0 \u00e9tats de liens<\/strong>. Prenez peut-\u00eatre deux minutes pour un caf\u00e9, avant !<\/p>\n<h5 align=\"center\"><a href=\"http:\/\/www.gatoux.com\/index.php\/dynamique-ou-statique\/\">Page Pr\u00e9c\u00e9dente<\/a> | <a href=\"http:\/\/www.gatoux.com\/index.php\/types-de-protocoles\/\">Page Suivante<\/a><\/h5>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Constats et objectifs Pour aborder (sereinement !) les notions de routage interne et externe, il est important de comprendre les trois constats suivants : Nous avons pr\u00e9c\u00e9demment expos\u00e9 que le nombre de r\u00e9seaux IP dans un r\u00e9seau donn\u00e9 avait une influence sur la taille des tables de routage des routeurs. S&rsquo;il faut une entr\u00e9e dans\u2026 <span class=\"read-more\"><a href=\"https:\/\/racine.gatoux.com\/lmdr\/index.php\/igp-egp-et-as\/\">Lire la suite &raquo;<\/a><\/span><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":35,"comment_status":"closed","ping_status":"closed","template":"page-templates\/full-width.php","meta":{"_exactmetrics_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"footnotes":""},"class_list":["post-470","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/470","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/comments?post=470"}],"version-history":[{"count":8,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/470\/revisions"}],"predecessor-version":[{"id":521,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/470\/revisions\/521"}],"wp:attachment":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/media?parent=470"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}