Aucun souci ici :

Pas latence réseau, traitement dans les bigdata pour te refiler une pub ciblée.
C'est plus petit, dans un int32, donc manipulable simplement dans tout ce qui est info de traitement par lot / flux / table orientée ligne et autre truc qui permette de choisir la pub à te servir en moins de 2 ms ....
En v6, déjà cela passe par une normalisation de comment tu représentes cela ....

En latence réseau on est à la même, voir on commence à constater que IPv6 a une latence qui devient plus faible (bout en bout, sur le réseau Orange, pas de diff de latence entre la ligne du client et la sortie vers internet)

LeVieux

Pour ce cas d'usage, il faut changer de perspective (de façon de penser). Typiquement pour le grand publique, au lieu de cibler l'ipv4 (qui tient sur 32 bits), tu peux l'identifier par un préfixe (/64 ou moins) qui tient dans un int64 (un "mot machine" pour nos cpus 64 bits).
Tu ne perds pas forcément en précision (nat qui cache la forêt vs la forêt routée sur le net).

Qu'est que c'est que çà ?



Je n'aime pas çà moi. Bizarre ce traceroute de réseau !

Bon à l'époque (ADSL non dégroupé, IPv4 -- only -- dynamique), je voyais PPP sur ma boxe (on pourrait se dire, qu'ils nous faisaient passer dans leur VPN des Alpes-Maritines (06) à Marseille (13) ~ 100km pour pas que l'on se fasse "piker" nos données qui transitent d'un point à l'autre (de "leur" réseau).



On parlait de tout çà déjà en 2019 -> https://www.debian-fr.org/t/private-address-10-0-0-0-8-visible-entre-2-dslam-de-linternet/79754 -- je ne les comprend pas les FAI/ISP - Moi, j'aimerai bien avoir mon bloc IPv6::/56 comme c'est écrit, tout simplement :/

-----

Developpez - Forum : Principe de fonctionnement de MAP-T (Mapping of Address and Port using Translation)

MAP-T a été standardisé au travers de la RFC7599.

En résumé, MAP-T est un ensemble de mécanismes qui permettent à des réseaux IPv4-only à joindre d'autres réseaux IPv4-only sachant qu'un nuage IPv6-only est sur le transit

1) Chaque réseau IPv4 est connecté au nuage de transit IPv6 au travers de routeurs "MAP-T CE" (MAP-T Customer Equipments). Chacun de ces routeurs possède donc au moins une interface connectée sur l'IPv4 et au moins une interface connectée au nuage IPv6 de transit.
2) Lorsque les paquets ont traversé le nuage IPv6 de transit, il sont forwardés vers ce qu'on appelle un routeur "MAP-T BR" (MAP-T Border Router). Ce routeur possède une interface qui le connecte au réseau IPv4 cible. Il effectue donc la translation inverse IPv6 -> IPv4.

Les routeurs MAP-T CE et MAP-T BR font partie de ce qu'on appelle un "MAP-T Domain" et sont configurés par la même autorité administrative avec des "map rules".

Pour en savoir plus :

https://www.rfc-editor.org/rfc/rfc7599.txt
https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_nat/configuration/xe-3s/nat-xe-3s-book/ip-nat-divi-v4v6.pdf

Romain.

Hein ?

Salut à tous, sujet intéressant 😊

j'ai une question bête

est ce que si l'on passe en full ipv6 pour sa connexion internet on peut continuer avoir son lan en ipv4 ?