Il obtient bien un préfixe et une connectivité IPv6, donc à priori il a bien un signal et une connectivité PON?

Bonjour à tous,

J'essaie de faire les choses bien et donc d'avoir une génération aléatoire de mes options 11/90, mais il y a un point que j'aimerai éclaircir, puisque je lis les 2 avis et je n'ai pas trouvé une réponse tranchée.
D'une part, faut-il envoyer la meme valeur entre les 2 options ?

D'autre part, j'ai un peu de mal a capter à quel moment il faut les mettre à jour. J'ai un mikrotik, j'ai vu pas mal de solutions ou on ajoute un script qui s'execute avec le client DHCP/DHCPv6.
Ce script est-il appelé à chaque renew ?
Mais dans ce cas, même s'il existe 2 versions du script (une qui met une valeur différente dans le 11 et le 90, et une version qui met la même valeur), vu que les renew v4 et v6 n'ont pas forcément lieux en meme temps, on transmet alors 2 valeurs différentes...

Je finis par me dire qu'un scheduler qui met à jour la valeur des 2 champs toutes les 24h seraient peut-être plus simple, mais comme je ne suis pas certain de mes connaissances sur le DHCP, ce n'est peut-être pas la bonne façon de faire.

Merci de vos lumieres !

@Optix Peut-être la magie de l'arrivée des caches Apple depuis hier
Ils sont servis par AS41157, qu'on a dédié à cet usage, et que les plus acérés d'entres vous reconnaitront.

Je suis curieux.

AS41157 "nine Edge Cache" héberge quoi d'autre qu'Apple ?

Quel est le fonctionnement ?

Les caches Netflix et Google pourraient arriver sur cet AS ? (Maintenant, certains opérateurs ont déja des caches Netflix / Google mais Apple, ce n'est pas le cas et j'ai souvenir d'un trafic important qui venait de n'importe où sans possibilité d'être prévisible)

Le nom affiché par he.bet (oui.do/netsys SAS) est bien l'ancien nom de l'AS ?

J'ai relu le RFC2131 car j'en ai besoin pour bien comprendre les sources d'odhcpd. L'idéal aurait été de réaliser une capture sur le réseau Orange pendant plusieurs jours
mais il aurait fallu que je reconfigure entièrement mon routeur sur l'étagère.

Phase d'initialisation (INIT) : allocation d'une adresse réseau

Il est spécifié que le message DHCPREQUEST doit réutiliser le xid du message DHCPOFFER.

If the ’xid’ of an arriving DHCPOFFER message does not match the ’xid’ of the most recent DHCPDISCOVER message, the DHCPOFFER message
must be silently discarded. Page 36.

The DHCPREQUEST message contains the same ’xid’ as the DHCPOFFER message. Page 38.

Phase d'initialisation (INIT-REBOOT) : initialisation avec une adresse réseau connue

The client generates and records a random transaction identifier and inserts that identifier into the ’xid’ field. Page 39.

Phase de renouvellement (RENEW, REBIND)

Any DHCPACK messages that arrive with an ’xid’ that does not match the ’xid’ of the client’s DHCPREQUEST message are silently discarded. Page 40.

Ce n'est pas précisé. Mais on peut considérer qu'il s'agit d'une nouvelle transaction. En effet, le principe est que le serveur peut refuser de renouveler le bail.

Synthèse

Le même type de message DHCP peut être utilisé dans des transactions diverses. Voir le diagramme de transition d'état page 35.

Exemple : INIT-REBOOT --> REBOOTING --> BOUND ou INIT-REBOOT --> REBOOTING --> INIT.

[size=14]Conclusion[/size]

Il faudrait réaliser une capture réseau pour confirmer ou infirmer. Il semblerait que l'identifiant de transaction soit l'indicateur du changement d'info. d'authentification.

La réponse est simple : j'ai accidentellement débranché le serveur pendant une intervention.

Tu voulais passer l'aspirateur et tu as débranché le serveur au lieu de la cafetière?