<div dir="auto">The segmentation type of the trunk (how the VM attached to the parent port sees the traffic) has nothing to do with the provider segmentation details (how the traffic will be encapsulated when it leaves the compute node). <div dir="auto"><br></div><div dir="auto">You're right that a normal user won't know the latter details, but they don't need to. The user specifies how they want traffic from arbitrary networks encapsulated into their VM. So they can say they want netA on vlan 100, netB on vlan 200, and that's what the VM will see - even if netA is a GRE network and netB is a vlan network on vlan 3000.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Dec 6, 2016 08:51, "Vasyl Saienko" <<a href="mailto:vsaienko@mirantis.com">vsaienko@mirantis.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;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> 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.<wbr>launchpad.net/neutron/+spec/<wbr>vlan-aware-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-<wbr>guide/source/config-trunking.<wbr>rst</a></div><div>[2] <a href="https://etherpad.openstack.org/p/trunk-api-dump-newton" target="_blank">https://etherpad.<wbr>openstack.org/p/trunk-api-<wbr>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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div></div>