RFC: Separate import/export tables

[Ondrej Zajicek]

On Sat, Jun 19, 2021 at 09:22:35AM +0200, Maria Matejka wrote:
> Hello!
> 
> I'm quite confused by what you're trying to achieve. How would you choose
> the routes that are likely to be exported?

Hello

I understood it that as small AS, you have small set of 'your' (or
customers') prefixes (say 10) in prefix set which you want to export to
all your peers and upstreams. If you have hundred of peers and few
millions of global routes, you may want to avoid few 10E8 of route
matching of that prefix set for export, when you can just have secondary
table connected to master table by pipe with prefix set filter and
containing these 10 routes, while peer BGP sessions could be configured
to import to master table and export from secondary table (so only ~10E4
route processing would be done for export).

It could be thought as a pair of separate unidirectional channels for
import and export, connected to different tables.

-- 
Elen sila lumenn' omentielvo

Ondrej 'Santiago' Zajicek (email: santiago at crfreenet.org)
OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net)
"To err is human -- to blame it on a computer is even more so."