All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Martin A. Brown" <mabrown-lartc@securepipe.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] full policy routing
Date: Tue, 18 Feb 2003 16:46:52 +0000	[thread overview]
Message-ID: <marc-lartc-104558686429757@msgid-missing> (raw)
In-Reply-To: <marc-lartc-104558134019449@msgid-missing>

 : hello martin, thank you for your quick reply.

My pleasure.

 : (the default routing table is empty for me, but is listed in
 : /etc/iproute2/rt_tables)

True indeed....I guess I just don't know if it's a special table or just a
convention.  I have never used it.  Any others on the list use the default
table (table 253)?

 : i want to use "as much" rules as i can, meaning that the main table
 : will only have one route to my network that come from networks not
 : defined in the rules.

I'm not quite sure I understand this completely.  Do you wish to prefer
the RPDB for route selection?  I don't see any technical reason you
couldn't configure one routing table for each class of outbound route, but
it seems somewhat counterintuitive.  Then again, perhaps I do not
understand your desired goal.  Explain more--sounds like an interesting
approach.

 : now, about the local table. if the local table is the first one
 : consulted when the router is to determine a path for a packet, i dont
 : want that to be filled with rules that is not defined from that
 : network, but the rules maybe override that? when i looked in my local
 : table, i just see broadcast address and local connected addresses, as
 : you also said.

The local table has only broadcast, local, and nat routes.  There will not
be routes for remote networks--try it, and you'll get:

RTNETLINK answers: Invalid argument

 : any idea? it seems best to go with "ip route flush table main", btw,
 : you also reminded me to clean the other tables too when re-populating
 : the tables, i forgot it. thank you. ;)

I have been bitten by that one before, too!  ;)

-Martin

-- 
Martin A. Brown --- SecurePipe, Inc. --- mabrown@securepipe.com

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

  parent reply	other threads:[~2003-02-18 16:46 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-18 15:14 [LARTC] full policy routing Tomas Bonnedahl
2003-02-18 15:26 ` Martin A. Brown
2003-02-18 16:02 ` Tomas Bonnedahl
2003-02-18 16:46 ` Martin A. Brown [this message]
2003-02-18 21:01 ` Tomas Bonnedahl
2003-02-19  1:01 ` Martin A. Brown
2003-02-19 16:58 ` Tomas Bonnedahl
2003-02-20  4:43 ` Martin A. Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=marc-lartc-104558686429757@msgid-missing \
    --to=mabrown-lartc@securepipe.com \
    --cc=lartc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.