On Wed, 9 Jul 2008 08:07:57 +0200, [EMAIL PROTECTED] said: > 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.
Si tu insistes sur le fait d'envoyer tout le traffic vers "ASquiannoncepasbien" (le /20 entier si je comprends bien) via Bruxelles, il y a aussi les routes statiques. Ou tu appliques https://www.ripe.net/ripe/docs/ripe-ncc-managed-address-space.html et tu as de chances de filtrer les deux /21 depuis le debut. Ca doit etre d'ailleurs le raison pour lequel il annonce aussi le /20. -- Radu-Adrian Feurdean raf (a) ftml ! net --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
