> genre tu peer avec je sais pas un opérateur tartenpion qui sature à
> paris.
> 
> si tu changes les loc pref et que tu met une loc pref plus elevée vers un
> autre opérateur, tu te retrouve à ce que tout le traffic vers ce prefix
> sort par cet opérateur à paris. 
> 
> hors si le prefixe est hébergé au US et que ton reseau est aussi présent
> au US  ben tu vas te retrouver à envoyer
> le traffic des US  à paris et le renvoyer ensuite aux US alors que tartenpion
> ne sature pas du tout aux US.

J'ai mieux. Hier j'avais ce coup:

        <--- /20 + /21(A)
    *---- AS-peer1-----*
ASàmoi               ASquiannoncepasbien /20 (=/21(A) + /21(B))
    *---- AS-peer2-----*
        <--- /20 + /21(B)

ASquiannoncepasbien a une /20 et annonce à AS-peer1 et AS-peer2 la /20. 
Mais aussi ils decomposent la /20 en 2x /21 (2x/21=/20) et annonce à 
AS-peer1 la /21 (la A) et à AS-peer2 l'autre /21 (la B). AS-peer1 à Bruxelles 
et AS-peer2 à Paris. Dans mes local pref Bruxelles est plus fort que Paris
car Lille est plus près de Bruxelles que de Paris. J'envoie donc tout sur 
Bruxelles. 
Et à partir de Paris, je prefere transporter sur mon reseau via Lille jusqu'à
Bruxelles (dans ce sens là ça ne me derange pas) au lieu d'evacuer sur Paris
directement. Aucun probleme jusqu'au là.

Hier AS-peer1 me contact en disant qu'il n'accepte pas de router la /21(B) 
(!?) car naturellement ça doit passer par l'AS-peer2 et pas par AS-peer1
(pas encore compris pourquoi). J'ai dû filtrer la /20.

Au déla du bug, gerer plusieurs peering avec le même reseau en face devient
acrobatique avec les local-pref si le reseau en face est un opérateur qui a
des clients dans chaque pays (si le peer en face a des clients nationaux ou
regionaux le local-pref c'est parfait). On se retrouve d'envoyer le trafic via 
Amsterdam vers les clients FR de l'opérateur (Lille->Amsterdam->Paris c'est
plus long que Lille->Paris). Mais aussi d'envoyer le trafic à l'opérateur alors 
qu'on peere avec le client de l'opérateur (même si ça ne change rien plusque
les 2 sont vus sur le même point de peering, mais bon). Bizarrement (c'est 
pas logique strategiquement) il faut reduire la local-pref des opérateurs par 
rapport à leurs clients et utiliser le metric pour reduire le ping entre les IP.
En gros, quand on essaie de faire le boulot des opérateurs, en peerant avec
les opérateurs et tout en peerant avec les clients des opérateurs, on sort du
monde parfait et on bidouile avec un coup je te mets le local-pref parceque 
ceci et un autre coup avec les metric parceque cela. 

---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à