<div dir="auto">Thanks for the reply. It was very informative. <div dir="auto"><br></div><div dir="auto">In my case I have 2 sub-interfaces on a single bond. One I am using as kolla_extrrnal_vip_interface for TLS configuration.</div><div dir="auto"><br></div><div dir="auto">Another one I intended to use as provider network interface. </div><div dir="auto"><br></div><div dir="auto">Issue is after successful kolla deploy, VM is not getting IP successfully through DHCP. This is making me wonder if my approach was right ?? Or do I need to put the br-ex directly on bond itself still.</div><div dir="auto"><br></div><div dir="auto">Any help and suggestion here is appreciated.</div><div dir="auto"><br></div><div dir="auto">PS: I have other 2 bond interfaces dedicated for kolla_internal_vip_interface/network_interface  and storage network. </div><div dir="auto"><br></div><div dir="auto">Thanks,</div><div dir="auto">Roshan</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 11, 2021, 2:15 PM Mark Goddard <<a href="mailto:mark@stackhpc.com">mark@stackhpc.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, 9 Feb 2021 at 15:35, roshan anvekar <<a href="mailto:roshananvekar@gmail.com" target="_blank" rel="noreferrer">roshananvekar@gmail.com</a>> wrote:<br>
><br>
> 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??<br>
Hi Roshan,<br>
* if you plug an interface into a bridge (OVS or Linux), then you will<br>
no longer be able to use the IP configuration on that interface. That<br>
is likely why you've lost access to the gateway.<br>
* as Sean said, if you are using VLAN provider networks then plugging<br>
a VLAN interface into br-ex will result in double encapsulation. You<br>
can plug the bond in directly, and still make use of a VLAN interface<br>
on the bond for the external API.<br>
Mark<br>
><br>
> Thanks in advance.<br>
><br>
> ---------- Forwarded message ---------<br>
> From: roshan anvekar <<a href="mailto:roshananvekar@gmail.com" target="_blank" rel="noreferrer">roshananvekar@gmail.com</a>><br>
> Date: Tue, Feb 9, 2021, 5:54 PM<br>
> Subject: [stein][neutron][vlan provider network] How to configure br-ex on virtual interface<br>
> To: OpenStack Discuss <<a href="mailto:openstack-discuss@lists.openstack.org" target="_blank" rel="noreferrer">openstack-discuss@lists.openstack.org</a>><br>
><br>
><br>
> Hello,<br>
><br>
> Below is my scenario.<br>
><br>
> 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.<br>
><br>
> For this I created 2 virtual interfaces on this bond1 and used it accordingly while deploying through kolla-ansible.<br>
><br>
> Before deployment the gateways for both vlan networks were accessible.<br>
><br>
> 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.<br>
><br>
> Also the vms created are not getting IPs through DHCP agent so failing to be accessible.<br>
><br>
> I had configured br-ex on virtual interface of provider vlan network and not on physical interface directly.<br>
><br>
> Please let me know if I am going wrong in my network configurations.<br>
><br>
> Regards,<br>
> Roshan<br>
><br>
><br>
><br>
</blockquote></div>