[EMAIL PROTECTED] disait :

> Personnellement je trouve qu'avec deux protocoles de niveau 3 diff�rents,
> il me para�t naturel de maintenir deux groupes de sessions diff�rentes
> pour le BGP. Si les pr�fixes IPv6 sont �chang�s au moyen de sessions
> BGP qui fonctionnent en IPv4, cela veut dire que la bonne marche de
> ces sessions (et donc du r�seau IPv6) va d�pendre entre autres de
> l'IGP IPv4 (notamment pour l'iBGP).

C'est plutot dans l'autre sens que ca me pose probleme :-)
Pas casser V4 !!!

> Or je ne vois pas pourquoi le r�seau IPv6 devrait d�pendre du fonctionnement
> du r�seau IPv4, m�me si le r�seau physique est le m�me.

Pour un cisco ou Juniper, cela ne change pas grand chose.
Tout cela est g�r� par un seul process.
Si l'interface ou le routeur plante, BGP ou pas, ca ne change rien.

Si le process BGP se gauffre, idem.

La seul diff�rence est la stabilit� des sessions IBGP.
A ce jour, les IBGP sont plut�t stables. Les instabilit�s sont plutot aux
EBGP et l'IGP.

l'IBGP ne touche pas aux next-hop qui pose probleme avec les EBGP dual.
Donc pourquoi doubler le nombre de session IBGP.

Lorsque on a 50 sessions IBGP en full mesh, ca fait doubler : 100.

Du cot� exploitabilit�, les gens sont habitu�s � une s�paration v4 et
v6. Un m�lange n'aide pas.

Enfin, point � consid�rer : l'IGP est commun.
ISIS (je sais pas les autres) transporte les prefixes V4 et V6 ensemble
avec le m�me chemin et le m�me calcul SPF (TLV diff�rent).
IGP commun  ====> IBGP commun ??

> J'aurais plut�t tendance � d�conseiller de "fusionner" les deux BGP.

Y'a du pour, y'a du contre .... pas facile de choisir.
On peut toujours faire un lab, mais en prod, c'est souvent tr�s
diff�rent et on ne voit pas les probl�mes d'exploitations aff�rents.

Je pense qu'une liste V6 serait plus adapt�e pour avoir des retours
d'exp�rience.

En tout cas, merci dej� de vos commentaires.

Vincent.
----------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
-----------------------------------------------
Archives :
http://www.frnog.org/archives.php
-----------------------------------------------

Répondre à