Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
B
babeld
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Analytics
Analytics
CI / CD
Repository
Value Stream
Wiki
Wiki
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
nexedi
babeld
Commits
8307d063
Commit
8307d063
authored
Mar 12, 2008
by
Juliusz Chroboczek
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Doc tweaks.
parent
8cd5b3de
Changes
1
Show whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
15 additions
and
14 deletions
+15
-14
babel.text
babel.text
+15
-14
No files found.
babel.text
View file @
8307d063
...
@@ -3,7 +3,7 @@
...
@@ -3,7 +3,7 @@
Juliusz Chroboczek
Juliusz Chroboczek
<jch@pps.jussieu.fr>
<jch@pps.jussieu.fr>
1
1
March 2008
1
2
March 2008
1. Introduction
1. Introduction
...
@@ -423,17 +423,17 @@ responds with an update; a node that cannot satisfy the request but has
...
@@ -423,17 +423,17 @@ responds with an update; a node that cannot satisfy the request but has
a route (feasible or not) to the requested source forwards the request to
a route (feasible or not) to the requested source forwards the request to
a suitable next hop for the given source as a unicast packet.
a suitable next hop for the given source as a unicast packet.
Since the request forwarding mechanism does not
obey the feasibility
Since the request forwarding mechanism does not
necessarily obey the
condition, it may get caught into routing loops; hence, requests carry
feasibility condition, it may get caught into routing loops; hence,
a hop count to limit their propagation. However, since requests are only
requests carry a hop count to limit their propagation. However, since
ever forwarded as unicast packets, the maximum hop count need not be kep
t
requests are only ever forwarded as unicast packets, the maximum hop coun
t
particularly low.
need not be kept
particularly low.
A node MAY also send a broadcast or unicast request under other
A node MAY also send a broadcast or unicast request under other
circumstances. We
notably recommend sending a broadcast request when the
circumstances. We
recommend sending a broadcast request when the metric of
metric of its selected route has increased significantly, and a unicast
its selected route has increased significantly, and a unicast request when
request when it receives an unfeasible update with a metric significantly
it receives an unfeasible update with a metric significantly smaller than
smaller than
that of its currently selected route.
that of its currently selected route.
A node SHOULD maintain a list of forwarded requests, and forward the reply
A node SHOULD maintain a list of forwarded requests, and forward the reply
(using unicast or multicast) as soon as it arrives.
(using unicast or multicast) as soon as it arrives.
...
@@ -719,10 +719,11 @@ than Seqno, it replies with an update for that route.
...
@@ -719,10 +719,11 @@ than Seqno, it replies with an update for that route.
Otherwise, if the receiver has selected a route to the given destination,
Otherwise, if the receiver has selected a route to the given destination,
with matching router-id, but a too small seqno, if the hop count is at
with matching router-id, but a too small seqno, if the hop count is at
least 2, it forwards the request as a unicast packet to some suitably
least 2, it forwards the request as a unicast packet either to the selected
chosen successor (feasible or not) after decreasing the hop count by one.
successor if it is not the requestor, and otherwise to some other successor
If the hop count is 1, it remains silent. A speaker SHOULD keep track of
(feasible or not) after decreasing the hop count by one. If the hop count
forwarded multi-hop requests, and forward the replies whenever a request is
is 1, it remains silent. A speaker SHOULD keep track of forwarded
multi-hop requests, and forward the replies whenever a request is
satisfied.
satisfied.
If the receiver has no route to the given destination (feasible or not), it
If the receiver has no route to the given destination (feasible or not), it
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment