[j-nsp] Summarize Global Table
Robert Raszuk
robert at raszuk.net
Wed Oct 26 03:06:50 EDT 2011
Hi Pavel,
> Robert, is there any non-production implementation of simple-va, which we
> could play with?
The only implementation I am aware of is cisco ios component code. Yes
there are non-production EFT images you could perhaps get from cisco to
play around with it.
Since I have switched recently and I am not longer a vendor, but an
operator you will need to ask your cisco colleagues to get you some test
images.
> The main concern here is, of course, whether a router will
> be infinitely installing/withdrawing tons of FIB entries because of
> 'natural' prefix flaps, how much black-hole/loop this will create in
> practice, and how to deal with it. Did anyone perform some research of this?
> Any reports exist?
The router with simple-va functionality enabled will not install nor
withdraw even single additional route on top of what it would do when
simple-va feature is not enabled. So it is guaranteed to be no less then
today.
We simply added logic to table-map filter code which with matches on
next hop of less specific route suppresses covered more specifics with
identical next hop. The only real additional price (there is no free
lunch) is extra CPU when you need to walk back the table in the event of
some prefix just with mask between less specific and more specific get's
into the RIB/FIB with different next hop. But if I would deploy this
functionality it would be to save the edge router's FIB and do it within
the POP while POP boxes would still keep full table. That one that extra
walks and extra CPU does not need to be used.
Btw as a side note I spoke to some Juniper colleagues and there really
liked the idea too :) Btw ... it equally well works for Internet as it
works for VPN vrfs.
Best,
R.
More information about the juniper-nsp
mailing list