Auteur Sujet: L’IPv6 forum appel à la migration vers IPv6 natif seul (sans IPv4)  (Lu 1956 fois)

Dim, Nh3xus et 11 Invités sur ce sujet

vivien

  • Administrateur
  • *
  • Messages: 51 345
    • Bluesky LaFibre.info
L’IPv6 forum appel à la migration vers IPv6 natif seul (sans IPv4)
« Réponse #36 le: Aujourd'hui à 08:22:53 »
Au fond, l' Arcep n'a pas le pouvoir de contrôler ces changements de préfixes client ? On ne peut pas imposer des préfixes fixes ou plus durables ?
Les opérateurs peuvent tout à fait proposer des préfixes qui changent à la fréquence de leur souhait. Il y a des règles en France, mais aussi une grande liberté.

Maintenant, pourquoi Orange fait ce changement de préfixe ? Pour répondre à une contrainte CNIL. Étonné, vu que les autres opérateurs n'ont pas cette pratique, j'ai contacté la CNIL sur ce sujet et la réponse est que la CNIL n’impose pas une telle obligation sur les adresses IP. J'en ai encore discuté récemment, la personne de la CNIL en question ayant rejoint l'Arcep.

Je sais qu'Orange perd des clients avec ce changement régulier d'IPv4 et IPv6, je pense que le sujet pourrait être ré-ouvert entre Orange et la CNIL.

=> IP fixe Orange et changement une fois par an minimum pour des questions CNIL

levieuxatorange

  • Expert Orange
  • Expert
  • *
  • Messages: 314
L’IPv6 forum appel à la migration vers IPv6 natif seul (sans IPv4)
« Réponse #37 le: Aujourd'hui à 10:08:29 »
Hello

Sujet complexe ici :
Orange choisi de changer les IP/prefix pour optimiser les écoulements réseau. C'est lié à notre architecture. Qui est quand même mesurée par l'ARCEP comme étant très bonne.
On perd effectivement une partie des clients GP à cause des changement d'IP/Préfix, mais on en gagne une autre grâce à la qualité de l'écoulement des flux.
Pour l'instant le sentiment est que la balance est positive entre les deux mouvements.

Avoir une injonction de fixer un préfix par ligne reviendrait à imposer d'une manière où une autre une architecture à l'ensemble des FAI.
Pas certain que cela soit dans le job de l'ARCOM...
Sans parler des question de remembrement du réseau qui seraient sérieusement figé...

Concernant le FW (IPv4 et IPv6), pour le GP, l'uPNP pour ouvrir les ports est considéré comme le plus adéquat.
En sécu, cela me froisse perso, mais pour le GP, le vrai (pas vous, si vous êtes ici, vous n'êtes pas du GP, mais de l'expert averti utilisant une ligne GP, totalement pas la même chose), c'est jugé comme le bon équilibrage fonctionnalité sécu.

Le changement à 300 jours obligatoire, c'est pour ne pas s'embêter avec la CNIL, mais le changement dès que le réseau le nécessite, celui là n'a rien à voir avec la CNIL :)
Aligner tout le monde sur un minima de 1 fois par an permet aussi le vidage lent des pool et rééquilibrage qand on prévoit ce genre de chose. En IPv6, on fait cela lentement, en IPv4, c'est genre dans la semaine ...

Bref :
- sujet complexe avec des choix de gestions et d'archi propres à chaque FAI.
- qui touche aussi aux processus
- et avec des impacts d'optimisation des flux et latences.

Perso je n'ai aucune idée de comment font les autres FAI pour l'équilibrage de flux à grande échelle.

Et pour les FW et la connectivité entrante .... vaste question. @vivien j'ai plein d'idée aussi, mais cela couvre les besoins de 1 à 5% de la population cible, donc complexe à faire prendre en compte dans les requirements du Mkt.
Sauf si cela se profil en généralisation ... Mais pour l'instant c'est pas flagrant.
Faudrait que l'on en parle Offline autour d'une biere d'expert à expert  (et pas de ARCOM à ORANGE ...)

LeVieux

nicox11

  • Abonné MilkyWan
  • *
  • Messages: 237
  • Toulouse (31)
L’IPv6 forum appel à la migration vers IPv6 natif seul (sans IPv4)
« Réponse #38 le: Aujourd'hui à 10:27:39 »
Citer
Concernant le FW (IPv4 et IPv6), pour le GP, l'uPNP pour ouvrir les ports est considéré comme le plus adéquat.
En sécu, cela me froisse perso, mais pour le GP, le vrai (pas vous, si vous êtes ici, vous n'êtes pas du GP, mais de l'expert averti utilisant une ligne GP, totalement pas la même chose)

Si la solution au changement de prefixe c'est l'UPNP, ça fait peur quand même.

J'ai pas de livebox en face de moi pour voir, mais si à chaque changement de prefixe il faut reconfigurer toutes les règles firewall pour y inclure le nouveau préfixe, c'est quand même un gros frein à l'auto-hébergement en IPv6.
Pour le DNS, le DynDNS pourrait être suffisant.

Donc je soutiens les remarques de Vivien et autres, le firewall de la livebox devrait pouvoir ouvrir des règles indépendamment du préfixe.

brupala

  • Abonné Free fibre
  • *
  • Messages: 313
  • Tours (37)
L’IPv6 forum appel à la migration vers IPv6 natif seul (sans IPv4)
« Réponse #39 le: Aujourd'hui à 10:28:48 »
Par curiosité, j'aimerais bien comprendre quelle optimisation des flux impose une renumérotation périodique des clients, un changement d'architecture ça n'explique pas vraiment. j'imagine.

vivien

  • Administrateur
  • *
  • Messages: 51 345
    • Bluesky LaFibre.info
L’IPv6 forum appel à la migration vers IPv6 natif seul (sans IPv4)
« Réponse #40 le: Aujourd'hui à 10:49:23 »
Un opérateur peut avoir besoin de déplacer les clients, pour de nombreuses raisons :
- POP avec trop de client, il est scindé en deux (donc la moitié est déplacé avec changement d'IP)
- en ADSL quand un réseau se vide pour éviter de garder des pools IP vides.
- changement des équipements qui portent les IP (ex: nouvelle génération)
- changement d'architecture (ex: quand Bouygues est passé du niveau 3 au niveau 2 sur les OLT / DSLAM)
- ...

C'est ce qui fait les IP changent typiquement tous les 10 ans avec Free, Bouygues ou SFR. C'est typique, on a des clients qui restent 15 ans avec la même IP et d'autres qui ont moins de chance, avec deux changements d'IP en 10 ans.

levieuxatorange

  • Expert Orange
  • Expert
  • *
  • Messages: 314
L’IPv6 forum appel à la migration vers IPv6 natif seul (sans IPv4)
« Réponse #41 le: Aujourd'hui à 11:17:25 »
Si la solution au changement de prefixe c'est l'UPNP, ça fait peur quand même.

Par curiosité je viens de regarder sur ma LB courante (un LB4 sur la ligne où je suis) :
- l'ouverture en IPv6 peut se faire au port sans spécifier le HOST destination (genre IPV6any/IPv6any port 8443 ACCEPT
=> ce qui ouvrira le port 8443 sur l'ensemble des HOST IPv6 du LAN.
=> il faut que l'attaquant ait la cible directe pour trouver le bon host dans le /64 du LAN
=> en choisissant un port non standard on est à l'objectif de 'nouvrir que sur un host

- l'ouverture peut se faire en désignant le HOST "par son nom". La LB est supposé maintenir le lien entre le HOST et l'IPv6 utilisée
=> cela répondrait bien au besoin
=> j'ai jamais regardé comment la LB maintient ce lien ?
=> permet d'utiliser un port standard.

On peut donc faire autrement que avec l'uPNP pour les gens le désirant.

Je vais tester d'ailleurs pour voir ce que cela donne.

LeVieux