Claudio Jeker a icrit :
On Fri, Aug 03, 2007 at 07:56:02PM +0200, Toni Mueller wrote:
Hi,
I've got a setup on two i386 family PCs with 4.1-stable which includes
the following:
Internet 1 - p1 ----- r1 ------ r2 ----- p2 - Internet 2
r1 and r2 have an iBGP session running, and the Internet connections go
to different ISPs, running eBGP on each (r1-p1, r2-p2). I receive full
routes from both ISPs mentioned, and have "announce all" in my iBGP
configuration (this is the default, too, but anyway...). Today, I had
to take one line down for testing, thus ending the corresponding eBGP
session (r1-p1). When the line came back up, it was collecting starting
to collect routes from p1 again, as one would expect, but at the same
time dropping routes from r2, leaving some 300 routes from the iBGP
peer (r2) left. On r2, everything looks normal, it receives a full
table from both r1 and p2. So, on r1, I tried to "bgpctl nei r2
refresh", but to no avail.
What gives?
This is more or less expected. iBGP session only transmit eBGP pathes that
are valid and best for the router. So on r2 you have all the iBGP routes
from r1 and r2 has no reason to send something back to r1 because his
routes are not better than the ones from r1.
I was observing this behiviour you are describing until yesterday, when
i re-installed my two border routers to 4.1, then updated to 4.1-stable.
My two borders have now the full tables from each other (iBGP), plus the
full route from the peer it's attached to (eBGP).
[EMAIL PROTECTED]:~# bgpctl sh sum
Neighbor AS MsgRcvd MsgSent OutQ Up/Down
State/PrefixRcvd
TRANSIT-1 XXXX1 99584 1212 0 20:09:29 222366
IBGP XXXX7 91488 96015 0 20:09:29 223170
[EMAIL PROTECTED]:~# bgpctl sh sum
Neighbor AS MsgRcvd MsgSent OutQ Up/Down
State/PrefixRcvd
TRANSIT-2 XXXX4 289859 4204 0 2d22h02m 223141
IBGP XXXX7 192558 301618 0 20:17:45 222315
They both have two route to every network :
*> 3.0.0.0/8 149.6.80.149 100 94101 XXXX4 701 703 80 i
I 3.0.0.0/8 85.31.195.9 100 0 XXXX1 3356 701
703 80 i
*> 4.0.0.0/8 149.6.80.149 100 94001 XXXX 3356 i
I 4.0.0.0/8 85.31.195.9 100 0 XXXX1 3356 i
This is not a problem for me, but i had to let you know
Best,
--
Ronnie Garcia <r.garcia at ovea dot com>