Auteur Sujet: Concept de lien pour l'attribution d'une adresse IPv6  (Lu 371 fois)

0 Membres et 1 Invité sur ce sujet

basilix

  • Abonné Orange Fibre
  • *
  • Messages: 670
Concept de lien pour l'attribution d'une adresse IPv6
« le: 31 mars 2025 à 18:45:54 »
Salut !

Les sources de odhcpd fournissent peu de références. Cela me pose des difficultés sur la recherche du sens.
Je comprends les choses à moitié. Clairement, je ne suis pas au niveau. Et cela me fait perdre du temps. Je
pense que ceux qui ont codé l'implémentation de odhcpd ont une bonne compréhension des standards IPv6.

Pourriez-vous m’ôtez un doute ?

Pourquoi une adresse IPv6 est-elle attribuable à un nœud quel que soit son lien physique ? (Voir tout en bas).

Dans ma conception partielle, on définit un plan d'adressage hiérarchique. En théorie, n'importe quel nœud
situé sur un réseau peut communiquer avec un nœud lambda situé sur un autre réseau, par IP.

Je ne comprend quasiment rien à la fonction assign_pd(). Les champs de la structure dhcp_assignment
ne sont pas toujours très évident (idem pour struct interface). Ce n'est pas une demande : parcourir tout
le code (e.g. bibliothèque...), je ne demande pas de chercher à le lire afin de le comprendre pleinement.

Je fais peut-être fausse route avec plusieurs points de blocage (e.g. avec addr6_len tel qu'employé ici).

>>>  IPv6 Subnet Model: The Relationship between Links and Subnet Prefixes

   IPv4 implementations typically associate a netmask with an address
   when an IPv4 address is assigned to an interface.  That netmask
   together with the IPv4 address designates an on-link prefix.  Nodes
   consider addresses covered by an on-link prefix to be directly
   attached to the same link as the sending node, i.e., they send
   traffic for such addresses directly rather than to a router.  See
   Section 3.3.1 of [RFC1122].  Prior to the development of subnetting
   [RFC0950] and Classless Inter-Domain Routing (CIDR) [RFC4632], an
   address's netmask could be derived directly from the address simply
   by determining whether it was a Class A, B, or C address.  Today,
   assigning an address to an interface also requires specifying a
   netmask to use.  In the absence of specifying a specific netmask when
   assigning an address, some implementations would fall back to
   deriving the netmask from the class of the address.

   The behavior of IPv6 as specified in Neighbor Discovery (ND)
   [RFC4861] is quite different.  The on-link determination is separate
   from the address assignment.  A host can have IPv6 addresses without



Singh, et al.                Standards Track                    [Page 2]


RFC 5942                    IPv6 Subnet Model                  July 2010


   any related on-link prefixes or can have on-link prefixes that are
   not related to any IPv6 addresses that are assigned to the host.  Any
   assigned address on an interface should initially be considered as
   having no internal structure as shown in [RFC4291].

basilix

  • Abonné Orange Fibre
  • *
  • Messages: 670
Concept de lien pour l'attribution d'une adresse IPv6
« Réponse #1 le: 31 mars 2025 à 21:06:42 »
J'ai fait de la relecture (recherche Web et MOOC « Objectif IPv6 »). C'est plus clair.

Citation de: MOOC
le bit L (On link) signifie, quand il est à 1, que le préfixe indique que les autres nœuds partageant le même préfixe sont sur le même lien. L'émetteur peut donc directement les
joindre. Dans le cas contraire, le nœud émet le paquet vers le routeur. Si ce dernier sait que l'émetteur peut joindre directement le destinataire, il notifiera l'émetteur par un
message ICMPv6 d'indication de redirection ;

Source : MOOC Objectif IPv6, Document Compagnon, Séquence 3 « Les mécanismes de gestion d'un réseau IPv6 », p. 37.


Citation de: MOOC
L'interprétation du bit L à 0 (signifiant implicitement "off-link") a fait l'objet de précisions complémentaires aux définitions originales du RFC 4861 (Neighbor Discovery in IPv6 ).
Notamment dans le RFC 4943 (IPv6 Neighbor Discovery On-Link Assumption Considered Harmful) de 2007 puis dans le RFC 5942 (IPv6 Subnet Model : The Relationship between
Links and Subnet Prefixes) de 2010. Il s'agissait de clarifier le comportement du nœud pour la procédure de découverte du voisinage dans des situations particulières, notamment
lorsque la liste des routeurs par défaut est vide. Sur les réseaux locaux s'appuyant sur des protocoles de niveau 2 en mode diffusion (cas des réseaux Ethernet), le bit L est
généralement à 1 (on-link).
Par contre, sur les réseaux mobiles ou pour les protocoles d'itinérance tel que MIPv6 (RFC 6275) la situation de localisation d'un nœud, relativement au
lien, peut varier en fonction de son état d'itinérance (cas des téléphones mobiles changeant de cellule par exemple) et nécessiter l'usage d'un intermédiaire (un routeur ou un proxy
PMIPv6 RFC 5213, RFC 6543 et RFC 7864), pour la découverte du voisinage. L'état "off-link" d'une adresse est alors significatif. Au passage, la précaution de forcer le champ "Hop-limit"
à la valeur maximale à 255 pour les paquets de découverte de voisins, protège des nœuds hors lien qui émettraient accidentellement, ou par malice, des messages ND. L'introduction,
dans les infrastructures de type "cloud" de nouveaux protocoles, tels que VXLAN, qui permettent d'étendre les domaines de diffusion sur plusieurs centres de données (data centers)
distants ajoutent de nouvelles situations où le mode hors lien peut être significatif.

Source : MOOC Objectif IPv6, Document Compagnon, Séquence 3 « Les mécanismes de gestion d'un réseau IPv6 », p. 38.