<div dir="ltr"><br><div class="gmail_extra">Hi,</div><div class="gmail_extra"><br></div><div class="gmail_extra">thanks for your comments.</div><div class="gmail_extra"><br></div><div class="gmail_extra">see answers below.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">Thanks,</div><div class="gmail_extra">Erik</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Dec 17, 2013 at 6:17 AM, Isaku Yamahata <span dir="ltr"><<a href="mailto:isaku.yamahata@gmail.com" target="_blank">isaku.yamahata@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Added openstack-dev<br>
<div><div class="h5"><br><span style="color:rgb(34,34,34)">The document is view-only. So I commented below.</span><br></div></div>
<br>
- 2 Modeling proposal<br>
  What's the purpose of trunk network?<br>
  Can you please add a use case that trunk network can't be optimized away?<br></blockquote><div><br></div><div>In some use cases the trunk network will trunk all VLANS from a VM, so they can for example be 'tunneled' to another VM or externally. In the use case where a VM wants to connect to multiple Neutron networks, the trunk network is a logical connection between the VM trunk port and the L2-gateways. From my point of view it looks a little strange for this use case, but I think this is what we said during our meeting in Hong Kong (Unless I misunderstood something...). </div>
<div><br></div><div>I added use case where two VMs are connected through a trunk network. This can not be optimized away. The network would have to be able to trunk all VLANs between the VMs.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
- 4 IP address management<br>
  nitpick<br>
  Can you please clarify what "the L2 gateway ports" in section 2<br>
  modeling proposal, figure 1?<br>
<br></blockquote><div><br></div><div>I have now tried to clarify this more.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- Table 3<br>
  Will this be same to l2-gateway one?<br>
  <a href="https://blueprints.launchpad.net/neutron/+spec/l2-gateway" target="_blank">https://blueprints.launchpad.net/neutron/+spec/l2-gateway</a><br>
<br></blockquote><div><br></div><div>I will try to align to this and maybe other proposals as much as possible. Just wanted to have some feedback before I do too many assumptions.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

- Figure 5<br>
  What's the purpose of br-int local VID?<br>
  VID can be directly converted from br-eth1 VID to VM VID untagged.<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>Unless something has changed, all vNICs handled by OVS-agent are connected to br-int. br-int has a local VID for separating traffic. br-int is connected to one or more other bridges representing one or more physical networks. The br-int VID is mapped to a per bridge VID, so two separate Neutron networks could have the same VID on two different physical networks.</div>
<div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888">
--<br>
Isaku Yamahata <<a href="mailto:isaku.yamahata@gmail.com">isaku.yamahata@gmail.com</a>><br>
</font></span></blockquote></div><br></div></div>