Adresse IP

Une adresse IP (Internet Protocol) est un numéro d'identification qui est attribué de façon permanente ou provisoire à chaque périphérique relié à un réseau informatique qui utilise l'Internet Protocol. L'adresse IP est à la base du système d'acheminement (le routage) des paquets de données sur Internet.

Pour les articles homonymes, voir Adresse.

Il existe des adresses IP de version 4 sur 32 bits, et de version 6 sur 128 bits. La version 4 est actuellement la plus utilisée : elle est généralement représentée en notation décimale avec quatre nombres compris entre 0 et 255, séparés par des points, ce qui donne par exemple «  181.174.87.53».

Adresse IPv4 représentée avec des chiffres décimaux et binaires.
Adresse IPv6 représentée avec des chiffres hexadécimaux et binaires.

Utilisation des adresses IP

L'adresse IP est attribuée à chaque interface avec le réseau de tout matériel informatique (routeur, ordinateur, smartphone, objet connecté, système embarqué, modem (ADSL, wifi, fibre ou câble), imprimante réseau, etc.) connecté à un réseau utilisant l’Internet Protocol comme protocole de communication entre ses nœuds. Cette adresse est assignée soit individuellement par l'administrateur du réseau local dans le sous-réseau correspondant, soit automatiquement via le protocole DHCP. Si l'ordinateur dispose de plusieurs interfaces, chacune dispose d'une adresse IP spécifique. Une interface peut également disposer de plusieurs adresses IP[1].

Chaque paquet transmis par le protocole IP contient l'adresse IP de l'émetteur ainsi que l'adresse IP du destinataire. Les routeurs IP acheminent les paquets vers la destination de proche en proche. Certaines adresses IP sont utilisées pour la diffusion (multicast ou broadcast) et ne sont pas utilisables pour adresser des ordinateurs individuels. La technique anycast permet de faire correspondre une adresse IP à plusieurs ordinateurs répartis sur Internet.

Les adresses IPv4 sont dites publiques si elles sont enregistrées et routables sur Internet, elles sont donc uniques mondialement. À l'inverse, les adresses privées ne sont utilisables que dans un réseau local, et ne doivent être uniques que dans ce réseau. La traduction d'adresse réseau, réalisée notamment par les box internet, transforme des adresses privées en adresses publiques et permet d’accéder à Internet à partir d'un poste du réseau privé.

Adresse IP et nom de domaine

Le plus souvent, pour se connecter à un serveur informatique, l'utilisateur ne donne pas l'adresse IP de ce serveur, mais son nom de domaine (par exemple www.wikipedia.org). Ce nom de domaine est ensuite résolu en adresse IP par l'ordinateur de l'utilisateur en faisant appel au système de noms de domaine (DNS). Ce n'est qu'une fois l'adresse IP obtenue qu'il est possible d'initier une connexion.

Les noms de domaine ont plusieurs avantages sur les adresses IP :

  • ils sont plus lisibles ;
  • ils sont plus facilement mémorisables ;
  • ils ne sont pas impliqués dans le routage, donc ils peuvent être conservés même en cas de réorganisation de l'infrastructure réseau ;
  • ils ne sont pas limités à quelques milliards comme les adresses IPv4.

Classe d'adresse IP

Jusqu'aux années 1990, les adresses IP étaient réparties en classes (A, B, C, D et E), qui étaient utilisées pour l'assignation des adresses et par les protocoles de routage. Cette notion est désormais obsolète pour l'attribution et le routage des adresses IP du fait de la pénurie d'adresses (RFC 1517[2]) du début des années 2010. La mise en place très progressive des adresses IPv6 a accéléré l'obsolescence de la notion de classe d'adresse. Attention toutefois : dans la pratique, au début des années 2010, de nombreux matériels et logiciels se basent sur ce système de classe, y compris les algorithmes de routage des protocoles dit classless (cf. Cisco CCNA Exploration - Protocoles et concepts de routage). Malgré tout, il est facile d'émuler une organisation en classe à l'aide du système CIDR.

Sous-réseau

En 1984, devant la limitation du modèle de classes, la RFC 917[3] (Internet subnets) crée le concept de sous-réseau. Ceci permet par exemple d'utiliser une adresse de Classe B comme 256 sous-réseaux de 256 ordinateurs au lieu d'un seul réseau de 65 536 ordinateurs, sans toutefois remettre en question la notion de classe d'adresse.

Le masque de sous-réseau permet de déterminer les deux parties d'une adresse IP correspondant respectivement au numéro de réseau et au numéro de l'hôte.

Un masque a la même longueur qu'une adresse IP. Il est constitué d'une suite de chiffres 1 (éventuellement) suivie par une suite de chiffres 0.

Pour calculer la partie sous-réseau d'une adresse IP, on effectue une opération ET logique bit à bit entre l'adresse et le masque. Pour calculer l'adresse de l'hôte, on effectue une opération ET logique bit à bit entre le complément à un du masque et l'adresse.

En IPv6, les sous-réseaux ont une taille fixe de /64, c'est-à-dire que 64 des 128 bits de l'adresse IPv6 sont réservés à la numérotation d'un hôte dans le sous-réseau.

Agrégation des adresses

En 1992, la RFC 1338[4] (Supernetting: an Address Assignment and Aggregation Strategy) propose d'abolir la notion de classe qui n'était plus adaptée à la taille d'Internet.

Le Classless Inter-Domain Routing (CIDR), est mis au point en 1993 RFC 1518[5] afin de diminuer la taille de la table de routage contenue dans les routeurs. Pour cela, on agrège plusieurs entrées de cette table en une seule et unique plage continue.

La distinction entre les adresses de classe A, B ou C a été ainsi rendue obsolète, de sorte que la totalité de l'espace d'adressage unicast puisse être gérée comme une collection unique de sous-réseaux indépendamment de la notion de classe. Le masque de sous-réseau ne peut plus être déduit de l'adresse IP elle-même, les protocoles de routage compatibles avec CIDR, dits classless, doivent donc accompagner les adresses du masque correspondant. C'est le cas de Border Gateway Protocol dans sa version 4, utilisé sur Internet (RFC 1654[6] A Border Gateway Protocol 4, 1994), OSPF, EIGRP ou RIPv2. Les registres Internet régionaux (RIR) adaptent leur politique d'attribution des adresses en conséquence de ce changement.

L'utilisation de masque de longueur variable (Variable-Length Subnet Mask, VLSM) permet le découpage de l'espace d'adressage en blocs de taille variable, permettant une utilisation plus efficace de l'espace d'adressage.

Le calcul du nombre d'adresses d'un sous-réseau est le suivant, 2taille de l'adresse - masque.

Un fournisseur d'accès internet peut ainsi se voir allouer un bloc /19 (soit 232-19 = 213 = 8 192 adresses) et créer des sous-réseaux de tailles variables en fonction des besoins à l'intérieur de celui-ci : de /30 pour des liens points-à-point à /24 pour un réseau local de 200 ordinateurs. Seul le bloc /19 sera visible pour les réseaux extérieurs, ce qui réalise l'agrégation et l'efficacité dans l'utilisation des adresses.

La notation CIDR a été introduite pour simplifier la notation, avec un "/" suivi du nombre décimal de bits de poids fort identifiant un sous-réseau (les autres bits de poids faible étant alloués uniquement à des hôtes de ce seul sous-réseau, à charge pour lui de découper ensuite plus finement et router différemment lui-même des sous-plages). Pour le routage sur Internet les masques de sous-réseau ont été abandonnés en IPv4 au profit de la notation CIDR, de sorte que toutes les plages d'adresses d'un même sous-réseau sont contiguës, et les anciens sous-réseaux encore en vigueur composés de plusieurs plages discontinues ont été redéclarés en autant de sous-réseaux que nécessaire puis agrégés autant que possible par renumération. Les masques de sous-réseau IPv4 peuvent cependant être encore utilisés dans les tables de routage interne à un même réseau dont les hôtes ne sont pas routés et adressables directement via Internet, la conversion en plages CIDR s'effectuant désormais sur les routeurs en bordure des réseaux privés et seulement pour les adresses IPv4 publiques, mais normalement plus dans les points d'échange inter-réseaux.

En IPv6, la notation CIDR est la seule standardisée (et la plus simple) pour les plages d'adresses (pouvant comporter jusqu'à 128 bits), les sous-réseaux comptant généralement de 16 à 96 bits dans l'espace public adressable sur Internet (les 48 derniers bits étant laissés à disposition de l'adressage local direct sur un même support réseau sans nécessiter aucun routeur ni même souvent aucune préconfiguration de routeurs au sein du réseau local) ; en IPv6, elle se note elle aussi avec un nombre décimal de bits après le "/" qui suit une adresse IPv6 de base (et non en hexadécimal comme les adresses de base des plages d'adresses d'un même sous-réseau).

Base de données des adresses IP

Distribution de l'espace d'adressage IPv4[7]. Le 3 février 2011, il ne reste plus aucun bloc d'adresses libre au niveau de l'IANA.

L'IANA, qui est depuis 2005 une division de l'ICANN, définit l'usage des différentes plages d'adresses IP en segmentant l'espace en 256 blocs de taille /8, numérotés de 0/8 à 255/8.

Les adresses IP unicast sont distribuées par l'IANA aux registres Internet régionaux (RIR). Les RIR gèrent les ressources d'adressage IPv4 et IPv6 dans leur région. L'espace d'adressage unicast IPv4 est composé des blocs d'adresse /8 de 1/8 à 223/8. Chacun de ces blocs est soit réservé, assigné à un réseau final ou à un registre Internet régional (RIR) ou libreRFC 2373[8],[9]. En , il ne reste plus aucun bloc /8 libre.

En IPv6, le bloc 2000::/3 est réservé pour les adresses unicast globales[10]. Des blocs /23 sont assignés aux RIR depuis 1999.

Il est possible d'interroger les bases de données des RIR pour savoir à qui est assignée une adresse IP grâce à la commande whois ou via les sites web des RIR.

Les RIR se sont regroupés pour former la Number Resource Organization (NRO) afin de coordonner leurs activités ou projets communs et mieux défendre leurs intérêts auprès de l'ICANN (l'IANA), mais aussi auprès des organismes de normalisation (notamment l'IETF ou l'ISOC).

IPv4
Certaines adresses sont réservées à un usage particulier (RFC 5735[11]) :
Bloc (adresse de début
et taille CIDR)		 (adresse de fin
correspondante)		 Usage Référence
0.0.0.0/80.255.255.255 Ce réseauRFC 5735[11], RFC 1122[12]
10.0.0.0/810.255.255.255 Adresses privées[n 1]RFC 1918[13]
100.64.0.0/10100.127.255.255 Espace partagé pour Carrier Grade NATRFC 6598[14]
127.0.0.0/8127.255.255.255 Adresses de bouclage (localhost)RFC 1122[12]
169.254.0.0/16169.254.255.255 Adresses de liaisons locales autoconfigurées (APIPA)RFC 3927[15]
172.16.0.0/12172.31.255.255 Adresses privées[n 2]RFC 1918[13]
192.0.0.0/24192.0.0.255 Réservé par l'IETFRFC 5736[16]
192.0.2.0/24192.0.2.255 Réseau de test TEST-NET-1 / documentationRFC 5737[17]
192.88.99.0/24192.88.99.255 6to4 anycastRFC 3068[18]
192.168.0.0/16192.168.255.255 Adresses privées[n 3]RFC 1918[13]
198.18.0.0/15198.19.255.255 Tests de performanceRFC 2544[19]
198.51.100.0/24198.51.100.255 Réseau de test TEST-NET-2 / documentationRFC 5737[17]
203.0.113.0/24203.0.113.255 Réseau de test TEST-NET-3 / documentationRFC 5737[17]
224.0.0.0/4239.255.255.255 Multicast « Multidiffusion »RFC 5771[20]
240.0.0.0/4255.255.255.254 (*) Réservé à un usage ultérieur non précisé (*sauf l'adresse ci-dessous)RFC 1112[21]
255.255.255.255/32255.255.255.255 broadcast limitéRFC 919[22]

Adresses privées :

  • Ces adresses ne peuvent pas être routées sur Internet. Leur utilisation par un réseau privé est encouragée pour éviter de réutiliser les adresses publiques enregistrées. Il faut toutefois prévoir qu'il n'y ait pas de doublon lors de l'interconnexion de réseaux privés non prévue lors de leurs créations.

Adresses de diffusion :

  • L'adresse 255.255.255.255 est une adresse de diffusion (broadcast), limitée au même sous-réseau que la liaison locale utilisée, d'un hôte à tous les hôtes de ce sous-réseau (sans transiter par un routeur spécifique sur ce sous-réseau) ; elle sert notamment à découvrir les routeurs connectés et eux-mêmes adressés dans tout sous-réseau auquel l'hôte source est connecté.
  • La première adresse d'un sous-réseau spécifie le réseau lui-même, elle sert pour des messages non nécessairement destinés aux seuls routeurs mais qui ne doivent normalement pas être reroutés vers Internet.
  • La dernière adresse est une adresse de diffusion (broadcast) pour des messages normalement destinés aux seuls routeurs d'une liaison spécifique permettant les échanges entre tous les hôtes de ce sous-réseau d'une part et les autres réseaux extérieurs (dont l'Internet global). Cette adresse n'est habituellement pas reroutée vers Internet, sauf en cas d'utilisation de protocoles particuliers dont le routeur est un point de terminaison et de conversion.

Adresses multicast :

  • En IPv4, tout détenteur d'un numéro d'AS 16 bit peut utiliser un bloc de 256 adresses IP multicast, en 233.x.y.z où x et y sont les 2 octets du numéro d'AS (RFC 3180[23]).

IPv6
Les plages d'adresses IPv6 suivantes sont réservées (RFC 5156[24]) :
BlocUsageRéférence
 ::/128Adresse non spécifiéeRFC 4291[25]
 ::1/128Adresse de bouclageRFC 4291[25]
 ::ffff:0:0/96Adresse IPv6 mappant IPv4RFC 4291[25]
0100::/64sollicitation de trou noir RFC 6666[26]
2000::/3Adresses unicast routables sur InternetRFC 3587[27]
2001::/32TeredoRFC 4380[28]
2001:2::/48Tests de performanceRFC 5180[29]
2001:10::/28OrchidRFC 4843[30]
2001:db8::/32documentationRFC 3849[31]
2002::/166to4RFC 3056[32]
fc00::/7Adresses locales uniquesRFC 4193[33]
fe80::/10Adresses locales lienRFC 4291[25]
ff00::/8Adresses multicastRFC 4291[25]

Adresses spéciales

  •  ::/128 indique une adresse non spécifiée. Celle-ci est illégale en tant qu'adresse de destination mais elle peut être utilisée localement dans une application pour indiquer n'importe quelle interface réseau ou sur le réseau dans une phase d'acquisition de l'adresse.

Adresses locales En IPv6, les adresses locales de site fec0::/10 étaient réservées par la RFC 3513[34] pour le même usage privé, mais sont considérées comme obsolètes par la RFC 3879[35] pour privilégier l'adressage public et décourager le recours aux NAT. Elles sont remplacées par les adresses locales uniques fc00::/7 qui facilitent l'interconnexion de réseaux privés en utilisant un identifiant aléatoire de 40 bits.

En IPv6, les adresses fe80::/64 ne sont uniques que sur un lien. Un hôte peut donc disposer de plusieurs adresses identiques dans ce réseau sur des interfaces différentes. Pour lever une ambiguïté avec ces adresses de scope lien local, on devra donc préciser l'interface sur laquelle l'adresse est configurée. Sous les systèmes de type Unix, on ajoute à l'adresse le signe pour cent suivi du nom de l'interface (par exemple ff02::1%eth0), tandis que sous Windows on utilise le numéro de l'interface (ff02::1%11).

Adresses expérimentales obsolètes

  • 3ffe::/16 et 5f00::/8 étaient utilisés par le 6bone entre 1996 et 2006.
  •  ::a.b.c.d/96 (où a.b.c.d est une adresse IPv4) étaient des adresses compatibles IPv4 définies dans la RFC 1884[36] mais rendues obsolètes par la RFC 4291[25] en 2006.

Épuisement des adresses IPv4

La popularité d'Internet a abouti à l'épuisement en 2011 des blocs d'adresses IPv4 disponibles, ce qui menace le développement du réseau.

Pour remédier à ce problème ou repousser l'échéance, plusieurs techniques existent :

  • IPv6, dont la capacité d'adressage est considérable[37] ;
  • NAT, qui permet à de nombreux ordinateurs d'un réseau privé de partager une adresse publique, mais qui complique le fonctionnement de certains protocoles ;
  • les registres Internet régionaux ont développé des politiques d'affectation d'adresses plus contraignantes, qui tiennent compte des besoins réels à court terme. L'affectation de blocs d'adresses plus petits diminue cependant l'efficacité de l'agrégation des adresses ;
  • la récupération des blocs attribués généreusement autrefois, certaines entreprises disposent ainsi d'un bloc /8, soit plus de 16 millions d'adresses publiques.

Enjeux sociaux

Si l'adresse IP est initialement conçue dans un usage technique, elle pose aussi des questions éthiques, dans la mesure où elle peut dans certains pays servir à agréger un profil très détaillé d'une personne et de ses activités[38].

Usages

L'identification par adresse IP se fait dans de multiples contextes très différents :

  • à des fins d'identification du titulaire de la ligne, par exemple avec la coopération du fournisseur d'accès à Internet dans le cadre d'une enquête judiciaire ;
  • à des fins d'élaborations d'hypothèses sur l'identifiant unique de la carte réseau (il peut transparaître avec IPv6, selon le protocole utilisé pour l'auto-configuration, toutefois ce n'est pas une donnée fiable) ;
  • à des fins de sécurisation en complément d'autres moyens d'identification (liste blanche, notifications supplémentaires ou questions de vérification plus poussée en cas d'IP non reconnue) ;
  • à des fins d'identification approximative plus ou moins anonyme à des fins publicitaires (par exemple pour ré-envoyer de la publicité à tous les appareils partageant une même connexion Internet)[n 4] ;
  • Wikipédia se sert des adresses IP pour contrôler les utilisateurs non inscrits. Elle a ainsi bloqué en 2016 et pour un an une adresse IP émanant du Ministère de l'Intérieur français pour « trop d'actes de vandalisme »[40].

Problématiques

Tenter d'identifier un internaute de façon fiable au travers son adresse IP pose un problème[n 5], pour plusieurs raisons :

  • une adresse IP publique peut être utilisée par plusieurs personnes simultanément et indépendamment (voir NAT et Carrier Grade NAT) ;
  • il est possible d'usurper l'adresse IP d'autrui dans la source d'un paquet IP dans la mesure où les routeurs utilisent normalement l'adresse destination. L'établissement d'une connexion TCP implique cependant un routage bidirectionnel correct.

Le traçage de l'adresse IP est souvent utilisé à des fins de marketing[42], et soupçonné d'influencer les politiques tarifaires[43].

Request for comments

Les définitions des adresses IP versions 4 et 6, la notion de classe et la notation CIDR sont documentées dans les Request for comments suivants (en anglais) :

Communes

IPv4

IPv6
  • RFC 2460[50] — Internet Protocol, Version 6 (IPv6) Specification,
  • RFC 2373[8] — IP Version 6 Addressing Architecture,
  • RFC 2893[51] — Transition Mechanisms for IPv6 Hosts and Routers,

La liste des RIR ainsi que la table d'allocation des adresses se trouvent sur la page Number Resources de l'IANA.

Notes et références

Notes
  1. issues de l'ancienne Classe A.
  2. issues de l'ancienne Classe B.
  3. issues de l'ancienne Classe C.
  4. Par exemple, avec le produit Household extension fourni par TheTradeDesk[39].
  5. Des problèmes juridiques notamment, comme le montre cet article en s'interrogeant sur l'adresse IP au regard de la loi informatique et libertés[41].

Références
  1. Configuring Multiple IP Addresses and Gateways, technet.microsoft.com.
  2. (en) R. Hinden et al., « Applicability Statement for the Implementation of Classless Inter-Domain Routing (CIDR) », Request for comments no 1517, .
  3. (en) Jeffrey Mogul, « INTERNET SUBNETS », Request for comments no 917, .
  4. (en) V. Fuller, T. Li, J. Yu et K. Varadhan, « Supernetting: an Address Assignment and Aggregation Strategy », Request for comments no 1338, .
  5. (en) Y. Rekhter et T. Li, « An Architecture for IP Address Allocation with CIDR », Request for comments no 1518, .
  6. (en) Y. Rekhter et T. Li, « A Border Gateway Protocol 4 (BGP-4) », Request for comments no 1654, .
  7. « IANA IPv4 Address Space Registry »
  8. (en) S. Deering et R. Hinden, « IP Version 6 Addressing Architecture », Request for comments no 2373, .
  9. (en) IPv4 address space, iana.org.
  10. (en) IPv6 Unicast Address Assignments, iana.org.
  11. (en) M. Cotton et L. Vegoda, « Special Use IPv4 Addresses », Request for comments no 5735, .
  12. (en) R. Braden et al., « Requirements for Internet Hosts -- Communication Layers », Request for comments no 1122, .
  13. (en) Y. Rekhter, B. Moskowitz, D. Karrenberg, G. J. de Groot et E. Lear, « Address Allocation for Private Internets », Request for comments no 1918, .
  14. (en) J. Weil, V. Kuarsingh, C. Donley, C. Liljenstolpe et M. Azinger, « IANA-Reserved IPv4 Prefix for Shared Address Space », Request for comments no 6598, .
  15. (en) S. Cheshire, B. Aboba et E. Guttman, « Dynamic Configuration of IPv4 Link-Local Addresses », Request for comments no 3927, .
  16. (en) G. Huston, M. Cotton et L. Vegoda, « IANA IPv4 Special Purpose Address Registry », Request for comments no 5736, .
  17. (en) J. Arkko, M. Cotton et L. Vegoda, « IPv4 Address Blocks Reserved for Documentation », Request for comments no 5737, .
  18. (en) C. Huitema, « An Anycast Prefix for 6to4 Relay Routers », Request for comments no 3068, .
  19. (en) S. Bradner et J. McQuaid, « Benchmarking Methodology for Network Interconnect Devices », Request for comments no 2544, .
  20. (en) M. Cotton, L. Vegoda et D. Meyer, « IANA Guidelines for IPv4 Multicast Address Assignments », Request for comments no 5771, .
  21. (en) S. Deering, « Host Extensions for IP Multicasting », Request for comments no 1112, .
  22. (en) Jeffrey Mogul, « BROADCASTING INTERNET DATAGRAMS », Request for comments no 919, .
  23. (en) D. Meyer et P. Lothberg, « GLOP Addressing in 233/8 », Request for comments no 3180, .
  24. (en) M. Blanchet, « Special-Use IPv6 Addresses », Request for comments no 5156, .
  25. (en) R. Hinden et S. Deering, « IP Version 6 Addressing Architecture », Request for comments no 4291, .
  26. (en) N. Hilliard et D. Freedman, « A Discard Prefix for IPv6 », Request for comments no 6666, .
  27. (en) R. Hinden, S. Deering et E. Nordmark, « IPv6 Global Unicast Address Format », Request for comments no 3587, .
  28. (en) C. Huitema, « Teredo: Tunneling IPv6 over UDP through Network Address Translations (NATs) », Request for comments no 4380, .
  29. (en) C. Popoviciu, A. Hamza, G. Van de Velde et D. Dugatkin, « IPv6 Benchmarking Methodology for Network Interconnect Devices », Request for comments no 5180, .
  30. (en) P. Nikander, J. Laganier et F. Dupont, « An IPv6 Prefix for Overlay Routable Cryptographic Hash Identifiers (ORCHID) », Request for comments no 4843, .
  31. (en) G. Huston, A. Lord et P. Smith, « IPv6 Address Prefix Reserved for Documentation », Request for comments no 3849, .
  32. (en) B. Carpenter et K. Moore, « Connection of IPv6 Domains via IPv4 Clouds », Request for comments no 3056, .
  33. (en) R. Hinden et B. Haberman, « Unique Local IPv6 Unicast Addresses », Request for comments no 4193, .
  34. (en) R. Hinden et S. Deering, « Internet Protocol Version 6 (IPv6) Addressing Architecture », Request for comments no 3513, .
  35. (en) C. Huitema et B. Carpenter, « Deprecating Site Local Addresses », Request for comments no 3879, .
  36. (en) R. Hinden et S. Deering, « IP Version 6 Addressing Architecture », Request for comments no 1884, .
  37. Internet : nouvelle norme pour les IP, Le Figaro, .
  38. Direction de l’analyse des technologies du Commissariat à la protection de la vie privée du Canada, Ce qu’une adresse IP peut révéler à votre sujet, (lire en ligne) [PDF].
  39. (en) « Household Extension », sur thetradedesk.com.
  40. « Wikipedia bloque pour un an une adresse IP du ministère de l'Intérieur », sur Franceinfo, (consulté le )
  41. Thiébaut Devergranne, « L'adresse IP est-elle une donnée personnelle ? », sur donneespersonnelles.fr, (consulté le ).
  42. Ariane Krol et Jacques Nantel, « Pêcher le client dans une baignoire : Nouveaux outils du marketing », Le Monde diplomatique, no 711,‎ (lire en ligne).
  43. « IP tracking : l'eurodéputée Françoise Castex veut une enquête de la Commission », ZDNet,‎ (lire en ligne).
  44. (en) J. Reynolds et J. Postel, « INTERNET NUMBERS », Request for comments no 997, .
  45. (en) « INTERNET PROTOCOL - DARPA INTERNET PROGRAM - PROTOCOL SPECIFICATION », Request for comments no 791, .
  46. (en) V. Fuller, T. Li, J. Yu et K. Varadhan, « Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy », Request for comments no 1519, .
  47. (en) R. Droms, « Dynamic Host Configuration Protocol », Request for comments no 1531, .
  48. (en) « Special-Use IPv4 Addresses », Request for comments no 3330, .
  49. (en) Finlayson, Mann, Mogul, Theimer, « A Reverse Address Resolution Protocol », Request for comments no 903, .
  50. (en) S. Deering et R. Hinden, « Internet Protocol, Version 6 (IPv6) Specification », Request for comments no 2460, .
  51. (en) R. Gilligan et E. Nordmark, « Transition Mechanisms for IPv6 Hosts and Routers », Request for comments no 2893, .

Voir aussi

Articles connexes


Liens externes
  • Portail de l’informatique
  • Portail d’Internet
  • Portail des télécommunications
Cet article est issu de Wikipedia. Le texte est sous licence Creative Commons - Attribution - Partage dans les Mêmes. Des conditions supplémentaires peuvent s'appliquer aux fichiers multimédias.