
{"id":718,"date":"2024-07-01T18:26:01","date_gmt":"2024-07-01T15:26:01","guid":{"rendered":"https:\/\/new.arkitek.net\/les-solutions\/telecommunications\/nat-de-niveau-operateur\/"},"modified":"2024-07-10T22:43:02","modified_gmt":"2024-07-10T19:43:02","slug":"nat-de-niveau-operateur","status":"publish","type":"page","link":"https:\/\/arkitek.net\/fr\/solutions\/telecommunications\/nat-de-niveau-operateur\/","title":{"rendered":"NAT de Niveau-Op\u00e9rateur"},"content":{"rendered":"\n<p>En 2011, l&rsquo;IANA (Internet Assigned Numbers Authority) a attribu\u00e9 les derniers blocs d&rsquo;adresses \/8 aux registres Internet r\u00e9gionaux (RIR), laissant \u00e0 ces derniers le contr\u00f4le de l&rsquo;attribution du reste des adresses IPv4 disponibles. Les fournisseurs d&rsquo;acc\u00e8s \u00e0 l&rsquo;internet (FAI) ont donc plus de mal \u00e0 continuer \u00e0 obtenir l&rsquo;espace d&rsquo;adressage IPv4 non attribu\u00e9, ce qui les oblige \u00e0 \u00e9laborer un plan d&rsquo;action pour pr\u00e9server l&rsquo;espace d&rsquo;adressage IPv4 restant et pour fournir un m\u00e9canisme de traduction IPv6. De nombreuses technologies sont apparues pour r\u00e9soudre ce probl\u00e8me, notamment NAT444, DS-Lite et 6rd, qui reposent toutes sur une base commune de traduction d&rsquo;adresses de r\u00e9seau de qualit\u00e9 op\u00e9rateur (Carrier Grade Network Address Translation &#8211; CGN).  <\/p>\n\n<h2 class=\"wp-block-heading\">La Solution<\/h2>\n\n<p>La solution d&rsquo;ARKITEK sur CGNAT fournit un chemin fiable pour les op\u00e9rateurs commerciaux (abonn\u00e9s fixes et mobiles) et les grandes entreprises pour mettre en \u0153uvre CGNAT &#8211; y compris une vue d&rsquo;ensemble de la solution, des consid\u00e9rations de conception et de mise \u00e0 l&rsquo;\u00e9chelle, et une explication de la configuration du syst\u00e8me, des fonctionnalit\u00e9s optionnelles, et de l&rsquo;enregistrement du trafic.<\/p>\n\n<p>Note : CGN est aussi parfois appel\u00e9 Large Scale NAT (LSN), et c&rsquo;est le terme utilis\u00e9 dans les documents de l&rsquo;IETF r\u00e9f\u00e9renc\u00e9s sur cette page.<\/p>\n\n<h2 class=\"wp-block-heading\" id=\"solution-overview\">Pr\u00e9sentation de la Solution<\/h2>\n\n<p>Le CGN fournit une m\u00e9thodologie pour pr\u00e9server les adresses IPv4 en centralisant les ressources d&rsquo;adresses publiques et en partageant ces ressources entre une large communaut\u00e9 d&rsquo;utilisateurs. <\/p>\n\n<p>L&rsquo;architecture g\u00e9n\u00e9rale du CGN se compose d&rsquo;un r\u00e9seau d&rsquo;acc\u00e8s (adress\u00e9 avec l&rsquo;adresse r\u00e9serv\u00e9e <a rel=\"noreferrer noopener\" href=\"https:\/\/tools.ietf.org\/html\/rfc6598\" target=\"_blank\">RFC 6598<\/a> 100.64.0.0\/10), d&rsquo;une couche de routage d&rsquo;agr\u00e9gation, de dispositifs CGN et de routeurs de peering sortant vers l&rsquo;internet public. Pour les clients professionnels ou r\u00e9sidentiels qui sont directement connect\u00e9s au r\u00e9seau d&rsquo;acc\u00e8s, un seul niveau de NAT (NAT44) est n\u00e9cessaire. Ces clients re\u00e7oivent une adresse directement du sous-r\u00e9seau 100.64.0.0\/10. G\u00e9n\u00e9ralement, les clients r\u00e9sidentiels d\u00e9ploient un dispositif de passerelle qui met en \u0153uvre le NAT, cr\u00e9ant ainsi le mod\u00e8le NAT444. Les clients utilisent des adresses priv\u00e9es de l&rsquo;espace d&rsquo;adressage IP <a rel=\"noopener\" href=\"\" target=\"\">RFC 1918<\/a>.    Les adresses priv\u00e9es sont traduites en adresses dans le sous-r\u00e9seau 100.64.0.0\/10, qui est configur\u00e9 dans l&rsquo;infrastructure d&rsquo;acc\u00e8s du FAI. Le trafic du client (utilisateur final) est ensuite achemin\u00e9 via une couche d&rsquo;agr\u00e9gation vers le dispositif CGN attribu\u00e9, puis traduit en adresses publiques IPv4. Le d\u00e9ploiement du CGN est transparent pour les utilisateurs finaux et ne n\u00e9cessite aucune modification de la configuration de l&rsquo;\u00e9quipement sur site du client (CPE) ou des h\u00f4tes.  <\/p>\n\n<p>Le CGN offre les avantages suivants par rapport aux op\u00e9rations NAT traditionnelles :<\/p>\n\n<h3 class=\"wp-block-heading\" id=\"high-transparency\">Transparence Elev\u00e9e<\/h3>\n\n<p>CGN met en \u0153uvre plusieurs fonctions pour fournir une exp\u00e9rience utilisateur transparente dans un environnement NAT, y compris le mappage ind\u00e9pendant du point d&rsquo;extr\u00e9mit\u00e9 (EIM), le filtrage ind\u00e9pendant du point d&rsquo;extr\u00e9mit\u00e9 (EIF), la mise en commun d&rsquo;adresses, le hair-pinning et la pr\u00e9servation des ports. Ces fonctionnalit\u00e9s offrent un environnement d&rsquo;acc\u00e8s client transparent aux ressources ext\u00e9rieures, garantissant ainsi que les applications client-serveur et peer-to-peer continuent \u00e0 fonctionner comme pr\u00e9vu. <\/p>\n\n<h3 class=\"wp-block-heading\" id=\"well-defined-behaviour\">Well-Defined Behavior<\/h3>\n\n<p>CGN est une technologie mature dont le fonctionnement est bien normalis\u00e9 par plusieurs RFC et projets de documents de l&rsquo;IETF, dont les suivants (les liens s&rsquo;ouvrent dans une nouvelle fen\u00eatre) :<\/p>\n\n<ul class=\"wp-block-list\">\n<li><a href=\"https:\/\/tools.ietf.org\/html\/rfc5382\" target=\"_blank\" rel=\"noreferrer noopener\">BEHAVE-TCP (RFC 5382<\/a> and <a href=\"https:\/\/tools.ietf.org\/html\/rfc7857\" target=\"_blank\" rel=\"noreferrer noopener\">RFC 7857<\/a>)<\/li>\n\n\n\n<li><a href=\"https:\/\/tools.ietf.org\/html\/rfc4787\" target=\"_blank\" rel=\"noreferrer noopener\">BEHAVE-UDP (RFC 4787<\/a> and <a href=\"https:\/\/tools.ietf.org\/html\/rfc6888\" target=\"_blank\" rel=\"noreferrer noopener\">RFC 6888<\/a>)<\/li>\n\n\n\n<li>BEHAVE-ICMP (RFC 5508)<\/li>\n\n\n\n<li>CGN (draft-nishitani-cgn-05)<\/li>\n<\/ul>\n\n<p>Ces RFC constituent une base pour la transparence des applications et formalisent le comportement du CGN afin de faciliter le d\u00e9veloppement d&rsquo;applications futures. <\/p>\n\n<h3 class=\"wp-block-heading\" id=\"fairness-and-resource-sharing\">\u00c9quit\u00e9 et Partage des Ressources<\/h3>\n\n<p>Notre impl\u00e9mentation du CGN pr\u00e9voit des limites au niveau de la session et de l&rsquo;utilisateur afin de contr\u00f4ler la quantit\u00e9 de ressources allou\u00e9es. Cela permet de garantir que les ressources sont r\u00e9parties \u00e9quitablement entre les utilisateurs, conform\u00e9ment aux exigences du fournisseur de services. <\/p>\n\n<h3 class=\"wp-block-heading\" id=\"log-file-size-management\"> Gestion de la Taille des Fichiers Journaux<\/h3>\n\n<p>Les impl\u00e9mentations CGN peuvent cr\u00e9er de grandes quantit\u00e9s de donn\u00e9es de journalisation dans les r\u00e9seaux des fournisseurs de services. En configurant et en affinant l&rsquo;\u00e9quipement NAT, de nombreuses techniques de journalisation peuvent \u00eatre mises en \u0153uvre pour limiter \u00e0 la fois le nombre d&rsquo;entr\u00e9es de journalisation et leur taille. <\/p>\n\n<h2 class=\"wp-block-heading\" id=\"commercial-references\">R\u00e9f\u00e9rences Commerciales<\/h2>\n\n<p>Notre solution est actuellement mise en \u0153uvre et dessert des abonn\u00e9s fixes et mobiles en Turquie, sur TURKCELL (op\u00e9rateur mobile avec 35 millions d&rsquo;abonn\u00e9s), TURKCELL SUPERONLINE (op\u00e9rateur fixe avec 2 millions d&rsquo;abonn\u00e9s), Turk Telekom Mobile (anciennement AVEA \/ op\u00e9rateur mobile avec 20 millions d&rsquo;abonn\u00e9s), DSMART (op\u00e9rateur fixe avec 400 000 abonn\u00e9s) et Millenicom (op\u00e9rateur fixe avec 200 000 abonn\u00e9s).<\/p>\n\n<h2 class=\"wp-block-heading\" id=\"complementary-solutions\">Solutions Compl\u00e9mentaires<\/h2>\n\n<p>Lors de la mise en \u0153uvre du CGNAT chez les op\u00e9rateurs commerciaux, les autorit\u00e9s r\u00e9glementaires locales peuvent exiger des op\u00e9rateurs qu&rsquo;ils enregistrent les traductions d&rsquo;adresses, qu&rsquo;ils \u00e9tablissent une corr\u00e9lation entre ces donn\u00e9es et les informations relatives \u00e0 l&rsquo;identit\u00e9 de l&rsquo;abonn\u00e9, et qu&rsquo;ils fournissent un outil de recherche permettant d&rsquo;identifier un abonn\u00e9 \u00e0 l&rsquo;aide d&rsquo;une adresse IP publique sp\u00e9cifique (et d&rsquo;une plage de ports) \u00e0 un intervalle de temps et de date donn\u00e9.<\/p>\n\n<p>Nous pouvons travailler avec vous pour construire un outil de journalisation, de corr\u00e9lation de donn\u00e9es et de recherche de niveau transporteur, bas\u00e9 sur les lois locales et les exigences sp\u00e9cifiques des autorit\u00e9s de r\u00e9gulation.<\/p>\n\n<p class=\"more-link\"><a href=\"https:\/\/arkitek.net\/fr\/solutions\/telecommunications\/\">En savoir plus<\/a>&#8230;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>En 2011, l&rsquo;IANA (Internet Assigned Numbers Authority) a attribu\u00e9 les derniers blocs d&rsquo;adresses \/8 aux registres Internet r\u00e9gionaux (RIR), laissant \u00e0 ces derniers le contr\u00f4le de l&rsquo;attribution du reste des adresses IPv4 disponibles. Les fournisseurs d&rsquo;acc\u00e8s \u00e0 l&rsquo;internet (FAI) ont donc plus de mal \u00e0 continuer \u00e0 obtenir l&rsquo;espace d&rsquo;adressage IPv4 non attribu\u00e9, ce qui &hellip; <\/p>\n<p class=\"link-more\"><a href=\"https:\/\/arkitek.net\/fr\/solutions\/telecommunications\/nat-de-niveau-operateur\/\" class=\"more-link\">Continuer la lecture<span class=\"screen-reader-text\"> de &laquo;&nbsp;NAT de Niveau-Op\u00e9rateur&nbsp;&raquo;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":1114,"parent":408,"menu_order":5,"comment_status":"closed","ping_status":"closed","template":"","meta":{"inline_featured_image":false,"footnotes":""},"class_list":["post-718","page","type-page","status-publish","has-post-thumbnail","hentry"],"_links":{"self":[{"href":"https:\/\/arkitek.net\/fr\/wp-json\/wp\/v2\/pages\/718","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/arkitek.net\/fr\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/arkitek.net\/fr\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/arkitek.net\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/arkitek.net\/fr\/wp-json\/wp\/v2\/comments?post=718"}],"version-history":[{"count":0,"href":"https:\/\/arkitek.net\/fr\/wp-json\/wp\/v2\/pages\/718\/revisions"}],"up":[{"embeddable":true,"href":"https:\/\/arkitek.net\/fr\/wp-json\/wp\/v2\/pages\/408"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/arkitek.net\/fr\/wp-json\/wp\/v2\/media\/1114"}],"wp:attachment":[{"href":"https:\/\/arkitek.net\/fr\/wp-json\/wp\/v2\/media?parent=718"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}