We are using BIRD to configure load balancing and redundancy between two sites. These sites are interconnected via two short-range RF links (each with 15 Mpbs effective throughput and delay of 5ms). Because we intend to send VoIP over these links and would like to avoid dropping calls in the event of interruptions in one of the links. Therefore, dynamic routes need to be updated very quickly. --------- SITE 1 -- R1 R2 -- SITE 2 --------- Does BIRD allow setting the parameters as follows? • dead 2 • hello 1 protocol ospf { import all; ecmp on; area 0.0.0.0 { interface "vlan200", "vlan201" { cost 5; check link on; type broadcast; hello 1; retransmit 4; wait 1; dead 2; authentication none; }; }; } When we try this configuration, our routers never reach the point of creating adjacency. However, everything works OK when setting dead=3 and hello=1. Furthermore the parameters dead=2 and hello=1 do work when using QUAGGA. Am I missing anything? Thanks in advance for your help!
On Sat, 19 May 2012, Javier Lorenzo Prieto wrote:
We are using BIRD to configure load balancing and redundancy between two sites. These sites are interconnected via two short-range RF links (each with 15 Mpbs effective throughput and delay of 5ms). Because we intend to send VoIP over these links and would like to avoid dropping calls in the event of interruptions in one of the links. Therefore, dynamic routes need to be updated very quickly.
How does multicast/broadcast frames work on that RF link? If it is a Wifi-like link (i.e. it uses a 802.11 MAC), you most likely have to avoid anything non-unicast like the plague. Please try OSPF in NBMA mode. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh
Hello, I tested in the lab with 2 links ethernet and the result is the same: if hello tiem is less than 3 do not set the adjacency. With Quagga software or Cisco routers, is possible. Is it possible to achieve rapid recovery using Bird? Thanks in advance for your help! El 20 may 2012 a las 14:00, Henrique de Moraes Holschuh <hmh@hmh.eng.br> escribió: On Sat, 19 May 2012, Javier Lorenzo Prieto wrote:
We are using BIRD to configure load balancing and redundancy between two sites. These sites are interconnected via two short-range RF links (each with 15 Mpbs effective throughput and delay of 5ms). Because we intend to send VoIP over these links and would like to avoid dropping calls in the event of interruptions in one of the links. Therefore, dynamic routes need to be updated very quickly.
How does multicast/broadcast frames work on that RF link? If it is a Wifi-like link (i.e. it uses a 802.11 MAC), you most likely have to avoid anything non-unicast like the plague. Please try OSPF in NBMA mode. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh
Greetings fellow bird users, Figured I would resurrect this thread as I am running into similar issues with Bird 1.3.7 and OSPF across a few gigabit fiber PtP links in Linux (3.3.6). The goal is to provide the fastest reliable convergence of OSPF when experiencing an upstream (L3) link failure (OSPF over GRE tunnels). What are the realistic minimum/fastest hello settings bird supports? I have noticed that setting the hello <= 2 (even on local gigE segments) causes the OSPF process to constantly go down and re-init roughly every 15 seconds causing lots of CPU load and constant route flaps. Cisco seems to provide a mechanism/feature for Fast Hellos (http://www.cisco.com/en/US/docs/ios/12_0s/feature/guide/fasthelo.html), is this something Bird supports or plans to support? Currently my interfaces look something like this: <snip> interface "ptp1" { type ptp; hello 5; retransmit 10; dead count 2; wait 5; }; </snip> Am I doing something obviously wrong, or expecting too much out of OSPF? Thanks! -Mike On Tue, 22 May 2012 11:58:07 +0000 (GMT) Javier Lorenzo Prieto <javier.lorenzo@me.com> wrote:
Hello,
I tested in the lab with 2 links ethernet and the result is the same: if hello tiem is less than 3 do not set the adjacency.
With Quagga software or Cisco routers, is possible. Is it possible to achieve rapid recovery using Bird?
Thanks in advance for your help!
El 20 may 2012 a las 14:00, Henrique de Moraes Holschuh <hmh@hmh.eng.br> escribió:
On Sat, 19 May 2012, Javier Lorenzo Prieto wrote:
We are using BIRD to configure load balancing and redundancy between two sites. These sites are interconnected via two short-range RF links (each with 15 Mpbs effective throughput and delay of 5ms). Because we intend to send VoIP over these links and would like to avoid dropping calls in the event of interruptions in one of the links. Therefore, dynamic routes need to be updated very quickly.
How does multicast/broadcast frames work on that RF link?
If it is a Wifi-like link (i.e. it uses a 802.11 MAC), you most likely have to avoid anything non-unicast like the plague. Please try OSPF in NBMA mode.
-- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh
-- Michael Vallaly <mvallaly@nolatency.com>
participants (3)
-
Henrique de Moraes Holschuh -
Javier Lorenzo Prieto -
Michael Vallaly