« L'un des plus gros problèmes a été le support insuffisant de l'IPv6 par les appareils réseaux et les logiciels », a convenu Irina Nikolova. Beaucoup de périphériques réseaux actuels ne supportent l'IPv6 que grâce à une mise en oeuvre logicielle, ce qui signifie que l'essentiel du traitement du trafic est réalisé par logiciel, plutôt qu'avec un matériel spécialisé. Par conséquent, en IPv6, les opérations réseaux consomment beaucoup plus de cycles processeur qu'en IPv4. Au moins un fournisseur d'équipement sans fil ne prenait pas en charge les ACL (Access Control Lists). En outre, les périphériques d'optimisation du réseau WAN (Wide Area Network) ne savent pas chiffrer le trafic IPv6, car le protocole WCCP (Web Cache Control Protocol) qu'ils utilisent ne fonctionne pas encore avec le nouveau protocole. Les équipements réseaux ne sont pas les seuls à poser problème. Les imprimantes restent aussi problématiques, en ce que nombre d'entre elles ne prennent pas totalement en charge l'IPv6. 

Contraint d'éliminer des applications ne supportant pas IPv6

Les applications et la compatibilité avec les OS se sont également avérées être un défi. Google a été amenée à éliminer au fur et mesure des applications qui ne supportaient pas l'IPv6. Mais un certain nombre d'outils essentiels, comme des bases de données et des applications de facturation, ont été conservées, car elles ne peuvent pas être modifiées ou mises à jour facilement. Et même si les versions actuelles de la plupart des systèmes d'exploitation prennent en charge l'IPv6, ceux-ci ne le font pas par défaut. Ce qui suppose une intervention supplémentaire de la part des administrateurs et des utilisateurs. «  Nous pouvons aussi confirmer que les problèmes techniques sont souvent le fait d'un nouveau code, inachevé ou comprenant des bogues. Il a fallu intervenir auprès des fournisseurs pour les inciter à améliorer leurs produits en termes de support pour l'IPv6. C'était un autre défi » , indique le document de Google.

Google a également dû se confronter aux prestataires de service, ces entreprises chargées d'amener la connectivité jusqu'aux bureaux de Google. Les SLA (Service Level Agreements) ne sont pas aussi exigeants en matière d'IPv6 qu'en matière d'IPv4. Les prestataires ont mis plus de temps à relier les points d'accès IPv6 distincts que pour la mise en place et la configuration de peerings en IPv4. Google a dû également réécrire ses propres outils de surveillance réseaux pour travailler en IPv6. Malgré ces obstacles, Irena Nikolova s'est dite confiante et ne doute pas que l'équipe va réussir à mettre en oeuvre un réseau tout-IPv6 chez Google. « Nous avons également cessé de qualifier l'IPv6 de 'nouveau protocole', mais nous commençons à parler de l'IPv4 comme de 'l'ancien protocole' », a-t-elle enfin déclaré.