Pages:
Actions
  • #13 par vivien le 24 May 2012
  • Corrector on voit dans tes traceroute qu'on passe par des chemin complètement différents entre IPv4 et IPv6.

    Il me semble que la norme ipv6 permet plein de fonction qui peuvent alléger les serveurs. Bref des spécialistes?
    IPv6 est fait pour consommer moins de CPU sur les routeurs : pas de calcul du checksum à faire à cause de la modification du TTL, taille des champs optimisée pour être facilement manipulable par les routeurs,...

    Sauf que de nombreux routeurs routent en hard IPv4 et en soft IPv6 ce qui fait qu'ils sont moins performant en IPv6...

    La question à laquelle je n'ai pas de réponse c'est: est ce qu'en optimisant les appareils de réseau et OS, on arrivera une fois tout le monde en ipv6 à des performances proches de l'ipv4?
    Il y a aussi moins de tests. Je pense que personne ne se soucie aujourd'hui des problèmes de performances avec IPv6. On souhaite que cela marche et les perf passent après.
  • #14 par corrector le 25 May 2012
  • IPv6 est fait pour consommer mois de CPU sur les routeurs : pas de calcul du cheksum à faire a cause de la modification du TTL,
    Les checksums ça se calcule vraiment très facilement en hard, hein. Alors qu'en soft c'est très lourd - et ça trashe le cache. C'est le B-A-BA du déchargement du CPU.

    Mais de toute façon si tu changes juste un mot tu peux rectifier le checksum (comme pour une somme arithmétique en fait), tu n'as pas besoin de le recalculer entièrement.

    Sauf que de nombreux routeurs routent en hard IPv4 et en soft IPv6 ce qui fait qu'ils sont moins performant en IPv6...
    En résumé : le travail de dév n'a pas été fait!
  • #15 par Optrolight le 25 May 2012
  • Pourtant la norme existe depuis.... 1995 non?

    C'est comme dab, on fait au plus presser puis après on optimise ...  :o
  • #16 par corrector le 26 May 2012
  • Pourtant la norme existe depuis.... 1995 non?
    Quand même pas.

    On en parle depuis très longtemps, mais les normes ont été fixées plus tard.

    Par contre le réveil des "industriels" est extrêmement tardif, probablement parce que les clients "pro" ne le réclamaient pas, parce qu'en fait les "pro" de l'informatique ne comprennent RIEN à l'informatique et ne font que répéter ce qu'ils ont entendu dire, et en plus ils préfèrent rester sur ce qu'ils connaissent ou croient connaitre.
  • #17 par vivien le 26 May 2012
  • Les spécifications d'IPv6 sont initialement publiées en décembre 1995 dans la RFC 188313 et finalisées dans la RFC 246014 en décembre 1998.

    Le Wifi 802.11n on avait les produits avant la finalisation...
  • #18 par Optrolight le 26 May 2012
  • J'étais pas loin ...
  • #19 par ldrevon le 08 Jun 2012
  • Depuis la box itto pctv, cela donne 39MO/s (fichier 10G-03.dat en ipv6) avec firefox
    et 74.2 avec wget (sans écrire sur le serveur nfs :) )
  • #20 par corrector le 13 Jun 2012
  • Peux-tu mettre le FTP en IPv6?
  • #21 par Gnubyte le 22 Feb 2021
  • Réveil d'un fil, 9 ans après. Historique.
    N'est-il pas raisonnable de penser que la taille de 1Go est éventuellement insuffisante pour parvenir à calculer les vitesses en multigigabit ?
  • #22 par vivien le 22 Feb 2021
  • Depuis 9 ans les choses ont bougées et sur les serveurs connecté à Internet en 1 Gb/s je limite la taille a un fichier de 1 Go, mais pour les serveurs en 10 Gb/s (et +), un fichier de 10 Gb/s est systématiquement présent, dans un disque en ram afin de ne pas être limité par les performances du SSD.

    J'en profite pour annoncer que les serveurs Bouygues Telecom vont évoluer : Aujourd'hui je gère l'infrastructure composée de serveurs physiques (Dell R330).
    Demain Bouygues Telecom va gérer les serveurs de manière industrielle et ce sera des machines virtuelles, à Paris comme en région.

    Aujourd’hui bouygues.testdebit.info est de l'anycast et pointe vers différents serveurs (Paris / Lyon / Marseille / Lille / Bordeaux)
    La futur architecture ne pourra plus faire de l'anycast avec des certificats à distribuer => https://bouygues.testdebit.info/ pointera uniquement vers le serveur de Paris.
  • #23 par Hugues le 22 Feb 2021
  • Mais tu continueras a gérer les serveurs ?
  • #24 par vivien le 22 Feb 2021
  • Non, Bouygues Telecom a mis en place une équipe pour ça, donc je n’aurais plus la main sur les serveurs.

    Par contre il y aura bien tous les fichiers sur testdebit.info, le but c'est de n'avoir aucune régression et l'ancienne infra tournera en parallèle de la nouvelle quelques mois pour vérifier l'absence de régression.

    Les VM seront en double BBR et Cubic. (cela devrait même arriver avant, en fait le serveur Cubic a une barrette ram défectueuse et Dell est intervenu (c'est sous garantie) mais il n'avait pas les chaussures de sécurité exigées pour rentrer sur le site. C'est la première fois que je vois l'exigence de chaussure de sécurité pour un datacenter.
Pages:
Actions