Some points of clarification. It is possible this is a different but related bug. First off, no upgrade is occuring. This is a CI environment [0] in which I do a fresh deployment of neutron and neutron-bgp-dragent on Xenial with the Queens UCA. The deployment and initial configuration, including the bgp peer setup, works as expected. The config roughly follows [1].
Subsequent to the working deployment, I see the "KeyError: 'auth_type' Unable to sync BGP speaker state" after a simple restart of the neutron-bgp-dragent.
I confirmed the version of the dynamic routing code includes the changes in this bug report.
ii neutron-dynamic-routing-common 2:12.0.0-0ubuntu1.1~cloud0 all OpenStack Neutron Dynamic Routing - common files
ii python-neutron-dynamic-routing 2:12.0.0-0ubuntu1.1~cloud0 all OpenStack Neutron Dynamic Routing - Python 2.7 library
Steps to reproduce are as follows:
Deploy stack including neutron, dragent and quagga
Configure networking and dynamic routing [1]
Validate BGP peering relations via quagga (vtysh -c "show ip route bgp")
Note: All is working at this point.
Restart neutron-bgp-dragent
See "KeyError: 'auth_type' Unable to sync BGP speaker state" in the neutron-bgp-dragent.log
Peering relationship is dead on quagga.
I have uploaded the neutron-bgp-dragent log with debug=True. I added a note where the dragent restart takes place in the log.
Regardless if this is the same bug or a different one it is critical as it means dragent cannot be used in production. Let me know what else I can do to provide information.
@Jens,
Some points of clarification. It is possible this is a different but related bug. First off, no upgrade is occuring. This is a CI environment [0] in which I do a fresh deployment of neutron and neutron-bgp-dragent on Xenial with the Queens UCA. The deployment and initial configuration, including the bgp peer setup, works as expected. The config roughly follows [1].
Subsequent to the working deployment, I see the "KeyError: 'auth_type' Unable to sync BGP speaker state" after a simple restart of the neutron- bgp-dragent.
I confirmed the version of the dynamic routing code includes the changes in this bug report. dynamic- routing- common 2:12.0. 0-0ubuntu1. 1~cloud0 all OpenStack Neutron Dynamic Routing - common files neutron- dynamic- routing 2:12.0. 0-0ubuntu1. 1~cloud0 all OpenStack Neutron Dynamic Routing - Python 2.7 library
ii neutron-
ii python-
Steps to reproduce are as follows:
Deploy stack including neutron, dragent and quagga
Configure networking and dynamic routing [1]
Validate BGP peering relations via quagga (vtysh -c "show ip route bgp")
Note: All is working at this point.
Restart neutron-bgp-dragent bgp-dragent. log
See "KeyError: 'auth_type' Unable to sync BGP speaker state" in the neutron-
Peering relationship is dead on quagga.
I have uploaded the neutron-bgp-dragent log with debug=True. I added a note where the dragent restart takes place in the log.
Regardless if this is the same bug or a different one it is critical as it means dragent cannot be used in production. Let me know what else I can do to provide information.
[0] https:/ /github. com/openstack/ charm-neutron- dynamic- routing/ blob/master/ src/tox. ini#L29 /docs.openstack .org/neutron- dynamic- routing/ latest/ contributor/ testing. html
[1] https:/