<div dir="ltr">On 9 January 2014 22:50, Ian Wells <span dir="ltr"><<a href="mailto:ijw.ubuntu@cack.org.uk" target="_blank">ijw.ubuntu@cack.org.uk</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="im">On 9 January 2014 20:19, Brian Schott <span dir="ltr"><<a href="mailto:brian.schott@nimbisservices.com" target="_blank">brian.schott@nimbisservices.com</a>></span> wrote:<br>

</div><div class="gmail_extra"><div class="gmail_quote">On the flip side, vendor_id and product_id might not be sufficient.  Suppose I have two identical NICs, one for nova internal use and the second for guest tenants?  So, bus numbering may be required.  <div class="im">

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><div>
<br></div><div><div>01:00.0 VGA compatible controller: NVIDIA Corporation G71 [GeForce 7900 GTX] (rev a1)<br></div><div></div><div>02:00.0 VGA compatible controller: NVIDIA Corporation G71 [GeForce 7900 GTX] (rev a1)<br>

</div>
</div></div></blockquote><div><br></div></div><div>I totally concur on this - with network devices in particular the PCI path is important because you don't accidentally want to grab the Openstack control network device ;)<br>

</div></div></div></div></blockquote><div><br></div><div>Redundant statement is redundant.  Sorry, yes, this has been a pet bugbear of mine.  It applies equally to provider networks on the networking side of thing, and, where Neutron is not your network device manager for a PCI device, you may want several device groups bridged to different segments.  Network devices are one case of a category of device where there's something about the device that you can't detect that means it's not necessarily interchangeable with its peers.<br>

</div></div></div></div>