Discussion : 512 000 jours

Récurrent

Selon Renesys et d'autres équipes techniques, ce problème peut être récurrent, et l'événement de route Verizon n'a été qu'un échec. Peut-être déplacer cela vers un problème de routage 512K ??? Cwolfsheep ( discussion ) 23h25, 13 août 2014 (UTC) [ réponse ]

  • J'imagine que la publicité de 512Kday devrait suffire à inciter tous les administrateurs système à reconfigurer leurs routeurs ; rappelez-vous, ils ont juste besoin de les modifier, pas d'en acheter de nouveaux. Il est donc tout à fait possible que le problème ne se reproduise plus. Je dis, attendons de voir avant tout mouvement prématuré par anticipation. Jeu ( discussion ) 23h48, 13 août 2014 (UTC) [ réponse ]

S'ils reconfigurent leur TCAM pour, disons, 768 000 routes IPv4, cela retardera les choses pendant encore quelques années, puis les choses commenceront à devenir compliquées. Non seulement la table de routage IPv4 augmente, mais la taille de la table de routage IPv6 augmente régulièrement (20 000 routes maintenant, et en augmentation rapide, voir http://bgp.potaroo.net/v6/as2.0/ , et si ma mémoire est bonne, chaque route IPv6 prend deux emplacements TCAM...), ils commenceront donc à être compressés des deux côtés. Espérons qu'ils disposent d'un cycle de rafraîchissement du routeur principal de trois ans... -- The Anome ( talk ) 15:56, 16 août 2014 (UTC) [ réponse ]

  • Le problème cette fois-ci n’était pas que les gens ne pouvaient rien faire pour résoudre le problème, mais plutôt qu’ils n’en étaient pas conscients. Le problème est assez simple à résoudre : il suffit d'acheter des routeurs avec plus de TCAM. Alors maintenant que les administrateurs réseau sont conscients du problème, il y a peu de raisons de croire qu'ils ne traiteront pas le problème en temps opportun, de manière transparente pour les utilisateurs finaux. Et rappelez-vous qu'il s'agit d'un matériel informatique soumis à la loi de Moore, donc je m'attendrais à ce que le prix de la mémoire TCAM baisse beaucoup plus rapidement que la croissance de la table de routage. Jeu ( discussion ) 10h52, 17 août 2014 (UTC) [ réponse ]
  • Les administrateurs réseau ne sont souvent pas en mesure d'exiger des dépenses en temps opportun de la part de la haute direction. 1 M de TCAM installé est encore suffisant pour quelques années si vous définissez correctement l'allocation, donc ce n'est pas encore une grande crise : le problème est qu'une fois que vous êtes à court de votre TCAM restant, il n'y a pratiquement nulle part où aller à partir de là, et cette limite approche très rapidement par rapport aux périodes typiques de rafraîchissement du matériel de trois à cinq ans environ. Il est tout simplement possible qu'il soit possible de s'en sortir avec 1M dans un avenir proche, si la table de routage IPv4 cesse de croître à mesure que l'allocation IPv4 s'épuise enfin, au lieu de continuer à croître grâce à la fragmentation des adresses, et que la table de routage IPv6 reste petite et étroite. , au lieu de gonfler comme la table v4, et personne ne trouve de nouvelles applications intéressantes (routage géolocal ?) qui nécessitent soudainement la génération d'un grand nombre de routes IPv6. Mais qui sait? Je ne voudrais pas prendre le risque de prendre ce risque. -- The Anome ( talk ) 11h58, 17 août 2014 (UTC) [ réponse ]
  • La croissance de la table de routage est relativement fluide, de sorte que le point de défaillance sera raisonnablement prévisible à l'avance. Le problème à venir ressemblera à ceci : https://www.youtube.com/watch?v=OdctnPIR5kA . Je ne peux bien sûr pas garantir que cela n’arrivera pas, mais cela semble vraiment peu probable. Quoi qu'il en soit, les spéculations complètes sur de futures catastrophes dues, par exemple, au routage géolocal semblent improductives dans le contexte de Wikipédia. Jeu ( discussion ) 14h21, 17 août 2014 (UTC) [ réponse ]
  • Oui. Revenons à la construction de l'encyclopédie... -- The Anome ( talk ) 20:01, 17 août 2014 (UTC) [ réponse ]
  • Des discussions sont en cours sur les politiques ARIN qui pourraient facilement provoquer une explosion assez soudaine des préfixes acheminés à l'échelle mondiale. Personne impliqué ne peut dire avec certitude ce qui se passera au cours des 18 prochains mois alors que les ressources IPv4 seront finalement épuisées, mais il est probable que plusieurs grands blocs réseau seront rapidement désagrégés. Un seul /8 désagrégé en /16 (par exemple en préparation à la revente) pourrait entraîner une augmentation de 64 000 itinéraires. Si la politique reste constante, alors oui, Thue a raison, mais les changements politiques et politiques pourraient changer le paysage plus rapidement que n’importe quel opérateur de réseau ne pourrait le prédire. "512 000 jours" pourrait devenir un terme plus générique que nous le souhaiterions... athompso99 ( discussion ) Athompso99 03:38, 20 décembre 2014 (UTC) [ réponse ]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Talk:512k_day&oldid=1197058962"