<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 6 December 2016 at 08:49, Vasyl Saienko <span dir="ltr"><<a href="mailto:vsaienko@mirantis.com" target="_blank">vsaienko@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hello Neutron Community,<div><br></div><div><br></div><div>I've found that nice feature vlan-aware-vms was implemented in Newton [0].</div><div>However the usage of this feature for regular users is impossible, unless I'm missing something.</div><div><br></div><div>As I understood correctly it should work in the following way:</div><div><ol><li>It is possible to group neutron ports to trunks.<br></li><li>When trunk is created parent port should be defined:<br>Only one port can be parent. <br>segmentation of parent port is set as native or untagged vlan on the trunk.</li><li>Other ports may be added as subports to existing trunk.<br>When subport is added to trunk <b><i>segmentation_type</i></b> and <i style="font-weight:bold">segmentation_id </i>should be specified.<br>segmentation_id of subport is set as allowed vlan on the trunk</li></ol><div>Non-admin user do not know anything about <b><i>segmentation_type</i></b> and <b><i>segmentation_id.</i></b> </div></div></div></blockquote><div><br></div><div>Segmentation type and ID are used to multiplex/demultiplex traffic in/out of the guest associated to a particular trunk. Aside the fact that the only supported type is VLAN at the moment (if ever), the IDs are user provided to uniquely identify the traffic coming in/out of the trunked networks so that it can reach the appropriate vlan interface within the guest. The documentation [1] is still in flight, but it clarifies this point.</div><div><br></div><div>HTH</div><div>Armando </div><div><br></div><div>[1] <a href="https://review.openstack.org/#/c/361776" target="_blank">https://review.openstack.org/#<wbr>/c/361776</a> </div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div>So it is strange that those fields are mandatory when subport is added to trunk. Furthermore they may conflict with port's network segmentation_id and type. Why we can't inherit segmentation_type and segmentation_id from network settings of subport?<br></div></div><div><br></div><div>References:<br></div><div>[0] <a href="https://blueprints.launchpad.net/neutron/+spec/vlan-aware-vms" target="_blank">https://blueprints.launchp<wbr>ad.net/neutron/+spec/vlan-awar<wbr>e-vms</a></div><div>[1] <a href="https://review.openstack.org/#/c/361776/15/doc/networking-guide/source/config-trunking.rst" target="_blank">https://review.openstack.org/#<wbr>/c/361776/15/doc/networking-gu<wbr>ide/source/config-trunking.rst</a></div><div>[2] <a href="https://etherpad.openstack.org/p/trunk-api-dump-newton" target="_blank">https://etherpad.openstack<wbr>.org/p/trunk-api-dump-newton</a></div><div><br></div><div>Thanks in advance,</div><div>Vasyl Saienko</div></div>
<br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
<br></blockquote></div><br></div></div>