Le 12/02/2016 10:48, David Ponzone a écrit :
Dans le cas précis de l’AS 31500, il annonce en temps normal environ 117 routes sur un point de peering. Et donc il s’est mis à annoncer peut-être tout Internet, donc 570 000 routes, à OVH. 2 problèmes possibles: -le routeur d’OVH là-bas n’était pas capable de gérer un full-feed (inquiétant…)
Je ne pense pas que le routeur de peering d'ovh ou le DEC-IX est relié soient des 6K, en revanche si la politique de redistribution est de laisser passer toutes les routes provenant des peerings partout sur le backbone, kaboom sur les vieux equipements.
et/ou -si pour une raison X ou Y dans l’algo de sélection du best-path (un peu long à décrire ici, mais généralement, on met des poids forts sur les routes venant des peering pour les privilégier puisque pas chères), les routeurs d’OVH partout en France se sont mis à envoyer une grosse partie du trafic vers le DECIX, peut-être que les liaisons vers Francfort n’étaient pas dimensionnées pour supporter ça (c’est même quasi sûr).
Oui le classique peer qui devient transit :) (et Octave a clairement statué qu'il y avait eu boulette de pas mettre un max pref pour limiter la casse) Et oui en général la politique de sélection en sortie (en simplifié) est pni > peer > transit. Donc tout le trafic hors pni a été aspiré par le gentil peer russe, qui d'un coup a complétement saturé (logique).
-- Raphael Mazelier --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
