Hello,<br><br>Sorry to revive an old thread but I would like to share some information with you that might give you an insight into why an OUI is advisable.<br><br>I work for IBM as a Technical Pre-Sales consultant for Blade network technologies (what a mouth full). BNT creates switches that are very very good but that is not the point. One of the features that we have is VMready which basically means that when the switch detects a Virtualized uplink to a server it will analyse the traffic and create PORTS for every virtual host running on that server. This tech allows you to create policy for that port with which you can set QOS, ACL and anything else you would like. Now Vmready is fully vmotion enabled so that when you migrate a virtualhost to another server, the policy moves with it.<br>
<br>The reason for me writing this to the list is that Vmready works for Hypervisor, vmware, kvm, powervm... and it only works because of the mac address. Each switch has a database of Macs that belong to a virtualization product and by matching passing traffic to the list Vmready works. Should LXC get it's own block then I can make sure it's added to the Vmready database.<br>
<br>Sorry if this sounds like a sales pitch... it's not meant too.<br><br>Geordy Korte<br><br><div class="gmail_quote">On Fri, Mar 11, 2011 at 11:08 PM, Brian K. White <span dir="ltr"><<a href="mailto:brian@aljex.com">brian@aljex.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">On 3/11/2011 10:14 AM, Michael H. Warfield wrote:<br>
> On Thu, 2011-03-10 at 19:09 +0000, Walter Stanish wrote:<br>
>>>>> ... I have read up on the OUI documentation and<br>
>>>>> looking at the detail on the site LXC could opt for a 32bit OUI which would<br>
>>>>> cost $600 for one block. The dev guys might want to setup a pledge program...<br>
>><br>
>>>> I will pay for it.<br>
>><br>
>>> I too am willing to pay the whole thing, so, halvsies? Or see how many<br>
>>> others want to split even?<br>
><br>
>> Sounds good. I guess we can nominate you as the finance go-to on this<br>
>> one then :)<br>
><br>
>> Let us know details when they emerge.<br>
><br>
> Can someone explain to me why we can't simply use a block of addresses<br>
> with the 0200 (local administration) bit or'ed in. Out of 48 bits of<br>
> addressing, we can use 46 bits of them for anything we want as long as<br>
> that bit is set and the 0100 bit (multicast) is clear. By the standard,<br>
> those are locally managed and allocated MAC addresses that are not<br>
> guaranteed to be globally unique. They don't even need to be unique in<br>
> an entire network, only on the local subnet. Use any convention you<br>
> want. Stuff the 32 bit IP address of the host in the lower 32 bits and<br>
> you've still got 14 bits worth of assignable addressing per host.<br>
> That's what that bit is intended for.<br>
<br>
</div>That is exactly what I do myself.<br>
<br>
I'm not sure there is a specific need for a recognizable lxc address<br>
space, but exactly the same thing could be said about xen and for some<br>
reason they have one. I don't claim it's necessary I just claim three<br>
things:<br>
<br>
1) It wouldn't hurt.<br>
<br>
2) It's cheap enough in both cash and time not to matter, more than<br>
enough volunteers have already presented themselves.<br>
<br>
3) I don't presume that because I don't perceive a reason, that no<br>
reason exists.<br>
<br>
One scenario I envision off-hand would be that automated vmware tools<br>
and xen tools and lxc tools could each provision addresses from their<br>
own spaces and guaranteed never step on each others toes.<br>
<br>
--<br>
<font color="#888888">bkw<br>
</font><div class="im"><br>
------------------------------------------------------------------------------<br>
Colocation vs. Managed Hosting<br>
A question and answer guide to determining the best fit<br>
for your organization - today and in the future.<br>
<a href="http://p.sf.net/sfu/internap-sfd2d" target="_blank">http://p.sf.net/sfu/internap-sfd2d</a><br>
</div><div><div></div><div class="h5">_______________________________________________<br>
Lxc-users mailing list<br>
<a href="mailto:Lxc-users@lists.sourceforge.net">Lxc-users@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/lxc-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/lxc-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>==============<br>Geordy Korte<br>MSN <a href="mailto:geordy@geordy.nl">geordy@geordy.nl</a><br>