<div style="line-height:1.7;color:#000000;font-size:14px;font-family:Arial">Hi Paul, as I know, nova can guarante the ordering of vNICS, can you provide the reproduceable test script for this, I am glad to test it<br><br><br><br><br><div></div><div id="divNeteaseMailCard"></div><br><pre><br>At 2014-08-10 01:16:16, "Jay Pipes" <jaypipes@gmail.com> wrote:
>Paul, does this friend of a friend have a reproduceable test script for 
>this?
>
>Thanks!
>-jay
>
>On 08/08/2014 04:42 PM, Kevin Benton wrote:
>> If this is true, I think the issue is not on Neutron side but the Nova
>> side.
>> Neutron just receives and handles individual port requests. It has no
>> notion of the order in which they are attached to the VM.
>>
>> Can you add the Nova tag to get some visibility to the Nova devs?
>>
>>
>> On Fri, Aug 8, 2014 at 11:32 AM, CARVER, PAUL <pc2929@att.com
>> <mailto:pc2929@att.com>> wrote:
>>
>>     I¡¯m hearing ¡°friend of a friend¡± that people have looked at the code
>>     and determined that the order of networks on a VM is not guaranteed.
>>     Can anyone confirm whether this is true? If it is true, is there any
>>     reason why this is not considered a bug? I¡¯ve never seen it happen
>>     myself.____
>>
>>     __ __
>>
>>     To elaborate, I¡¯m being told that if you create some VMs with
>>     several vNICs on each and you want them to be, for example:____
>>
>>     __ __
>>
>>     __1)__Management Network____
>>
>>     __2)__Production Network____
>>
>>     __3)__Storage Network____
>>
>>     __ __
>>
>>     You can¡¯t count on all the VMs having eth0 connected to the
>>     management network, eth1 on the production network, eth2 on the
>>     storage network.____
>>
>>     __ __
>>
>>     I¡¯m being told that they will come up like that most of the time,
>>     but sometimes you will see, for example, a VM might wind up with
>>     eth0 connected to the production network, eth1 to the storage
>>     network, and eth2 connected to the storage network (or some other
>>     permutation.)____
>>
>>     __ __
>>
>>     __ __
>>
>>
>>     _______________________________________________
>>     OpenStack-dev mailing list
>>     OpenStack-dev@lists.openstack.org
>>     <mailto:OpenStack-dev@lists.openstack.org>
>>     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>>
>>
>> --
>> Kevin Benton
>>
>>
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
>_______________________________________________
>OpenStack-dev mailing list
>OpenStack-dev@lists.openstack.org
>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
</pre></div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span>