La RFC 1918 a été écrite en 1996 et alloue plusieurs blocs d'adresse à des entreprises privées sur Internet. Le document a été écrit alors qu'il devenait évident que l'espace d'adresse IPv4 était limité et serait finalement consommé. En allouant de l'espace pour les adresses à l'usage du public et en utilisant les règles NAT, toute une organisation composée de milliers de systèmes informatiques pourrait réorganiser une ou plusieurs adresses publiques. Avant ce CCF, il était courant pour les organisations d'acheter de grands blocs d'espace d'adresse à usage privé. Dans certains cas, ces systèmes ne peuvent jamais communiquer avec Internet. Voici quelques exemples d'allocations bien connues : General Electric Company qui possède 3.0.0.0/8, IBM qui possède 9.0.0.0/8, et Hewlett-Packert Company qui possède 15.0.0.0/8 et 16.0.0.0/8. Pour de plus amples renseignements sur l'attribution des adressesIANA. Ce RFC contient trois catagories de système informatique, l'attribution d'espaces d'adresse privés, les avantages et les inconvénients de l'utilisation d'espaces d'adresse privés, ainsi que certaines considérations opérationnelles.

Catégories

La RFC appelle trois catagories spécifiques d'hôtes au sein d'une entreprise. Ce sont :

Les premier et deuxième groupes sont considérés comme des systèmes "privés" où le troisième groupe est considéré comme "public". La raison pour laquelle les systèmes sont regroupés en trois catégories est qu'ils facilitent l'utilisation des adresses au sein d'une organisation et constituent un cadre pour l'utilisation des adresses publiques par rapport aux adresses privées.

Plages d'adresses privées

L'IANA a réservé 10.0.0.0/8, 172.16.0.0/12 et 192.168.0.0/16 comme blocs d'adresse privés. Avant l'acheminement interdomaine sans classe 10/8 est un réseau de classe A unique. 172.16/12 est un ensemble de 16 réseaux contigus de classe B, et 192.168/16 est un groupe de 256 réseaux contigus de classe C. Étant donné que cet espace d'adresse a été réservé aux organisations à usage privé, il n'est pas nécessaire d'interagir avec l'IANA lors de l'utilisation de l'espace d'adresse. Une autre note importante est que tout espace d'adresse privée n'est pas routable sur Internet public.

Avantages et inconvénients

Avantages

  1. l'utilisation privée de l'espace d'adresse diminuera la consommation d'adresses publiques
  2. Les entreprises ont la liberté d'utiliser un grand nombre d'espace d'adresses privées sans interagir avec l'IANA
  3. Les entreprises peuvent utiliser de l'espace qui ne leur appartenait pas sur un système qui initialement n'exigeait pas l'accès public à Internet. Ensuite, ce système à l'internet public qui se traduit par l'abmigouse adresse et une incapacité de route vers les différents systèmes.

Désavantages

  1. Une entreprise devrait utiliser toutes les adresses publiques ou privées ou le routage interne peut devenir un problème.
  2. À mesure qu'une entreprise s'oriente vers l'adressage privé, il y a un coût associé à la retouche de tous les hôtes et à la reconfiguration des applications
  3. Lorsque les entreprises fusionnent une partie ou l'ensemble des deux réseaux devront être renumérotés, cependant DHCP peut aider à réduire le coût de renumérotage des systèmes selon leur utilisation.

Considérations opérationnelles

Lorsque vous travaillez avec l'espace d'adresse privé, certaines considérations sont prévues dans le présent CCF concernant la conception et l'exploitation du réseau. Par exemple, lors de la conception d'un espace d'adresse privée réseau peut être conçu d'abord là où l'accès public à Internet est nécessaire que segment peut être conçu pour faciliter l'entreprise large acced. Aussi lors de l'interaction avec l'Internet en général son important de se rappeler de placer un filtre de route sur le routeur d'entreprise pour empêcher les adresses privées d'être ajouté à la table de route et injecté dans l'Internet en général. De même, lorsque deux organisations ont besoin de communiquer, elles peuvent coordonner leur utilisation de l'espace d'adresse privée de façon à pouvoir communiquer sans traverser l'internet public mais être directement connectées. La dernière considération majeure a trait à la façon dont les services DNS d'entreprise pourraient devenir sécurisés car ils n'ont pas besoin de communiquer avec des serveurs DNS externes qui empêchent les utilisateurs sur l'Internet public d'accéder aux ressources d'entreprise.