<div dir="ltr"><div><div><div><div>Today:<br><br></div>You need to ensure that your cloud is using a suitable networking config - with ML2, use Linuxbridge and either VXLAN or GRE. If you're using either OVS or VLAN you won't get a trunking network. A tenant can't tell this, so they can't easily tell that all or any networks are VLAN trunks without testing the network.<br><br></div>Tomorrow (i.e. on trunk, or when Kilo is released):<br><br></div>You can use the vlan_transparent flag on a network to explicitly request a trunk. The dataplane code hasn't changed, so the cloud will report that the network is a trunk if you're using ML2 with Linuxbridge and GRE or VXLAN, and will report you can't have a trunk if you use OVS or VLAN. This means that you are no more likely to get a trunk if you ask for one - you still need a suitable configuration - but your application will immediately know if it works or not (the old alternative was pretty much to start it and see if it works, which wasn't helpful).<br><br>ML2 now has a reference implementation of this; other plugins (to the best of my knowledge) don't support the flag. When they do, then any plugin or driver can theoretically be written to behave differently if you have ask for a trunk; for instance, in the future we can change the code to program OVS differently if you want a trunk, or change ML2 to use a trunk-safe VXLAN overlay even though VLAN networks are also available in a system. No driver does this today.<br>-- <br></div>Ian.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 24 March 2015 at 17:48, Guo, Ruijing <span dir="ltr"><<a href="mailto:ruijing.guo@intel.com" target="_blank">ruijing.guo@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div link="blue" vlink="purple" lang="EN-US">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">I am trying to understand how guest os use trunking network.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">If guest os use bridge like Linuxbride and OVS, how we launch it and how libvirt to support it?<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Thanks,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">-Ruijing<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><a name="14c4e6d9132eb304__MailEndCompose"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></a></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Ian Wells [mailto:<a href="mailto:ijw.ubuntu@cack.org.uk" target="_blank">ijw.ubuntu@cack.org.uk</a>]
<br>
<b>Sent:</b> Wednesday, March 25, 2015 2:18 AM<br>
<b>To:</b> OpenStack Development Mailing List (not for usage questions)<br>
<b>Subject:</b> Re: [openstack-dev] [Neutron] VLAN trunking network for NFV<u></u><u></u></span></p><div><div class="h5">
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">That spec ensures that you can tell what the plugin is doing. You can ask for a VLAN transparent network, but the cloud may tell you it can't make one.<br>
<br>
The OVS driver in Openstack drops VLAN tagged packets, I'm afraid, and the spec you're referring to doesn't change that. The spec does ensure that if you try and create a VLAN trunk on a cloud that uses the OVS driver, you'll be told you can't. in the future,
the OVS driver can be fixed, but that's how things stand at present. Fixing the OVS driver really involves getting in at the OVS flow level - can be done, but we started with the basics.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">If you want to use a VLAN trunk using the current code, I recommend VXLAN or GRE along with the Linuxbridge driver, both of which support VLAN transparent networking. If they're configured and you ask for a VLAN trunk you'll be told you
got one.<br>
-- <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Ian.<u></u><u></u></p>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">On 24 March 2015 at 09:43, Daniele Casini <<a href="mailto:daniele.casini@dektech.com.au" target="_blank">daniele.casini@dektech.com.au</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">Hi all:<br>
<br>
in reference to the following specification about the creation of VLAN trunking network for NFV<br>
<br>
<a href="https://review.openstack.org/#/c/136554/3/specs/kilo/nfv-vlan-trunks.rst" target="_blank">https://review.openstack.org/#/c/136554/3/specs/kilo/nfv-vlan-trunks.rst</a><br>
<br>
I would like to better understand how the tagged traffic will be realized. In order to explain myself, I report the following use case:<br>
<br>
A VNF is deployed in one VM, which has a trunk port carrying traffic for two VLANs over a single link able to transport more than one VLAN through a single integration-bridge (br-int) port. So, How does br-int manage the VLAN-ID? In other words, what are the
action performed by the br-int when a VM forwards traffic to another host?<br>
Does it put an additional tag or replace the existing one keeping the match with a table or something like that?<br>
<br>
Thank you very much.<br>
<br>
Daniele<br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">
OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><u></u><u></u></p>
</blockquote>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
</div></div></div>
</div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>