Dumitru Ciobarcianu wrote: > On Thu, 2007-02-15 at 14:57 +0100, Dan NAE wrote: >> sin wrote: >>> Dan NAE wrote: >>>> sin wrote: >>>>> Dan NAE wrote: >>>>>>> nu le trimite inapoi. >>>>>>> le va trimite la un alt neighbor decat cel de la care le-a primit (in >>>>>>> ideea ca ai cel putin 2 provideri/neighbori) >>>>>> Crezi ca poti sa argumentezi afirmatia asta? >>>>> pai am presupus ca nu si-a pus bgp doar ca sa aiba un singur neighbor. >>>>> >>>> Nu, ma refeream la faptul ca nu trimite inapoi rutele pe care le-a >>>> primit de la un neighbor adica split horizon pentru eBGP, din cate stiu >>>> eu nu e specificat nicaieri asta >>>> Un rfc, un guru link ceva. >>> io stiu ca nu trimite inapoi rutele de la un neighbot de la care le-a si >>> primit (n-ar avea nici un sens sa faca asta). >>> >> Eu am inteles ca tu asa stii, dar eram curios de unde ai aflat >> asta...pentru ca eu nu stiu asa. Este adevarat ca e inutil, si de altfel >> unele implementari fac asta (din motive de bandwidth) dar am intalnit si >> o implementare care nu face asta, si din cate am cautat eu nu am gasit >> nicaieri ca e obligatoriu sa faci split horizon in ebgp. > > Chiar daca le-ar trimite inapoi la acelasi peer acel peer nu le-ar primi > pentru ca ar contine as-ul propriu in as-path (da, stiu ca poti face > override la asta :). > Da, asta stiu, e loop prevention-ul de baza din BGP, dar nu am gasit nicaieri in refeceuri despre split horizon in eBGP, si chiar eram curios.
_______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
