Le Thu, 2 Sep 2010 11:21:21 +0200,
Dominique Rousseau <d.rouss...@nnx.com> a écrit :

> Le Thu, Sep 02, 2010 at 10:58:39AM +0200, Jerome Benoit 
> [jerome.ben...@grenouille.com] a écrit:
> > > Peux-tu détailler ces problèmes ?
> > > 
> > 
> > Par design asymétrique (un AS sait ce qu'il fait sortir, c'est plus
> > difficile pour lui de savoir ce qu'il fait rentrer).
> 
> Forcément, puisque la décision relève de l'émetteur.
> Note bien que c'est pareil dans la vraie vie, tu ne choisis pas si
> quelqu'un va tenter de te joindre par fax, par téléphone, par courrier
> postal, ...

Le routage sur Internet n'a pas grand chose à voir avec çà. 

> Les communautés proposées par la plupart des transitaires permettent
> déjà d'ajuster pas mal par où on veut (ou pas) être joint.

Je vois pas comment tu résous _proprement_ les autres pbs de BGP sans
introduire un minimum de notion de symétrie dans les échanges de
prefix. 
        
        --- path 1 ---
       /              \
      /                \
    A ----- path i ---- B   
      \                /
       \              /
        --- path n ---  

path i = liste hiérarchique d'éléments réseau reliés {(R1,L1);...;
(Rk,Lk)} 

Si le système au milieu qui te permet de choisir le chemin optimum
entre A et B en Unicast n'est pas capable de faire le même choix dans
le sens inverse aussi, je vois pas comment tu garanties de manière
optimale les échanges entre A et B, enfin si je vois mais je trouve çà
vraiment pas propre :) 

Ceci dit, je vois pas non plus de solution simple sans refaire un BGP
from stratch qui soit par design capable de plus de symétrie ou bien ne
plus avoir de notion d'AS du tout (ahaha) (qui eux en interne gèrent
très bien le pb).

a +.

-- 
Jérôme Benoit aka fraggle
La Météo du Net - http://grenouille.com
OpenPGP Key ID : 9FE9161D
Key fingerprint : 9CA4 0249 AF57 A35B 34B3 AC15 FAA0 CB50 9FE9 161D

Attachment: pgp7ybZ5pjaGE.pgp
Description: PGP signature

Répondre à