Il y a environ un an et demi ca avait commence, en mode "experimental" et graduel (tous les 1-2 semaines il y avait des OLT sur lesquels c'etait active). C'etait d'ailleurs la premiere DSP "Nativement Covage" sur laquelle ca avait commence a etre active.
Par contre, debut 2019, la personne en charge est partie. Assez rapidement j'ai eu l'impression que le reseau etait techniquement opere que par les ex-TUTOR. Ce n'etait pas un probleme en soi, mais ils etaient en train de reccuperer toujours plus de travail, suite a toujours plus de departs. Premiere moite 2019, d'autres projets plus prioritaires qu'IPv6 prenaient du retard, donc ......

Il faut aussi dire que sans pression, les choses ne risquent pas d'avancer, et les seules traces de pression c'etait Coriolis (jusqu'a un certain moment moi personellement, apres, aucune idee) et K-Net (et encore, je ne sais pas dans quelle mesure c'etait de la vraie "pression").

bref, on nous saoule pour passer en ipv6 mais les operateurs ne font rien de leur coté...
a croire qu'ils le font exprès histoire de faire payer (+ cher) les pauvres ipv4 qui resteront encore dispo.

bye Fred

Presque personne ne fait du L2 pour le service residentiel:
 - TUTOR, absorbe par Covage (absorbe par SFR ), est suppose migrer le parc existant en "mode Covage" (L3)
 - TDF a arrete de proposer du L2, je ne sais pas s'il est encore possible d'avoir de la collecte GP L2 chez eux.
 - Altitude et Axione ne l'ont jamais propose
ATTENTION !!! NE pas confondre le service GP (Grand Public / Residentiel) avec les services Pro/Entreprise qui sont generalement du L2, un circuit .1q (VLAN) par client, en mode "touche pas le traffic".
Pour le DHCP "Snooping", normalement tous les operateurs doivent le faire cote OLT pour ajouter des informations qui peuvent etre essentielles pour l'authentification. Et pour rajouter, comme ils sont tous (ou presque) en L3, c'est leur equipement qui fait DHCP relay vers le(s) serveur(s) DHCP de l'OC.

OK.

Moi j'en était resté à Tutor, où t'avais à l'époque 1 VLAN par plaque (et tous les clients dedans). Oui, j'admets que du coup tu perds l'info de diagnostic sur le port de l'OLT.

Ca m'étonnes pas tellement que (de mon point de vue) Covage nivelle ainsi par le bas le service activé.
Plus généralement, passer de L2 à L3 implique que l'OI soit plus intrusif dans le service rendu à l'opérateur. Ca complique le débuggage (surtout vu la réactivité des OI à ces incidents) et ça limite artificiellement les fonctionnalités . (J'avais vu chez l'un des OI, par exemple, il y avait un outil web pour "déclarer" les plages IP que *l'OI* allait affecter à tes clients via son serveur DHCP, sans que tu ais toi la possibilité de faire la relation mac <> ip (tu peux juste la consulter par la suite). Impossible de déclarer en dessous du /24 , et bien sur pas d'IPv6.
C'était il y a quelques années, ça a ptet changé notamment avec le DHCP-Relay mais ce fil est la preuve que même chez eux c'est pas gagné.

Le fait que ça existe chez les pro, c'est donc qu'ils savent le faire. C'est une limitation artificielle pour favoriser les abo pro ? Comment on fait si on veux transporter un protocole non IP ? (En espérant qu'il n'y a pas carrément une limitation à ICMP, TCP & UDP , j'avoue que j'ai pas testé)

Par curiosite, chez qui ? Je connais juste un chez qui il fallait declarer les plages (v4 ET v6) utilises par l'OC via ticket NOC.

J'avoue que je sais plus mais c'était avant le rachat de tutor par covage.

 

Oui, c'est artificiel. Dans leur defense, ca leur permet de faire du TE plus granulaire qu'au niveau d'une plaque entiere, ce qui aide quand il y a des quantites "assez monstrueuses" (lire pluzieurs dizaines de Gbps) par plaque.

Mouais, je trouve ça hyper intrusif - et la preuve que ça limite quand même les possibilités des OC.

C'est du GP !!! tu n'est pas suppose transporter du non-IP.

J'avoue que j'ai pas de cas d'usage en tête :-) Après en écrivant "non IP" , je me suis trompé : Je pensais plutôt à des protocoles tel que gre, ipip, ah/esp, ....

Si en tant qu'operateur tu peux te permettre de dire "pas d'IPv6, pas de commandes", la ils commencent a entendre, surtout s'ils croient que tu peux leur acheter des prises par dizaines de milliers. A mon epoque, chez Coriolis, c'etait pas loin de ca. De nos jours, vu qu'il ne reste pas d'OI independant pour s'interconencter avec (c'est deja fait pour les AACT), ca n'a plus aucune importance (meme s'il me semble que le fait de pousser l'IPv6 est reste quand-meme dans les moeurs).

Bah après , leur objectif ce sont les OCEN, et eux ils activent eux même, donc...
(Et ce même si ils remontent sur leur réseau via une liaison activée de l'OI).

Je reconnais que l'Arcep aurais du se préoccuper plus tôt des offres d'activées des opérateurs d’infrastructure un peu plus tôt.

Quand on a vu que Coriolis arrivait à négocier presque partout de l'IPv6, on s'est dit que ce n'était pas la peine de faire quelques chose de spécifique pour cette nouvelle catégorie d'acteurs.

Je suis sur le réseau et la situation n'est pas glorieuse chez moi, j'ai régulièrement des coupures de connexions, j'ai vu avec le service technique de knet et ils m'ont dit qu'ils avaient beaucoup de plaintes de perte de connexions inexpliquées.
La solution à chaque fois c'est de désactiver ipv6 car covage le considère comme expérimental.
Depuis que je l'ai désactivé plus une seule coupure.