summaryrefslogtreecommitdiffstats
path: root/doc
diff options
context:
space:
mode:
authorPavel Machek <pavel@ucw.cz>2000-05-25 14:33:42 +0200
committerPavel Machek <pavel@ucw.cz>2000-05-25 14:33:42 +0200
commit0e5373fd823d174d0cdd7820fc94cdbe4b0db5a3 (patch)
treeac89de4a4a681093c59f105a8d18081804a97cb5 /doc
parent72282e2a1b52552eadd61a86659119db8478427d (diff)
downloadbird-0e5373fd823d174d0cdd7820fc94cdbe4b0db5a3.tar
bird-0e5373fd823d174d0cdd7820fc94cdbe4b0db5a3.zip
Some more documentation, plus minor fixes.
Diffstat (limited to 'doc')
-rw-r--r--doc/bird.sgml120
1 files changed, 76 insertions, 44 deletions
diff --git a/doc/bird.sgml b/doc/bird.sgml
index 63f251a..674adce 100644
--- a/doc/bird.sgml
+++ b/doc/bird.sgml
@@ -45,7 +45,7 @@ License. Bird is designed to run on Unix and unix-like systems, it is primarily
html) and dvi/postscript (generated from sgml using sgmltools). You should always edit master copy,
it is slightly modified linuxdoc dtd. Anything in &lt;descrip&gt; tags is considered definition of
configuration primitives, &lt;cf&gt; is fragment of configuration within normal text, &lt;m&gt; is
-"meta" information -- something in config which is not keyword.
+"meta" information within fragment of configuration -- something in config which is not keyword.
<sect>Configuration
@@ -71,9 +71,9 @@ protocol rip {
}
</code>
-<p>Everything on a line after # is a comment, whitespace is
-ignored. If there's variable number of options, it is grouped using {
-} brackets.
+<p>Everything on a line after <cf/#/ is a comment, whitespace is
+ignored. If there's variable number of options, it is grouped using
+<cf/{ }/ brackets. Each option is terminated by <cf/;/.
<p>You can find example of more complicated configuration file in <file>doc/bird.conf.example</file>.
@@ -108,7 +108,7 @@ ignored. If there's variable number of options, it is grouped using {
<tag>table <m/name/</tag> create new routing table.
- <tag>eval <m/expr/</tag> evaluates give filter expression. It is basically mainly for testing.
+ <tag>eval <m/expr/</tag> evaluates given filter expression. It is used for testing.
</descrip>
<sect1>Per-protocol options
@@ -154,20 +154,20 @@ ignored. If there's variable number of options, it is grouped using {
<p>Bird contains rather simple programming language. (No, it can not yet read mail :-). There are
two objects in this language: filters and functions. Filters are called by bird core when route is
being passed between protocol and main routing table, and filters may call functions. Functions may
-call other functions but recursion is not allowed. Filter language contains control structures such
+call other functions, but recursion is not allowed. Filter language contains control structures such
as if's and switches, but it allows no loops. Filters are
interpreted. Filter using many features can be found in <file>filter/test.conf</file>.
-<p>There's one strange thing with filter language: it does not permit you to create loops. There's
-no equivalent of while() or for() command, and recursive functions are not permitted.
-
<p>You can find sources of filters language in <file>filter/</file>
directory. <file>filter/config.Y</file> contains filter grammar, and basically translates source from
user into tree of <cf>f_inst</cf> structures. These trees are later interpreted using code in
<file>filter/filter.c</file>. Filters internally work with values/variables in <tt>struct
f_val</tt>, which contains type of value and value.
-<p>Filter basically looks like this:
+<p>Filter basically gets the route, looks at its attributes and
+modifies some of them if it wishes. At the end, it decides, whether to
+pass change route through (using <cf/accept/), or whether to <cf/reject/ given route. It looks
+like this:
<code>
filter not_too_far
@@ -186,12 +186,39 @@ int var;
}
</code>
-<p>As you can see, filter has a header, list of local variables, and body. Header consists of <cf/filter/ keyword, followed by (unique) name of filter. List of local variables consists of
+<p>As you can see, filter has a header, list of local variables, and body. Header consists of
+<cf/filter/ keyword, followed by (unique) name of filter. List of local variables consists of
pairs <cf><M>type name</M>;</cf>, where each pair defines one local variable. Body consists of
<cf> { <M>statements</M> }</cf>. Statements are terminated by <cf/;/. You can group
several statements into one by <cf>{ <M>statements</M> }</cf> construction, that is useful if
you want to make bigger block of code conditional.
+<p>Bird supports functions, so that you don't have to repeat same blocks of code over and
+over. Functions can have zero or more parameters, and can have local variables. Function basically
+looks like this:
+
+<code>
+function name ()
+int local_variable;
+{
+ local_variable = 5;
+}
+
+function with_parameters (int parameter)
+{
+ print parameter;
+}
+</code>
+
+<p>Unlike C, variables are declared after function line but before first {. You can not declare
+variables in nested blocks. Functions are called like in C: <cf>name();
+with_parameters(5);</cf>. Function may return value using <cf>return <m/[expr]/</cf>
+syntax. Returning value exits from current function (this is similar to C).
+
+<p>Filters are declared in similar way to functions, except they can not have explicit
+parameters. They get route table entry as implicit parameter. Route table entry is passed implicitly
+to any functions being called. Filter must terminate with either accept or reject statement.
+
<sect1>Data types
<p>Each variable and each value has certain type. Unlike C, filters distinguish between integers and
@@ -211,7 +238,7 @@ booleans (that is to prevent you from shooting in the foot).
<tag/string/ this is string of characters. There are no ways to modify strings in
filters. You can pass them between functions, assign to variable of type string, print
such variables, but you can not concatenate two strings (for example). String constants
- are written as <cf/ "This is string constant"/.
+ are written as <cf/"This is a string constant"/.
<tag/ip/ this type can hold single ip address. Depending on version of bird you are using, it
can be IPv4 or IPv6 address. IPv4 addresses are written (as you would expect) as
@@ -220,11 +247,13 @@ booleans (that is to prevent you from shooting in the foot).
address. So <cf/1.2.3.4.mask(8) = 1.0.0.0/ is true.
<tag/prefix/ this type can hold ip address, prefix len pair. Prefixes are written as
- <cf><M>ip address</M>/<M>px len</M></cf>. There are two special operators on prefix:
+ <cf><M>ipaddress</M>/<M>pxlen</M></cf>, or
+ <cf><m>ipaddress</m>/<m>netmask</m></cf> There are two special
+ operators on prefix:
<cf/.ip/, which separates ip address from the pair, and <cf/.len/, which separates prefix
len from the pair.
- <tag/set int|ip|prefix|pair/
+ <tag/int|ip|prefix|pair set/
filters know four types of sets. Sets are similar to strings: you can pass them around
but you can not modify them. Constant of type <cf>set int</cf> looks like <cf>
[ 1, 2, 5..7 ]</cf>. As you can see, both simple values and ranges are permitted in
@@ -236,8 +265,15 @@ booleans (that is to prevent you from shooting in the foot).
<tag/enum/
enumerational types are halfway-internal in the bird. You can not define your own
variable of enumerational type, but some predefined variables are of enumerational
- type. Enumerational types are incompatible with each other, again, its for your
+ type. Enumerational types are incompatible with each other, again, for your
protection.
+
+ <tag/bgppath/
+
+ <tag/clist/
+
+ <tag/bgpmask/
+
</descrip>
<sect1>Operations
@@ -245,35 +281,8 @@ booleans (that is to prevent you from shooting in the foot).
<p>Filter language supports common integer operations <cf>(+,-,*,/)</cf>, parenthesis <cf/(a*(b+c))/, comparation
<cf/(a=b, a!=b, a&lt;b, a&gt;=b)/. Special operators include <cf/&tilde;/ for "in" operation. In operation can be
used on element and set of that elements, or on ip and prefix, or on prefix and prefix. Its result
-is true if element is in given set or if ip address is inside given prefix.
-
-<sect1>Functions
-
-<p>Bird supports functions, so that you don't have to repeat same blocks of code over and
-over. Functions can have zero or more parameters, and can have local variables. Function basically
-looks like this:
-
-<code>
-function name ()
-int local_variable;
-{
- local_variable = 5;
-}
-
-function with_parameters (int parameter)
-{
- print parameter;
-}
-</code>
-
-<p>Unlike C, variables are declared after function line but before first {. You can not declare
-variables in nested blocks. Functions are called like in C: <cf>name();
-with_parameters(5);</cf>. Function may return value using <cf>return <m/[expr]/</cf>
-syntax. Returning value exits from current function (this is similar to C).
-
-<p>Filters are declared in similar way to functions, except they can not have explicit
-parameters. They get route table entry as implicit parameter. Route table entry is passed implicitly
-to any functions being called.
+is true if element is in given set or if ip address is inside given prefix. Operator <cf/=/ is used to assign value
+to variable.
<sect1>Control structures
@@ -301,6 +310,29 @@ case arg1 {
if 1234 = i then printn "."; else { print "*** FAIL: if 1 else"; }
</code>
+<sect1>Route attributes
+
+<p>Filter is implicitly passed route, and it can access its attributes, just like it accesses variables.
+
+<desc>
+ <tag>defined( <m>attribute</m></tag>
+ returns TRUE if given attribute is defined. Access to undefined attribute results in runtime error.
+
+ <tag/prefix network/
+ network this route is talking about.
+
+ <tag/ip from/
+ who told me about this route.
+
+ <tag/ip gw/
+ what is nexthop packets routed using this route should be forwarded to.
+
+ <tag/enum source/
+ what protocol told me about this route. This can have values such as <cf/RTS_RIP/ or <cf/RTS_OSPF_EXT/.
+</desc>
+
+<p>Plus, there are protocol-specific attributes, which are described in protocol sections.
+
<sect>Protocols
<sect1>Rip