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

Bug(eos_designs) redistribute connected not under address_family ipv4 for default vrf #3964

Open
1 task done
pvinci-arista opened this issue May 8, 2024 · 1 comment
Open
1 task done
Labels
type: bug Something isn't working
Milestone

Comments

@pvinci-arista
Copy link
Contributor

pvinci-arista commented May 8, 2024

Issue Summary

When bgp_default_ipv4_unicast : false, which is the default, the redistribute connected should be in the address-family ipv4 stanza instead of the default.

router bgp 65535
   bgp asn notation asdot
   router-id 1.2.3.4
   no bgp default ipv4-unicast
   ... <neighbor info>...
   redistribute connected    <-- 
   !
   address-family ipv4
      neighbor IPv4-UNDERLAY-PEERS activate
                                               <-- missing

Which component(s) of AVD impacted

eos_designs

How do you run AVD ?

Ansible CLI (with virtual-env or native python)

Steps to reproduce

This was discovered while trying to redistribute SVIs in the default vrf.

An enhancement can be found here:  https://github.com/aristanetworks/avd/issues/3928

Relevant log output

No response

Contributing Guide

  • I agree to follow this project's Code of Conduct
@pvinci-arista pvinci-arista added the type: bug Something isn't working label May 8, 2024
@carlbuchmann carlbuchmann added this to the v4.9.0 milestone May 23, 2024
@ClausHolbechArista
Copy link
Contributor

I am not sure this is completely correct. It has been like this for a very long time, so I think we need to revisit this on the EOS side and decide.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants