An Arista switch has been added to the Networking-Ansible lab. Code already exists in the driver's code base. The switch just wasn't available in time to test for OSP14 to make ti officially supported. The Arista virtual appliance cannot pass packets with any efficiency and therefore is non-viable as a test case for virtual testing.
Following the recent decision to backport ansible-networking project to OSP13, which will add additional work. It was agreed by Ramon, Assaf and myself that we will remove the QE ack from all OSP15 RFEs, and re-plan it.
This is a test only bug, the code is already upstream.
Hi Ramon, The setup is not ready yet, according to my knowledge Dan S. working on it. We won't be able test it during OSP16 cycle. As usual BM installation takes a lot of effort and seems that Arkady found a bug which block the installation, he is debugging it now. The plan is to finish with OSP16 regression cycle then to test trunk RFE with OPS16 and fully automate it for all versions. The major problem we have is CI,it's broken, entire squad trying to fix it for more than a month, without CI stability we won't be able to add support for additional equipment as Arista or any other features. I hope this provide some clarity, let me know if more information is needed.
Toni, thanks for the update. Please, create and add the BZ that's blocking the installation as a blocker to this one, so that we can track its fix. Thanks.
Adding BZ#1788187 as a blocker to testing Arista support reported by QE
Do we reference Heat when we update values that can be put into deploy templates? The config looks good but I would imagine this would be referenced in our deployment templates or that the "eos" value can be use in the ml2_conf.ini file to configure networking ansible.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2020:0283