0
0
mirror of https://gitlab.nic.cz/labs/bird.git synced 2024-11-09 12:48:43 +00:00

Documentation update,

This commit is contained in:
Ondrej Zajicek 2012-07-24 20:12:14 +02:00
parent 0e224d5985
commit 48cf5e84e6

View File

@ -215,7 +215,27 @@ an <it/import/ filter checks routes in the opposite direction.
When the routing table gets a route from a protocol, it recalculates When the routing table gets a route from a protocol, it recalculates
the selected route and broadcasts it to all protocols connected to the selected route and broadcasts it to all protocols connected to
the table. The protocols typically send the update to other routers the table. The protocols typically send the update to other routers
in the network. in the network. Note that although most protocols are interested
in receiving just selected routes, some protocols (e.g. the <cf/Pipe/
protocol) receive and process all entries in routing tables (accepted
by filters).
<p><label id="dsc-sorted">Usually, a routing table just chooses a
selected route from a list of entries for one network. But if the
<cf/sorted/ option is activated, these lists of entries are kept
completely sorted (according to preference or some protocol-dependent
metric).
This is needed for some features of some protocols
(e.g. <cf/secondary/ option of BGP protocol, which allows to accept
not just a selected route, but the first route (in the sorted list)
that is accepted by filters), but it is incompatible with some other
features (e.g. <cf/deterministic med/ option of BGP protocol, which
activates a way of choosing selected route that cannot be described
using comparison and ordering). Minor advantage is that routes are
shown sorted in <cf/show route/, minor disadvantage is that it is
slightly more computationally expensive.
<chapt>Configuration <chapt>Configuration
@ -354,11 +374,14 @@ protocol rip {
defaults are here for a compatibility with older versions defaults are here for a compatibility with older versions
and might change in the future. and might change in the future.
<tag>table <m/name/</tag> Create a new routing table. The default <tag>table <m/name/ [sorted]</tag>
routing table is created implicitly, other routing tables have Create a new routing table. The default routing table is
to be added by this command. created implicitly, other routing tables have to be added by
this command. Option <cf/sorted/ can be used to enable
sorting of routes, see <ref id="dsc-sorted" name="sorted table">
description for details.
<tag>roa table [ { roa table options ... } ] <m/name/</tag> <tag>roa table <m/name/ [ { roa table options ... } ]</tag>
Create a new ROA (Route Origin Authorization) table. ROA Create a new ROA (Route Origin Authorization) table. ROA
tables can be used to validate route origination of BGP tables can be used to validate route origination of BGP
routes. A ROA table contains ROA entries, each consist of a routes. A ROA table contains ROA entries, each consist of a
@ -1270,8 +1293,10 @@ for each neighbor using the following configuration parameters:
mode is the behavior specified by the BGP standard. Direct mode is the behavior specified by the BGP standard. Direct
mode is simpler, does not require any routes in a routing mode is simpler, does not require any routes in a routing
table, and was used in older versions of BIRD, but does not table, and was used in older versions of BIRD, but does not
handle well nontrivial iBGP setups and multihop. Default: handle well nontrivial iBGP setups and multihop. Recursive
<cf/direct/ for singlehop eBGP, <cf/recursive/ otherwise. mode is incompatible with <ref id="dsc-sorted" name="sorted
tables">. Default: <cf/direct/ for singlehop eBGP,
<cf/recursive/ otherwise.
<tag>igp table <m/name/</tag> Specifies a table that is used <tag>igp table <m/name/</tag> Specifies a table that is used
as an IGP routing table. Default: the same as the table BGP is as an IGP routing table. Default: the same as the table BGP is
@ -1317,6 +1342,16 @@ for each neighbor using the following configuration parameters:
attributes to be transparent (for example does not prepend its AS number to attributes to be transparent (for example does not prepend its AS number to
AS PATH attribute and keeps MED attribute). Default: disabled. AS PATH attribute and keeps MED attribute). Default: disabled.
<tag>secondary <m/switch/</tag> Usually, if an import filter
rejects a selected route, no other route is propagated for
that network. This option allows to try the next route in
order until one that is accepted is found or all routes for
that network are rejected. This can be used for route servers
that need to propagate different tables to each client but do
not want to have these tables explicitly (to conserve memory).
This option requires that the connected routing table is
<ref id="dsc-sorted" name="sorted">. Default: off.
<tag>enable route refresh <m/switch/</tag> When BGP speaker <tag>enable route refresh <m/switch/</tag> When BGP speaker
changes its import filter, it has to re-examine all routes changes its import filter, it has to re-examine all routes
received from its neighbor against the new filter. As these received from its neighbor against the new filter. As these
@ -1422,7 +1457,9 @@ for each neighbor using the following configuration parameters:
This option enables a different (and slower) algorithm This option enables a different (and slower) algorithm
implementing proper RFC 4271 route selection, which is implementing proper RFC 4271 route selection, which is
deterministic. Alternative way how to get deterministic deterministic. Alternative way how to get deterministic
behavior is to use <cf/med metric/ option. Default: off. behavior is to use <cf/med metric/ option. This option is
incompatible with <ref id="dsc-sorted" name="sorted tables">.
Default: off.
<tag>igp metric <m/switch/</tag> Enable comparison of internal <tag>igp metric <m/switch/</tag> Enable comparison of internal
distances to boundary routers during best route selection. Default: on. distances to boundary routers during best route selection. Default: on.