Route reflektory protokolu BGP
Route reflektory protokolu BGP
Route reflektory protokolu BGP
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Výpis z <strong>BGP</strong> tabulky z route reflektoru RR5:<br />
<strong>BGP</strong> table version is 19, local router ID is 172.0.0.5<br />
Network Next Hop Metric LocPrf Weight Path<br />
* i10.0.1.0/24 10.0.9.1 0 100 0 i<br />
*>i 10.0.8.1 0 100 0 i<br />
*>i10.0.2.0/24 10.0.8.1 0 100 0 i<br />
*>i10.0.3.0/24 10.0.9.1 0 100 0 i<br />
*>i10.0.4.0/24 10.0.8.1 0 100 0 i<br />
*>i10.0.5.0/24 10.0.9.1 0 100 0 i<br />
*>i10.0.6.0/24 10.0.2.2 0 100 0 i<br />
*>i10.0.7.0/24 10.0.5.2 0 100 0 i<br />
* i10.0.8.0/24 10.0.8.1 0 100 0 i<br />
*> 0.0.0.0 0 32768 i<br />
* i10.0.9.0/24 10.0.9.1 0 100 0 i<br />
*> 0.0.0.0 0 32768 i<br />
* i10.0.10.0/24 10.0.10.2 0 100 0 i<br />
*> 0.0.0.0 0 32768 i<br />
PROBLÉMY:<br />
Jak lze vidět na výpisu <strong>BGP</strong> tabulky na route reflektoru RR1, route reflektor RR2 nám nešíří<br />
informace o síti 10.0.7.0 a naopak.<br />
ZÁVĚR:<br />
Když si porovnáme výpisy <strong>BGP</strong> tabulek na route reflektoru RR1 před přidáním RR5 a R6 a<br />
po přidání těchto routerů, můžeme zjistit, že <strong>BGP</strong> tabulka se mezi route <strong>reflektory</strong> s jiným<br />
cluster ID šíří správně (route reflektor RR5 má v <strong>BGP</strong> tabulce správně všechny sítě). Tedy<br />
jsme došli k závěru, že pravděpodobně je problém v tom, když dva route <strong>reflektory</strong> jsou ve<br />
stejném clusteru, pak si mezi sebou nešíří správně <strong>BGP</strong> tabulky. Ve většině publikací o route<br />
reflektorech se uvádí, že se nedoporučuje nastavovat stejné cluster ID na více route<br />
reflektorech (nicméně v případě zajištění redundance je to nutností), ale nikdy nebylo<br />
zdůrazněno, proč? Chybné síření sítí, tak jak jsme se s ním zde setkali, by mohlo být jednou<br />
z odpovědí.<br />
květen 2009 13/12