From c998e287109b1e5227d3390b4687365f3f35f6b0 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Marek=20K=C3=BCthe?= Date: Thu, 5 Jan 2023 12:03:06 +0100 Subject: [PATCH] add random rid for babel MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: Marek Küthe --- docs/routing/bird/bird.md | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/docs/routing/bird/bird.md b/docs/routing/bird/bird.md index 71d0b1b..3e218ed 100644 --- a/docs/routing/bird/bird.md +++ b/docs/routing/bird/bird.md @@ -107,6 +107,8 @@ protocol kernel { } protocol babel crxn_net { + randomize router id on; + interface "crxn_peer1" { type wired; rxcost 30; @@ -226,6 +228,8 @@ The keyword `persist` can be used to prevent bird from deleting routes from the ``` protocol babel crxn_net { + randomize router id on; + interface "crxn_peer1" { type wired; rxcost 30; @@ -246,6 +250,7 @@ With `interface "crxn*";` you can mark any interface starting with `crxn` as a p Therefore it makes sense to define a separate interface for each peer. As `type` there are `wired` and `wireless`. In general `wired` is always used. According to the `type` parameter babel is adjusted. With `rxcost` we define the "cost", which a peer needs to us. Without specification this is 96. Here it is recommended to take the latency as cost. If you want to avoid that packets are routed through you, you can increase the cost. In this example, there is a connection to our peer via the interface `crxn_peer1`. This is a wired connection with a latency of 30ms. +`randomize router id on;` If a Babel peer is restarted in a short time, other peers may reject its routes. To prevent this, you can randomize the first 32 bits of your router ID at each startup, which will cause other Babel peers to think you are a "new" peer and therefore accept your routes. ``` protocol device {}