OpenBSD Journal

OpenBGPD 4.0 Released Today!

Contributed by sean on from the where-does-my-packet-go dept.

Henning Brauer announces the OpenBGPD 4.0 release in this post to the Misc list:

We are pleased to announce the official release of OpenBGPD 4.0.

OpenBGPD is a fairly complete implementation of the Border Gateway
Protocol, Version 4, as described in RFC 1771. BGP is a protocol used
by routers to exchange routing information, and is one of the core
protocols of the Internet.
 Highlights include:
  • full support for the BGP protocol as defined in RFC 1771
  • full support for tcp md5 signatures (RFC 2385)
  • full ipsec integration, with both static and dynamic keying supported
  • pf and CARP integration
  • communities support (RFC 1997)
  • route refresh (RFC 2918)
  • capabilities advertisement (RFC 3392)
  • low memory footprint
  • kernel routing table can be coupled and decoupled any time
  • easy, straightforward configuration language
  • very good performance
  • easy to use bgpctl program, to control bgpd at runtime
  • complete and accurate manpages

Improvements since OpenBGPD 3.9 include:
  • new nexthop selection logic ignoring bgpd routes, helps in complex setups with ospfd
  • add a "detailed" show rib view to bgpctl, including communities
  • allow requesting a route refresh from a peer that supports it
  • have bgpd always report back the result of an operation to bgpctl, so the operator can spot errors quicker
  • allow bgpd to manipulate carp demotion counters based on session states, gives even greater failover support
  • support restarting sessions that reached max-prefix after a given time
  • bgpctl can now show all routes received from a neighbor before filters were applied, and routes sent to neighbors
  • assorted fixes and improvements, as usual

(Comments are closed)

Comments

  1. By Anonymous Coward (195.29.148.251) on

    The post says: "OpenBGPD is in use in many production environments, with dozens to hundreds of peers.". I wonder if there is any real-world evaluation performed regarding success of co-operation between OpenBGPD and Cizco boxes ? Is Cizco fully compliant with BGP protocol, or does it also use some proprietary tweaks BGPD cannot cope with ?

    Comments

    1. By sthen (85.158.44.148) on

      > The post says: "OpenBGPD is in use in many production environments, with dozens to hundreds of peers.". I wonder if there is any real-world evaluation performed regarding success of co-operation between OpenBGPD and Cizco boxes ?

      Works fine against Cisco kit (it wouldn't be much use if it didn't!). OpenBGPD's damn good software.

  2. By infosearcher (86.91.41.86) on

    Also, I find the documentation on the webpage from OpenBGD very 'small' Where would I find more information, or more important, some howto's ? Looking for something that would help me make dynamic route depening on lines that go down and a alternative is available. Not using OSPDF.

    Comments

    1. By sthen (85.158.44.148) on

      > Where would I find more information

      bgpd(8) and the linked pages at the bottom (bgpctl, bgpd.conf). You probably need to learn a bit about the protocol and how it's used in general before you look at implementation details.

      > or more important, some howto's ?

      howto's - hmm... if you need to ask for howtos, I'm not sure if this is really the right thing for you. You probably need to do some reading and run a test network to see how it fits together.

      Comments

      1. By sthen (85.158.44.146) on

        http://www.nanog.org/listfaq.html#bgp has pointers to places to start reading...

Latest Articles

Credits

Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]