Auteur Sujet: Supprimer les adresses dépréciées automatiquement avant leur expiration (Lu 1721 fois)

Hugues · « **Réponse #12 le:** 11 mars 2025 à 10:36:17 »

Citation de: levieuxatorange le 11 mars 2025 à 10:26:42

Je ne me permettrai pas de faire un jugement de valeur d'un collègue sur une infra réseau (que je ne connais pas) qui a fait des choix différents des miens pour des contraintes différentes des miennes.

Héhé, désolé si tu l'as pris comme ça, c'était pas l'objectif

D'ailleurs il n'a pas dit que c'était Orange hein.

Mon point c'est juste de dire que le souci n'est pas le protocole mais son implémentation.

Si la moindre petite déco entraîne un changement de préfixe, c'est pas tenable en mobilité. Je n'ai pas ce comportement dans le TGV par exemple, et heureusement, sinon le service serait inutilisable.

Bon après y'a quand même de pires trolls sur ce forum que moi, non ?

Et heureusement qu'on peut se permettre de critiquer les choix d'architecture des confrères, c'est quand même ce genre d'échanges qui fait évoluer le milieu, si personne ne se remet en question et ne remet rien en question, alors rien n'avancerait.

simon · « **Réponse #13 le:** 11 mars 2025 à 10:46:46 »

Citation de: Hugues le 11 mars 2025 à 10:36:17

Si la moindre petite déco entraîne un changement de préfixe, c'est pas tenable en mobilité. Je n'ai pas ce comportement dans le TGV par exemple, et heureusement, sinon le service serait inutilisable.

C'est régi par un timer il me semble : le signal peut temporairement être trop faible pour maintenir la connexion, mais aussi bien côté réseau que côté mobile, le PDP context est conservé pendant ~1 minute (dans mon expérience, mais ca peut être différent...). Si le mobile raccroche une antenne avant cette expiration, il n'y a pas de changement de préfixe (ni même de reconfiguration IP).

Par contre, le réseau peut décider de fermer le PDP context à tout moment. Donc si le mobile se raccroche à une antenne mais que le réseau désire qu'il change de préfixe (peu importe la raison), ca peut arriver aussi.

levieuxatorange · « **Réponse #14 le:** 11 mars 2025 à 11:53:00 »

Citation de: Hugues le 11 mars 2025 à 10:36:17

Et heureusement qu'on peut se permettre de critiquer les choix d'architecture des confrères, c'est quand même ce genre d'échanges qui fait évoluer le milieu, si personne ne se remet en question et ne remet rien en question, alors rien n'avancerait.

ça je suis d'accord, mais dans ce cas le "teubé" était de trop et fait passer de la critique constructive au Troll car il implique un jugement à priori sans connaitre les contraintes qui ont amené à ce choix.

LeVieux

kgersen · « **Réponse #15 le:** 11 mars 2025 à 12:38:01 »

Citation de: renaud07 le 11 mars 2025 à 02:19:29

Merci pour vos réponses.

Le routeur envoie bien un lifetime à 0 avant d’annoncer le nouveau préfixe. Mais les adresses restent jusqu'à la fin du valid llifetime, c'est bien comme ça que c'est censé marcher, non ? Le preferred lifetime est bien à 0 et donc la machine ne les utilise plus (mais essaie d'utiliser une ULA à la place, ce qui évidemment n'aboutit à rien).

Le problème ne se produit que lorsque il y a trop de coupures en 2h et que les préfixes n'ont pas le temps d’expirer, si pas de coupure ou très peu, tout va bien, ça s'efface au fur et à mesure.

Les préfixes sont en 7200 valid - 3600 pref.

EDIT : J'ai un doute @kgersen, tu parles du valid/pref du préfixe à 0 ou celui du routeur ? Car si c'est le préfixe, ça reste à 7200/3600 dans les 2 cas.

oui du prefix.

le RA a 2 roles: la route par défaut et le prefix (ce dernier étant optionnel).

Le lifetime a 0 du routeur (comme montrer dans ton screen) indique au réseau de ne plus utiliser ce routeur comme gateway / route par défaut. ce lifetime n'impacte pas le prefix annoncé.

Apres 7200 étant le mini pour le valid d'un prefix effectivement tu n'a pas trop le choix si c'est trop long.

xp25 · « **Réponse #16 le:** 11 mars 2025 à 14:05:49 »

Citation de: levieuxatorange le 11 mars 2025 à 11:53:00

ça je suis d'accord, mais dans ce cas le "teubé" était de trop et fait passer de la critique constructive au Troll car il implique un jugement à priori sans connaitre les contraintes qui ont amené à ce choix.

LeVieux

Exposer ici les contraintes d'Orange sur ce sujet, ferait avancer les choses

buddy · « **Réponse #17 le:** 11 mars 2025 à 14:20:41 »

Il faut aussi prendre en compte que quand Orange a fait ce choix, je ne pense pas qu'il considère comme "situation nominale" une livebox qui perd sa connexion toutes les 5 min car la ligne ADSL est pourri.

Le problème se produit dans un cas très précis et loin du cas d'utilisation normal.

levieuxatorange · « **Réponse #18 le:** 11 mars 2025 à 14:35:55 »

Citation de: xp25 le 11 mars 2025 à 14:05:49

Exposer ici les contraintes d'Orange sur ce sujet, ferait avancer les choses

Rien de bien sorcier ni de caché, une réflexion sur ce qu'est le réseau Orange te donnerait les grandes lignes ci dessous :
- écouler un trafic en unité de dizaine de Tb/s
- avec une transfo majeur vers IPv6 Dual stack sans bloquer la marche vers IPv6 main et IPv4 secondary (en CGN, on y est pas encore, mais la route est posée sur la décennie suivante)
- avec un réseau en réorganisation continue (lente [ quoique ...] , mais continue)
- une volonté d'avoir une capacité a réorganiser les "arbres" client en les swappant d'OLT ou de BNG pour optimiser les flux
- garder le temps de transit minimal, un HOP c'est un HOP ...
- une volonté de garder le trafic non congestionné dans l'immense majorité des cas.
- une volonté de remonter un réseau poste black out EDF global en moins de 4h (de zéro à 13 millions dans mon cas)
- le tout sans que les clients s'en rendent compte ou presque
- dans un réseau à grosso modo entre 12 et 13 millions de clients
- en assurant un support client avec 99% de chance de retomber sur un service rendu au client par des manipulations simples.
- en passant d'un réseau 100% en propre (le cuivre) à un réseau grosso modo 50% acheté à des opérateurs Infra autres que Orange (Les RIP ou les autres opérateurs)
- dans un monde ou les fournisseur de matos et services découvrent aussi ce qu'est IPv6 à grande échelle (celle là n'est pas simple à gérer ...)
- en gérant la découverte par les fournisseurs de contenu de ce qu'est IPv6 ...

Je vous laisse réfléchir aux impacts d'un préfix en FIXE dans ce cadre
Je vous laisse à l'opposé réfléchir au impacts d'un préfix changeant à chaque reco

Après, dans cette liste, suivant l'opérateur que tu es ou veut être, y'a des options en plus ou en moins

Truc auquel on rajoute deux ou trois petites contraintes liées aux lois et demande de l'ARCEP ...

LeVieux

Hugues · « **Réponse #19 le:** 11 mars 2025 à 14:40:02 »

Attention, j'ai jamais critiqué le fait que le préfixe ne soit pas fixe, ça c'est normal. Seulement le fait qu'il change tellement rapidement que les hôtes tapent leur limite d'adresses temporaires.

Merci de ne pas me faire dire ce que je n'ai pas dit.

levieuxatorange · « **Réponse #20 le:** 11 mars 2025 à 14:55:09 »

Citation de: Hugues le 11 mars 2025 à 14:40:02

Merci de ne pas me faire dire ce que je n'ai pas dit.

Non, moi je ne te fais pas dire cela.

LeVieux

renaud07 · « **Réponse #21 le:** 11 mars 2025 à 16:35:09 »

Citation de: simon le 11 mars 2025 à 10:07:37

La solution ne serait-elle pas simplement de réduire le valid lifetime? Tu peux commencer par definir preferred lifetime à la meme valeur que valid lifetime, puis réduire progressivement?

Sinon, il y a la solution de faire de la translation de préfixe si ta connexion de backup (mobile) change de préfixe constament: utilises le préfixe délégué à la livebox (qui coupe, mais qui est stable) et NAT vers le préfixe actuellement alloué au routeur 4G.

Je suis déjà au mini sur le validlifetime (7200), après, est-ce que les hôtes peuvent décider de mettre moins, j'ai pas testé, mais ça impliquerait de modifier chaque hôte y compris windows... et je sais pas si c'est possible sur ce dernier.

Pour la translation de préfixe, il ne faut pas qu'il soit délégué ? J'avais souvenir qu'on ne pouvait pas faire de translation sur un préfixe déjà en cours d'utilisation (ce qui est assez logique). En tout cas c'est ce que je me rappelle sur pfsense quand j'ai voulu tester : je me faisais jeter si je prenais le préfixe côté WAN.

Citation de: simon le 11 mars 2025 à 10:46:46

C'est régi par un timer il me semble : le signal peut temporairement être trop faible pour maintenir la connexion, mais aussi bien côté réseau que côté mobile, le PDP context est conservé pendant ~1 minute (dans mon expérience, mais ca peut être différent...). Si le mobile raccroche une antenne avant cette expiration, il n'y a pas de changement de préfixe (ni même de reconfiguration IP).

Par contre, le réseau peut décider de fermer le PDP context à tout moment. Donc si le mobile se raccroche à une antenne mais que le réseau désire qu'il change de préfixe (peu importe la raison), ca peut arriver aussi.

Expérience intéressante : sur mon tel, si je force le passage en 3G en décochant toutes les bandes LTE, le préfixe change (alors que ça se fait en ~5sec). Je me demande si ce n'est pas aussi lié au tel qui envoie un detach ?

La plupart de mes changements de préfixes ont lieu avec mon routeur si je change de bande manuellement. Je me demande s'il n'a pas un comportement similaire.

Citation de: kgersen le 11 mars 2025 à 12:38:01

oui du prefix.

le RA a 2 roles: la route par défaut et le prefix (ce dernier étant optionnel).

Le lifetime a 0 du routeur (comme montrer dans ton screen) indique au réseau de ne plus utiliser ce routeur comme gateway / route par défaut. ce lifetime n'impacte pas le prefix annoncé.

Apres 7200 étant le mini pour le valid d'un prefix effectivement tu n'a pas trop le choix si c'est trop long.

Après vérification, il envoie aussi l'ancien préfixe avec valid et pref à 0. Lors du changement il envoie des dizaines de RA en 1-2sec avec et sans préfixe global. J'avais pas regardé les bons paquets...

simon · « **Réponse #22 le:** 11 mars 2025 à 18:43:48 »

Citation de: renaud07 le 11 mars 2025 à 16:35:09

Expérience intéressante : sur mon tel, si je force le passage en 3G en décochant toutes les bandes LTE, le préfixe change (alors que ça se fait en ~5sec). Je me demande si ce n'est pas aussi lié au tel qui envoie un detach ?

La plupart de mes changements de préfixes ont lieu avec mon routeur si je change de bande manuellement. Je me demande s'il n'a pas un comportement similaire.

Si je passe en mode avion et en ressort, j'obtient aussi un préfixe différent (et je peux observer avec NetworkTools de HE que les interfaces cellulaires sont déconfigurées).

Je pense que quand tu changes les bandes disponibles, tu reconf le modem et il fait probablement un detach/reattach, en effet.

renaud07 · « **Réponse #23 le:** 11 mars 2025 à 20:06:06 »

Je viens de tester avec orange, comportement identique : le préfixe change au passage en 3G ou mode avion.