diff options
author | Martin Mares <mj@ucw.cz> | 2000-06-08 12:37:21 +0000 |
---|---|---|
committer | Martin Mares <mj@ucw.cz> | 2000-06-08 12:37:21 +0000 |
commit | 725270cb1da0672128675924844531e56c6ea64e (patch) | |
tree | 06fcfcd87498d35138a888719a35128df1ed8438 /nest/proto.sgml | |
parent | 8d56febe64769c19a06c2c0f3ff121d25eceaa5b (diff) |
Fixes for the programmer's manual.
Diffstat (limited to 'nest/proto.sgml')
-rw-r--r-- | nest/proto.sgml | 8 |
1 files changed, 4 insertions, 4 deletions
diff --git a/nest/proto.sgml b/nest/proto.sgml index 6e20269b..1d4c31a7 100644 --- a/nest/proto.sgml +++ b/nest/proto.sgml @@ -8,14 +8,14 @@ <sect1>Introduction -<p>The routing protocols are the BIRD's heart and a fine amount of code +<p>The routing protocols are the bird's heart and a fine amount of code is dedicated to their management and for providing support functions to them. (-: Actually, this is the reason why the directory with sources of the core code is called <tt/nest/ :-). <p>When talking about protocols, one need to distinguish between <em/protocols/ and protocol <em/instances/. A protocol exists exactly once, not depending on whether -it's configured on not and it can have an arbitrary number of instances corresponding +it's configured or not and it can have an arbitrary number of instances corresponding to its "incarnations" requested by the configuration file. Each instance is completely autonomous, has its own configuration, its own status, its own set of routes and its own set of interfaces it works on. @@ -49,7 +49,7 @@ we have decided to supervise them by a pair of simple state machines -- the prot state machine and a core state machine. <p>The <em/protocol state machine/ corresponds to internal state of the protocol -and the protocol can alter its state whenever it wants to. There exist +and the protocol can alter its state whenever it wants to. There are the following states: <descrip> @@ -73,7 +73,7 @@ its state by calling the <func/proto_notify_state/ function. The states are traversed according to changes of the protocol state machine, but sometimes the transitions are delayed if the core needs to finish some actions (for example sending of new routes to the protocol) before proceeding to the -new state. There exist the following core states: +new state. There are the following core states: <descrip> <tag/FS_HUNGRY/ The protocol is down, it doesn't have any routes and |