Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[FRR] Switch to dplane_fpm_nl plugin instead of fpm #12852

Merged
merged 19 commits into from
Feb 6, 2023

Conversation

stepanblyschak
Copy link
Collaborator

Why I did it

dplane_fpm_nl is a new FPM implementation in FRR. The old plugin fpm will not have any new features implemented. Usage of the new plugin gives us ability to use BGP suppression feature and next hop groups in the future.

How I did it

  • Switch to dplane_fpm_nl zebra plugin from old fpm plugin which is not supported anymore
  • Remove stale patches for old fpm plugin and add similar patches for dplane_fpm_nl

How to verify it

Build and run on the switch.

Which release branch to backport (provide reason below if selected)

  • 201811
  • 201911
  • 202006
  • 202012
  • 202106
  • 202111
  • 202205

Description for the changelog

Ensure to add label/tag for the feature raised. example - PR#2174 under sonic-utilities repo. where, Generic Config and Update feature has been labelled as GCU.

Link to config_db schema for YANG module changes

A picture of a cute animal (not mandatory but encouraged)

stepanblyschak and others added 13 commits October 20, 2022 13:33
As part of these changes:

- Switch to dplane_fpm_nl zebra plugin from old fpm plugin which is not
  supported anymore
- Remove stale patches for old fpm plugin and add similar patches for dplane_fpm_nl
- FRR patch backport from 8.4 to add support for fpm dataplane feedback
- Templates are updated to read new feature configuration and configure
  FRR accordingly
- YANG models updates to reflect new configuration

Signed-off-by: Stepan Blyschak <stepanb@nvidia.com>
Signed-off-by: Stepan Blyschak <stepanb@nvidia.com>
Signed-off-by: Stepan Blyschak <stepanb@nvidia.com>
Signed-off-by: Stepan Blyschak <stepanb@nvidia.com>
Signed-off-by: Stepan Blyschak <stepanb@nvidia.com>
Signed-off-by: Stepan Blyschak <stepanb@nvidia.com>
Signed-off-by: Stepan Blyschak <stepanb@nvidia.com>
Signed-off-by: Stepan Blyschak <stepanb@nvidia.com>
Signed-off-by: Stepan Blyschak <stepanb@nvidia.com>
Signed-off-by: Stepan Blyschak <stepanb@nvidia.com>
Signed-off-by: Stepan Blyschak <stepanb@nvidia.com>
@stepanblyschak
Copy link
Collaborator Author

/azpw run

@mssonicbld
Copy link
Collaborator

/AzurePipelines run

@azure-pipelines
Copy link

You have several pipelines (over 10) configured to build pull requests in this repository. Specify which pipelines you would like to run by using /azp run [pipelines] command. You can specify multiple pipelines using a comma separated list.

@stepanblyschak
Copy link
Collaborator Author

/azpw run Azure.sonic-buildimage

@mssonicbld
Copy link
Collaborator

/AzurePipelines run Azure.sonic-buildimage

@azure-pipelines
Copy link

Azure Pipelines successfully started running 1 pipeline(s).

@stepanblyschak
Copy link
Collaborator Author

/azpw run Azure.sonic-buildimage

@mssonicbld
Copy link
Collaborator

/AzurePipelines run Azure.sonic-buildimage

@azure-pipelines
Copy link

Azure Pipelines successfully started running 1 pipeline(s).

@stepanblyschak
Copy link
Collaborator Author

/azpw run Azure.sonic-buildimage

@mssonicbld
Copy link
Collaborator

/AzurePipelines run Azure.sonic-buildimage

@azure-pipelines
Copy link

Azure Pipelines successfully started running 1 pipeline(s).

@lguohan
Copy link
Collaborator

lguohan commented Dec 4, 2022

why build failed?

github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Dec 24, 2024
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
bradh352 added a commit to bradh352/sonic-buildimage that referenced this pull request Dec 24, 2024
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
bradh352 added a commit to bradh352/sonic-buildimage that referenced this pull request Dec 24, 2024
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
bradh352 added a commit to bradh352/sonic-buildimage that referenced this pull request Dec 24, 2024
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
bradh352 added a commit to bradh352/sonic-buildimage that referenced this pull request Dec 24, 2024
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Dec 26, 2024
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Dec 27, 2024
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Dec 28, 2024
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
bluecmd pushed a commit to kamelnetworks/sonic-buildimage that referenced this pull request Dec 28, 2024
…net#21053)

During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Dec 30, 2024
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Dec 31, 2024
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Jan 1, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Jan 2, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
bradh352 added a commit to bradh352/sonic-buildimage that referenced this pull request Jan 2, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
bradh352 added a commit to bradh352/sonic-buildimage that referenced this pull request Jan 2, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Jan 2, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
bradh352 added a commit to bradh352/sonic-buildimage that referenced this pull request Jan 2, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
bradh352 added a commit to bradh352/sonic-buildimage that referenced this pull request Jan 2, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
bradh352 added a commit to bradh352/sonic-buildimage that referenced this pull request Jan 2, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
bradh352 added a commit to bradh352/sonic-buildimage that referenced this pull request Jan 2, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Jan 2, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
bradh352 added a commit to bradh352/sonic-buildimage that referenced this pull request Jan 2, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
bradh352 added a commit to bradh352/sonic-buildimage that referenced this pull request Jan 2, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
bradh352 added a commit to bradh352/sonic-buildimage that referenced this pull request Jan 2, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Jan 2, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Jan 3, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Jan 4, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Jan 6, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Jan 7, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
github-actions bot pushed a commit to bradh352/sonic-buildimage that referenced this pull request Jan 8, 2025
During debugging of VXLAN EVPN using unified vs split configuration, the
same BGP configuration is made with one exception, the setting of
```
no fpm use-next-hop-groups
```
Is forcibly set for all FRR instances.

This change was introduced in PR sonic-net#12852 when switching to the new
fpm dataplane plugin.

When running `vtysh -c "config" -c "no fpm use-next-hop-groups"`
it can be seen the VTEP immediately comes online and traffic
flows as expected.

This adds the option as is present in dockers/docker-fpm-frr/frr/zebra/zebra.conf.j2
controlled by the DEVICE_METADATA nexthop_group option.

Signed-off-by: Brad House (@bradh352)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants