Is it a hard requirement for br-ex to be configured on physical interface itself?? Or is it okay to configure it on a sub-interface too?? you can put it on a bound
On Tue, 2021-02-09 at 21:05 +0530, roshan anvekar wrote: putting it on a vlan or vxlan interface probaly does not make a lot of sense due to multiple encapsulation but it technialy does not need to be directly on the physical interface. that is just the recommended thing to do. generally if you are using ovs and want a bound you will use an ovs bound rahter then a linux bond but both work.
Thanks in advance.
---------- Forwarded message --------- From: roshan anvekar <roshananvekar@gmail.com> Date: Tue, Feb 9, 2021, 5:54 PM Subject: [stein][neutron][vlan provider network] How to configure br-ex on virtual interface To: OpenStack Discuss <openstack-discuss@lists.openstack.org>
Hello,
Below is my scenario.
I am trying to use a single physical bonded interface ( example: bond1) both for external TLS access traffic and for provider network too ( These are 2 different vlan networks with separate vlan ids) . Bond0 is used as api_interface for management traffic. Bond2 is used for storage traffic.
For this I created 2 virtual interfaces on this bond1 and used it accordingly while deploying through kolla-ansible.
Before deployment the gateways for both vlan networks were accessible.
Post deployment I see that qdhcp-id router is created on one of the controllers. Post creation of this DHCP agent, the gateway is inaccessible.
Also the vms created are not getting IPs through DHCP agent so failing to be accessible.
I had configured br-ex on virtual interface of provider vlan network and not on physical interface directly.
Please let me know if I am going wrong in my network configurations.
Regards, Roshan