Auteur Sujet: Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues  (Lu 6991 fois)

0 Membres et 1 Invité sur ce sujet

vivien

  • Administrateur
  • *
  • Messages: 29 535
    • Twitter LaFibre.info
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #96 le: 14 octobre 2018 à 16:42:06 »
La problématique de ce type de SI, c'est qu'il n'est pas pour le moment possible de faire des offres avec IPv6 sans IPv4 publiques.

Or un serveur de back-end ou de base de données, n'a pas besoin d'une IPv4 publique.

turold

  • La fibre idéal
  • ******
  • Messages: 1 670
  • essai: mp réouverts, sauf à mes ignorés (15)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #97 le: 14 octobre 2018 à 16:48:38 »
La problématique de ce type de SI, c'est qu'il n'est pas pour le moment possible de faire des offres avec IPv6 sans IPv4 publiques.
Il me semble que les serveurs sur des Linux récents peuvent gérer de l'IPv6 only.
Et ce n'est pas le cas de Windows Server 2016 ?

Or un serveur de back-end ou de base de données, n'a pas besoin d'une IPv4 publique.
Je suis d'accord sur ce point, si une alternative est possible bien entendu.

vivien

  • Administrateur
  • *
  • Messages: 29 535
    • Twitter LaFibre.info
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #98 le: 14 octobre 2018 à 16:56:10 »
Le support de la RFC 8106 Neighbor Discovery Protocol RDNSS n'est pas supporté par Windows server 2016, donc il n'est possible d'avoir des serveurs DNS par ce moyen en IPv6 only. Windows Server 2019 comme les distributions linux sont compatible RFC 8106.

Maintenant, il est possible de configurer la chose à la main sous Windows server 2012 / 2012 R2 / 2016 ou via DHCPv6 (si le réseau si le supporte).

Le baromètre 2018 Arcep explique bien les choses en classant les systèmes d’exploitation client en fonction de la compatibilité RFC 8106 Neighbor Discovery Protocol RDNSS :

9/ Terminaux

Pour qu’un terminal èmette et reçoive du trafic en IPv6, le système d’exploitation (Operating System - OS) doit être compatible IPv6, et IPv6 doit être activé par défaut.

Sur de nombreux objets connectés (système d’alarme, télévisions, etc.), IPv6 est intégré dans l’OS mais n’est pas activé par le constructeur de l’objet connecté.

Seules les versions de systèmes d’exploitation préinstallées sur des ordinateurs, tablettes ou smartphones à destination du grand public et encore maintenues (mises à jour de sécurité, etc.) sont étudiées ci-dessous.
Tous ces systèmes d’exploitation sont compatibles avec IPv6 qui est activé par défaut depuis de nombreuses années (IPv6 a été par exemple activé par défaut sous Windows depuis Windows Vista en 2007). Cependant, certains systèmes d’exploitation ne peuvent pas fonctionner correctement en IPv6 en absence d’IPv4 (i.e. dans le cas où IPv6 est le seul protocole disponible) car ils n’intègrent pas le support de la RFC 8106 Neighbor Discovery Protocol RDNSS.




Celui qui est étonnant dans la liste, c'est Google Chrome OS. Pourquoi Google ne met pas le RFC 8106 Neighbor Discovery Protocol RDNSS dans cet OS alors qu'il est dans Android ?

turold

  • La fibre idéal
  • ******
  • Messages: 1 670
  • essai: mp réouverts, sauf à mes ignorés (15)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #99 le: 14 octobre 2018 à 17:19:15 »
Il y a aussi Ubuntu, donc probablement Linux, d'après le baromètre. Pas que Windows, donc.

Mais bon, les autres Linux c'est peut être la même histoire que Windows 10 mobile, ou Chrome OS.

> Windows 10 a été conçu avec un core. Le reste peut avoir de grosses différences. C'était déjà, sur le principe, le  cas avant.
> Chrome OS se base sur du Linux, comme Android, mais comme côté Windows, Google a aussi voulu segmenter le marché des OS de son développement. Faut donc poser la question directement à Google (pour Chrome OS, on le fait via la plateforme des bugs pour Chromium OS, il répondent souvent).
> Ubuntu n'est pas tout dans Linux, donc là aussi, un doute pour les autres Linux.

Je posais la question pour Windows Server 2016, car il est aussi basé sur Windows 10. Donc ta réponse est étrange, à moins qu'il faille un Windows 10 un minimum à jour aussi.

alarig

  • Client Orange Fibre
  • *
  • Messages: 46
  • Rennes 35
    • SwordArMor
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #100 le: 14 octobre 2018 à 17:40:13 »
Il y a aussi Ubuntu, donc probablement Linux, d'après le baromètre. Pas que Windows, donc.

Mais bon, les autres Linux c'est peut être la même histoire que Windows 10 mobile, ou Chrome OS.

Les piles IP ne changent pas entre les distributions, ou à la marge en fonction de la version des noyaux.

vivien

  • Administrateur
  • *
  • Messages: 29 535
    • Twitter LaFibre.info
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #101 le: 14 octobre 2018 à 20:47:06 »
Il y a aussi Ubuntu, donc probablement Linux, d'après le baromètre. Pas que Windows, donc.

Ma phrase est très mal rédigée, je l'ai modifiée. Oui, les distributions Linux sont compatible Neighbor Discovery Protocol RDNSS depuis des année.

kgersen

  • Client Bouygues FTTH
  • Modérateur
  • *
  • Messages: 5 397
  • FTTH 1Gb/s sur Paris (75)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #102 le: 14 octobre 2018 à 22:03:14 »
Celui qui est étonnant dans la liste, c'est Google Chrome OS. Pourquoi Google ne met pas le RFC 8106 Neighbor Discovery Protocol RDNSS dans cet OS alors qu'il est dans Android ?

ChromeOS supporte RDNSS.
ChromeOS supporte aussi les réseaux IPv6 sans IPv4.

Je ne sais qui sont vos sources mais ChromeOS évoluant tres rapidement il est fréquent que les wikipédia et autres ne soient pas du tout a jour concernant ChromeOS.

turold

  • La fibre idéal
  • ******
  • Messages: 1 670
  • essai: mp réouverts, sauf à mes ignorés (15)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #103 le: 14 octobre 2018 à 22:51:59 »
Simplement l'arcep, notre source, sur ce coup là.^^
Bon, pas à jour de leur côté donc.

Windows 10 à partir de 2017, je viens de remarquer cette mention.
Peut être plus récent pour Chrome OS, ou alors pas de release note exhaustive sur ce genre d'aspect.
En dehors de la poste et du télécom, l'arcep ne fait pas vraiment dans les tests par eux-même...

f4k1r

  • Client Bbox fibre FTTH
  • *
  • Messages: 1
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #104 le: 15 octobre 2018 à 00:21:44 »
non faut pas commencer comme ca.

donner un /128 ou qu'une IPv6, 2 IPv6, etc c'est juste pas avoir compris IPv6 et vouloir bêtement transposer IPv4.

Le plus idiot d'ailleurs c'est qu'OVH propose jusqu'a 16 IPv4 par VPS (moyennant 2€ d'activation par IP, sans récurrent) mais rien de plus en IPv6. un /128 et c'est tout.
[...]
Là, c'est si on parle de Kimsufi, la marque/gamme à bas prix d'OVH. Parce-que les dédiés SoYouStart ou OVH disposent officiellement d'un /64.

D'ailleurs, en parlant de Kimsufi, ce n'est pas tout à fait exact - https://otacon22.com/2016/02/21/two-hosting-providers-ipv6-setups-compared-ovh-online-net/

vivien

  • Administrateur
  • *
  • Messages: 29 535
    • Twitter LaFibre.info
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #105 le: 15 octobre 2018 à 11:36:40 »
ChromeOS supporte RDNSS.

ChromeOS 67.0.3396.99 Does not support DHCPv6 or RDNSS.
Source 1 : https://en.wikipedia.org/wiki/Comparison_of_IPv6_support_in_operating_systems
Source 2 : https://github.com/openwrt/odhcpd/issues/86
Source 3 : https://utcc.utoronto.ca/~cks/space/blog/linux/QuickWirelessIPv6SetupII

Wikipedia ne serait pas à jour ?

J'ai creusé pour l'absence de compatibilité IPv6 de webOS annoncé sur cette même page. WebOS supporte bien IPv6, car j'ai réussi à avoir que le nouveau firmware désactive IPv6 en attendant la résolution d'un bug.

kgersen

  • Client Bouygues FTTH
  • Modérateur
  • *
  • Messages: 5 397
  • FTTH 1Gb/s sur Paris (75)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #106 le: 15 octobre 2018 à 13:03:49 »
ChromeOS 67.0.3396.99 Does not support DHCPv6 or RDNSS.
Source 1 : https://en.wikipedia.org/wiki/Comparison_of_IPv6_support_in_operating_systems
Source 2 : https://github.com/openwrt/odhcpd/issues/86
Source 3 : https://utcc.utoronto.ca/~cks/space/blog/linux/QuickWirelessIPv6SetupII

Wikipedia ne serait pas à jour ?

J'ai creusé pour l'absence de compatibilité IPv6 de webOS annoncé sur cette même page. WebOS supporte bien IPv6, car j'ai réussi à avoir que le nouveau firmware désactive IPv6 en attendant la résolution d'un bug.

non c'est pas a jour.

Le bug tracker de ChromeOS fait mention déjà en 2015 du support de RDNSS: https://bugs.chromium.org/p/chromium/issues/detail?id=510283#c3

Mon pixelbook obtient bien une IPv6 et le dns.

Pour DHCPv6; je ferais un test jeudi. mais y'a rien dans le bugtracker a ce sujet. Il y a meme le support de DHCPv6-PD (delegation de prefix).
Je regardais plus en détail le code de Shill (= le Network Connection Manager de ChromeOS) mais y'a bien du DHCPv6 dans le code: https://chromium.googlesource.com/chromiumos/platform2/+/HEAD/shill/dhcp/dhcpv6_config.h

A noter que ChromeOS et Android n'utilise pas du tout le meme kernel ni la meme base. Ce sont des équipes différentes. La base de ChromeOS est aussi utilisé dans le Chromecast et le routeur Google Wifi.
« Modifié: 15 octobre 2018 à 20:46:51 par kgersen »

Breizh 29

  • Client Bouygues ADSL +
  • Client Orange adsl
  • *
  • Messages: 4 172
  • FTTNRA sur Guilers 29820 (29N)
Le baromètre 2018 Arcep pointe le retard sur le fixe de SFR et Bouygues
« Réponse #107 le: 19 octobre 2018 à 18:52:43 »
Le problème avec ipv6 c'est publique, qd tu as des enfants, tu n'as pas trop envie qu'ils aient une ip publique.
Un proxy c'est qd même vachement bien, même le dialogue est le meilleurs contrôle parental.

 

Mobile View