Skip to content

BGP Peer#

Virtual Networks → BPBGP Peers

A BGPPeer resource is required when setting up a BGP session between two Routers. It represents a single participant in the BGP session, so if both sides of the BGP session are managed by EDA, two of these resources will need to be created.

To set up BGP peers in the default VRF, use DefaultBGPPeer instead.

Dependencies#

To configure this resource, the following resources must exist or be created alongside the BGPPeer

  • A BGPGroup that the BGPPeer will inherit settings from, such as local and remote AS numbers
  • An interface that the BGPPeer will use to establish the session. This can either be a RoutedInterface or an IRBInterface

Referenced resources#

BGPGroup#

A BGPPeer is always linked to a single BGPGroup. In real-world networks, multiple BGP peers share common parameters, such as BGP import and export policies, local and peer autonomous system numbers, and BGP timers. These parameters can be specified in the group instead, allowing the operator to change these settings in a single location for all linked BGP peers. All settings in the group can optionally be overridden in the individual peer resources. Configuration inheritance works as follows:

graph LR
    A[BGPPeer] -->|overrides| B
    B[BGPGroup] -->|overrides| C
    C[Router]

    B[BGPGroup resource]
    C[Router resource]

RoutedInterface#

To know which IP address the router uses to send BGP traffic, EDA must have a reference to a virtual interface. If this interface is a RoutedInterface attached directly to an Interface, a reference to this resource needs to be provided when creating the BGPPeer.

IRBInterface#

To know which IP address the router uses to send BGP traffic, EDA must have a reference to a virtual interface. If this interface is an IRBInterface attached to a BridgeDomain, a reference to this resource needs to be provided when creating the BGPPeer.

Policy#

Routing policies can be specified in various locations of the BGPPeer resource. These policies are used to filter or modify BGP routes sent/received by this BGPPeer. If no policies are configured, the default behavior for the router on which the BGPPeer is configured is followed, which may be different depending on the operating system.

Examples#

apiVersion: protocols.eda.nokia.com/v2
kind: BGPPeer
metadata:
  name: my-bgp-peer-leaf1
  namespace: eda
spec:
  group: my-bgp-group
  interface: leaf-1-interface
  interfaceKind: RoutedInterface
  ipv4Unicast:
    enabled: true
  ipv6Unicast:
    enabled: true
  peerIP: 192.168.0.2
cat << 'EOF' | kubectl apply -f -
apiVersion: protocols.eda.nokia.com/v2
kind: BGPPeer
metadata:
  name: my-bgp-peer-leaf1
  namespace: eda
spec:
  group: my-bgp-group
  interface: leaf-1-interface
  interfaceKind: RoutedInterface
  ipv4Unicast:
    enabled: true
  ipv6Unicast:
    enabled: true
  peerIP: 192.168.0.2
EOF

Custom Resource Definition#

To browse the Custom Resource Definition go to crd.eda.dev.

BGPPeer

protocols.eda.nokia.com / v2

SPEC

BGPPeer enables the configuration of BGP sessions. It allows specifying a description, an interface reference (either RoutedInterface or IRBInterface), and the peer IP address. The resource also supports dynamic neighbors, common BGP settings, and peer-specific configurations.

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #

STATUS

BGPPeerStatus defines the observed state of BGPPeer

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #