1. 12 Sep, 2017 2 commits
  2. 06 Sep, 2017 1 commit
    • Ondřej Zajíček's avatar
      Basic VRF support · 943478b0
      Ondřej Zajíček authored
      Add basic VRF (virtual routing and forwarding) support. Protocols can be
      associated with VRFs, such protocols will be restricted to interfaces
      assigned to the VRF (as reported by Linux kernel) and will use sockets
      bound to the VRF. E.g., different multihop BGP instances can use diffent
      kernel routing tables to handle BGP TCP connections.
      The VRF support is preliminary, currently there are several limitations:
      - Recent Linux kernels (4.11) do not handle correctly sockets bound
      to interaces that are part of VRF, so most protocols other than multihop
      BGP do not work. This will be fixed by future kernel versions.
      - Neighbor cache ignores VRFs. Breaks config with the same prefix on
      local interfaces in different VRFs. Not much problem as single hop
      protocols do not work anyways.
      - Olock code ignores VRFs. Breaks config with multiple BGP peers with the
      same IP address in different VRFs.
      - Incoming BGP connections are not dispatched according to VRFs.
      Breaks config with multiple BGP peers with the same IP address in
      different VRFs. Perhaps we would need some kernel API to read VRF of
      incoming connection? Or probably use multiple listening sockets in
      int-new branch.
      - We should handle master VRF interface up/down events and perhaps
      disable associated protocols when VRF goes down. Or at least disable
      associated interfaces.
      - Also we should check if the master iface is really VRF iface and
      not some other kind of master iface.
      - BFD session request dispatch should be aware of VRFs.
      - Perhaps kernel protocol should read default kernel table ID from VRF
      iface so it is not necessary to configure it.
      - Perhaps we should have per-VRF default table.
  3. 05 Sep, 2017 1 commit
    • Ondřej Zajíček's avatar
      KRT: Fix IPv6 ECMP handling with Linux 4.11+ · 98bb80a2
      Ondřej Zajíček authored
      Starting from Linux 4.11, IPv6 ECMP routes are now notified using
      RTA_MULTIPATH, like IPv4 ones. The patch adds support for RTA_MULTIPATH
      parsing for IPv6 routes. This also enables to parse ECMP alien routes
      Thanks to Vincent Bernat for the original patch.
  4. 04 Sep, 2017 3 commits
  5. 30 Aug, 2017 4 commits
  6. 22 Aug, 2017 1 commit
  7. 10 Aug, 2017 2 commits
  8. 09 Aug, 2017 5 commits
  9. 19 Jun, 2017 1 commit
  10. 31 May, 2017 1 commit
  11. 30 May, 2017 1 commit
  12. 25 May, 2017 1 commit
  13. 23 May, 2017 1 commit
  14. 18 May, 2017 1 commit
  15. 17 May, 2017 4 commits
  16. 16 May, 2017 4 commits
  17. 14 Mar, 2017 3 commits
    • Ondřej Zajíček's avatar
      Some autoconf cleanups · 7a855725
      Ondřej Zajíček authored
      The patch allows to use autoreconf, replaces some long obsolete
      constructs and does some other minor cleanups. Also, the file
      configure.in is renamed to configure.ac, as the old name has been
      deprecated for a long time.
      Thanks to Ruben Kerkhof for the patchset.
    • Ondřej Zajíček's avatar
      BGP: Allow to specify interface for regular sessions · 33b6c292
      Ondřej Zajíček authored
      This may be useful if multple interfaces share the same network range.
      Thanks to Fritz Grimpen for the original patch.
    • Ondřej Zajíček's avatar
      BGP: Fix bug in ADD_PATH · 27f6ba65
      Ondřej Zajíček authored
      When a BGP session with ADD_PATH is restarted and the neighbor do not
      announce ADD_PATH capability during reconnect, the accept_ra_types is
      still set to RA_ANY.
      Thanks to Lennert Buytenhek for the bugreport
  18. 23 Feb, 2017 1 commit
  19. 19 Feb, 2017 2 commits
  20. 17 Feb, 2017 1 commit
    • Ondřej Zajíček's avatar
      Static: Fix bug in static route filter expressions · 30c734fc
      Ondřej Zajíček authored
      During reconfiguration, old and new filter expressions in static routes
      are compared using i_same() function. When filter expressions contain
      function calls, it is necessary that old filter expressions are the
      second argument in i_same(), as it is internally modified by i_same().
      Otherwise pointers to old (and freed) data appear in the config
      Thanks to Lennert Buytenhek for tracking and reporting the bug.