Uploaded image for project: 'OpenShift SDN'
  1. OpenShift SDN
  2. SDN-1656

MetalLB BGP: Upstream FRR Support

    XMLWordPrintable

Details

    • OpenShift BGP
    • False
    • False
    • OCPPLAN-7476MetalLB Support for Load Balancing Bare Metal and On-Premises Infrastructure
    • Done
    • OCPPLAN-7476 - MetalLB Support for Load Balancing Bare Metal and On-Premises Infrastructure
    • no-feature, no-doc, QE Needed, TE Needed
    • 100
    • 100% 100%
    • Undefined
    • ---
    • 0
    • 0

    Description

      A full description of this work can be found in the upstream MetalLB design proposal at https://github.com/metallb/metallb/pull/832

      Epic Goal

      • Integrate FRR as an alternative BGP speaker for upstream MetalLB, enabling exposure and load balancing of Kubernetes services externally using BGP.

      Why is this important?

      • FRR is a fully-featured routing agent providing a range of protocols and configurations. Enabling FRR in MetalLB will allow us to take advantage of the full capability of FRR for bare-metal load-balancing through MetalLB.

      Acceptance Criteria

      • Agreed design with upstream community.
      • Upstream BGP e2e tests for current BGP implementation.
      • Feature parity with current BGP implementation shown through passing of e2e tests

      Dependencies (internal and external)

      1. FRR community for any issues, bug fixes, etc
      2. FRR community for gRPC support

      Open questions::

      Assumptions:

      • We will support configurations that mix L2 and BGP loadbalancers
      • We will not support configurations that mix FRR and BGP-Metallb loadbalancer.

       

      Attachments

        Issue Links

          Activity

            People

              fpaoline@redhat.com Federico Paolinelli
              dmellado1@redhat.com Daniel Mellado Area
              Votes:
              1 Vote for this issue
              Watchers:
              11 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: