Auteur Sujet: Baromètre IPv6 Arcep 2019 (Lu 49099 fois)

Optix · « **Réponse #120 le:** 14 novembre 2020 à 16:44:19 »

Je pense que tout le monde l'a remarqué, je doute qu'SFR-NC m'aurait laissé faire, à taper mes commandes à la one-again et déployer l'IPv6 en quelques minutes aussitôt avoir appuyé fièrement sur "Enter"

N'empêche, que :

- l'activation de l'IPv6 reste accessible à tous les opérateurs (faut juste se bouger le cul) quelle que soit la technologie, et même aux plus grands comme SFR-NC (on utilise le même matos qu'eux en plus). Et comme Internet est un réseau de réseaux, il faut que tout le monde le fasse, même nous avec seulement qq milliers d'abonnés.

- les difficultés de l'activation IPv6 sur certains DSP FTTH c'est aussi du vent : tout est fait pour complexifier un maximum les documentations techniques avec des procédures et des usines à gaz dont on peut aisément se passer, sans doute pour justifier le salaire de dizaines d'ingés. Je fais aussi du FTTH/FTTE, je manipule aussi des OLT, chez moi, livrer un abonné à un opérateur tiers c'est ultra simple, un VLAN à chaque opérateur, bam, terminé bonsoir.

- au fur et à mesure du temps, les gens s'adaptent très très bien à l'IPv6. J'ai des SSII qui se connectent en IPv6 chez nos abonnés professionnels en commun, qu'il n'y a aucun effet secondaire tant redouté, ou des presta en téléphonie qui ne jurent que par l'IPv6 désormais (et qui adorent bosser avec nous xD )

Steph · « **Réponse #121 le:** 14 novembre 2020 à 16:46:06 »

Ben il y a plein de FAI qui veulent IPv6 et ça bloque coté OI.
Ceci dit, quand on a déjà de l'IPv4, on ne se plaint pas...

Hugues · « **Réponse #122 le:** 14 novembre 2020 à 16:51:55 »

Citation de: Optix le 14 novembre 2020 à 16:44:19

un VLAN à chaque opérateur, bam, terminé bonsoir

Alors pour être un ingénieur cher payé, tmtc, c'est pas si simple des que tu veux de la redondance ^^
Et ce design ne tient pas pour une livraison comme k-net avec 10000 abonnés par porte, il faut du l3, ça simplifie grandement les choses.

vivien · « **Réponse #123 le:** 14 novembre 2020 à 16:58:55 »

Par contre iBloo, l'opérateur qui se déclare "le seul opérateur français avant-gardiste à utiliser nativement l'IPv6 dans son cœur de réseau" ne sera pas dans ce baromètre, il n'a atteint la barre des 5000 clients.

Citation de: numerozerosix le 10 novembre 2020 à 14:39:23

Chers clients,

Nous vous prions d'accepter toutes nos excuses pour les importantes perturbations que vous rencontrez actuellement avec vos connexions Internet iBloo.

À cette heure, nous comprenons enfin l'origine de ces dysfonctionnements.

En effet, iBloo est le seul opérateur français avant-gardiste à utiliser nativement l'IPv6 dans son cœur de réseau. Pour des raisons technologiques et de netiquette nous avons pris ce parti pris afin d'économiser les ressources rares d'Internet que sont les adresses IPv4.

Malheureusement, le fournisseur d'infrastructure de votre région gère mal ce protocole et notamment le DHCPv6 / DHCPv6PD. C'est cette lacune dans la gestion par ce fournisseur de ce protocole qui provoque de fortes perturbations, voir des déconnexions de vos accès Internet.

Dès lors, nous avons pris un certain nombre de résolutions.

En premier lieu, nous devons avancer au plus vite et résoudre ce sujet technique et nous espérons que, dans les jours suivants, nous trouverons une solution.
D'autre part, nous nous engageons à communiquer régulièrement et en toute transparence sur l'avancement de la mise en œuvre de cette solution. D'ailleurs, une solution est testée en laboratoire depuis ce mardi 10 novembre au matin.

Bien entendu, nous vous dédommagerons pour toute la période de dysfonctionnement. Nous sommes conscients que cela ne compensera pas la gêne occasionnée en particulier durant cette période de crise mais, c'est le minimum que nous puissions faire.

Mais surtout, il est impératif que nous évoluions. Même si ces incidents ne sont pas de notre fait, il n'en demeure pas moins que nous sommes responsable vis-à-vis de vous, nos clients. Nous nous devons de nous organiser afin que nous puissions désormais anticiper et réagir plus efficacement à de telles crises.

Pour ceux qui auront pris la décision légitime de nous quitter, nous sommes sincèrement navrés pour les moments pénibles que vous avez traversés.

Et, nous tenons à remercier chaleureusement pour leur confiance ceux qui nous sont restés fidèles.

Bien sincèrement,

Jean-Marc AUBERT, Directeur marketing et commercial iBloo

Nico · « **Réponse #124 le:** 14 novembre 2020 à 17:16:41 »

Citation de: underground78 le 14 novembre 2020 à 15:20:35

C'est tout à fait remarquable mais il faut quand même prendre en compte qu'en valeur absolue ça fait quand même pas énormément d'abonnés.

Et ce serait naïf de penser que ce qui marche à petite échelle est reproductible à n'importe quelle échelle avec la même simplicité

.

Symbol · « **Réponse #125 le:** 14 novembre 2020 à 22:35:58 »

Citation de: Nico le 14 novembre 2020 à 17:16:41

Et ce serait naïf de penser que ce qui marche à petite échelle est reproductible à n'importe quelle échelle avec la même simplicité .

Très juste.
Du reste ce sont toujours les gestionnaires d'une paire de beigebox fièrement installées sous la table de la cuisine et avec un parc d'utilisateurs se composant principalement de deux pelés et d'un tondu qui expliquent à qui veut l'entendre que c'est «ultra simple», que «y faut juste», et autres «aucun effet secondaire», «les difficultés c'est du vent», etc.
Les problématiques rencontrées par iBloo permettent de rappeler que le terrain réel, c'est nettement plus hostile que le lab ou l'environnement unique contrôlé.

alain_p · « **Réponse #126 le:** 14 novembre 2020 à 23:08:09 »

Il faut dire aussi que c'est nettement plus simple de contrôler de A à Z son réseau, que de dépendre de celui d'un RIP...

patrick_01 · « **Réponse #127 le:** 15 novembre 2020 à 07:35:21 »

Quelle est donc la solution ?

Optix, tu sembles dire que c'est simple - et effectivement ma modeste expérience m'a appris que quand tu maîtrises la totalité de ton réseau, ou en lab évidemment, c'est pas bien compliqué - mais les gars qui bossent pour les FAI ne sont pas des manches non plus et la réponse que j'ai du mien, depuis 5 ans, c'est "pas officiellement supporté par l'OI" - en réalité ça marche, et même bien, mais ça se plante une fois par année à peu près.

Faut-il qu'une autorité (ARCEP ? collectivités locales qui les subventionnent ?) dise que si l'opérateur de fibre n'est pas capable de transporter correctement de l'IPv6 avec tout ce qui va avec (DHCPv6 entre autres, ce qui semble poser problème ici et là), alors il est prié de retourner jouer au sable et laisser d'autres s'en occuper ? Et si ça fait monter les prix ? Parce que comme d'hab, le client standard, ce qui l'intéresse c'est youtube en 4K et le replay sur sa télévision, et que ça se passe en IPv6 ou en X.25 il s'en fout, c'est les 5 € de moins qui feront la différence...

vivien · « **Réponse #128 le:** 15 novembre 2020 à 07:57:57 »

Pour la simplicité, il faut distinguer la mise en place de l'IPv6 natif sur le fixe et le mobile.

Sur le mobile, c'est relativement simple pour proposer de l'IPv6 ready : L'APN doit passer en IPv6. Sur la collecte et l’accès les paquets IP sont dans une sorte de VPN : Quand on a des captures Wireshark sur la collecte, on voit deux en-têtes IPv4. Quand on passe à IPv6, l'en-tête extérieur est toujours une IPv4 et donc pas besoin que les nombreux équipements sur la collecte et l’accès soient compatible IPv6.

Pour l'activation (IPv6 activé) sur le mobile, c'est par contre plus complexe, vu que c'est sur le terminal du client. Coté Android, il faut donc demander à chaque constructeur d'activer IPv6 lors des mises à jour. Il y aurait une autre solution via des campagnes de configuration par SMS (solution utilisée par Zeop mobile). Coté iPhone, il est impossible de configurer l'APN donc cela ne peut être que via une mise à jour des paramètres opérateur par Apple. L'ensemble des iPhone concernés basculent alors en IPv6.

Sur le fixe, il faut de l'IPv6 de bout en bout, et donc toute la chaîne doit être compatible. Quand la chaîne est longue, avec des équipements complexes et surtout plus il y a de nombreux types d'équipements selon les régions, c'est complexe.

Une solution intermédiaire, utilisée par Free en 2007 et SFR en 2011, est d'encapsuler les paquets IPv6 dans de l'IPv4. On se retrouve dans le cas du mobile où il faut que les terminaux et une plateforme sur le réseau soient compatibles. Toutefois cette solution peut fortement pénaliser les performances, car les puces des box ne peuvent plus utiliser les accélérateurs et le CPU n'est pas assez puissant pour dépasser une centaine de Mb/s. L'exception c'est Free qui as réussi, en utilisant son second CPU sur les Freebox mini 4k / révolution, un CPU Marvell Kirkwood prévu pour les NAS, de faire cette encapsulation à 1 Gb/s, après avoir repris le code (car pendant des années le débit IPv6 en FTTH était limité chez Free). Aujourd'hui Free inverse les choses et dans sa nouvelle architecture (celle où l'IPv4 est mutualisée par défaut), IPv4 est encapsulé dans IPv6.

coco · « **Réponse #129 le:** 15 novembre 2020 à 11:22:51 »

Pour le mobile Android, une mise à jour de l'apn peut être faite via une application de l'opérateur comme free mobile config par exemple. Un peu de comm à côté pour inciter à mettre à jour ces apn et ça peut être fait.

Optix · « **Réponse #130 le:** 15 novembre 2020 à 12:04:24 »

Je n'ai jamais caché le fait que contrôler son réseau de A-Z me facilite énormément les choses, héhé

. Mais c'est un choix que chacun de nous doit faire. Je préfère largement celui-là où il n'y a à gérer "que" qq milliers d'abonnés mais avoir la main sur tous les équipements plutôt que de ratisser sur toute la France et faire du chiffre. C'est aussi une philosophie de vie, vous n'avez pas la même mentalité quand vous bossez pour une régie qui offre un service public, d'un opérateur privé. L'IPv6 n'a donc pas les mêmes priorités selon l'employeur vu que ce n'est pas un critère d'achat.

Mais aussi un truc, tout ce que je dis je me l'applique à moi-même. Aussi bien sur mes transitions IPv6 du simple particulier à l'usine de >100 salariés (oui oui, toutes ne sont pas fermées xD ) où je n'ai essuyé ni échec ni d'effet secondaire. Aussi bien que sur les OLT Omega configurés en L2 dans des VLAN, redondé vers 2 routeurs OrneTHD différents (IP passerelle en VRPP et tout).

Quand j'ouvre une doc technique d'une DSP au hasard, faut avoir des dosettes de café devant soi pour tenir. C'est une grosse barrière à l'entrée. J'ai vite compris pourquoi personne ne venait sur notre territoire pour demander des liens... s'il faut se farcir de telles procédures à chaque fois, on n'est pas sorti de l'auberge ! Plus tard viendra aussi le fait qu'on devienne un OI FTTH et que parmi vous, vous aurez à lire mes docs, et que j'aurais à assumer cette responsabilité de livrer de l'IPv6 routé qui appartient à un tiers. Si l'OI n'est pas foutu de gérer ça correctement, il se doit de proposer une alternative.

Honnêtement, si je vous propose une livraison L2 (disons un VLAN par OLT par commune à chaque opérateur), est-ce que ça vous tente plutôt que d'imposer du L3 sans alternative ? Je suis curieux de lire vos réponses, quitte à réviser mon jugement si je fais fausse route.

« **Réponse #131 le:** 15 novembre 2020 à 15:01:33 »

Citation de: vivien le 15 novembre 2020 à 07:57:57

Pour la simplicité, il faut distinguer la mise en place de l'IPv6 natif sur le fixe et le mobile.

Sur le mobile, c'est relativement simple pour proposer de l'IPv6 ready : L'APN doit passer en IPv6. Sur la collecte et l’accès les paquets IP sont dans une sorte de VPN : Quand on a des captures Wireshark sur la collecte, on voit deux en-têtes IPv4. Quand on passe à IPv6, l'en-tête extérieur est toujours une IPv4 et donc pas besoin que les nombreux équipements sur la collecte et l’accès soient compatible IPv6.

Pour l'activation (IPv6 activé) sur le mobile, c'est par contre plus complexe, vu que c'est sur le terminal du client. Coté Android, il faut donc demander à chaque constructeur d'activer IPv6 lors des mises à jour. Il y aurait une autre solution via des campagnes de configuration par SMS (solution utilisée par Zeop mobile). Coté iPhone, il est impossible de configurer l'APN donc cela ne peut être que via une mise à jour des paramètres opérateur par Apple. L'ensemble des iPhone concernés basculent alors en IPv6.

Même quand tu fais du roaming inter-pays ?
Je dis cela, parce qu'en IPV4, j'ai vu de la 4G avec des adresses free sur un opérateur étranger, avec un tunnel sur l'infra de l'opérateur.
Faisable en IPv6 ( facturation data sur opérateur étranger) ?