------=_Part_961824_554760252.1357627942039 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable You can always set a new range of mac addresses using -=20 engine-config -g MacPoolRanges (to see the current range)=20 and then engine-config -s MacPoolRanges=3D<new range>=20 ----- Original Message -----
From: "Karli Sj=C3=B6berg" <Karli.Sjoberg@slu.se> To: "Yair Zaslavsky" <yzaslavs@redhat.com> Cc: "Keith Robertson" <kroberts@redhat.com>, "users" <users@ovirt.org> Sent: Tuesday, January 8, 2013 8:29:49 AM Subject: Re: [Users] mac address re-use
tis 2013-01-08 klockan 01:18 -0500 skrev Yair Zaslavsky:
Keith summed things quite right as far as I know (I did not know about the range allocated to Qumranet) =20 From code perspective - We have a MacPoolManager infrastructure which holds a pool of Mac addresses, and per deletion of VM, the mac address is returned to the pool. =20
Which means that if you set up two oVirt systems independantly; one for production and one for testing, you will get collisions?
/Karli
From: "Keith Robertson" <kroberts@redhat.com> =20 =20 To: "Jonathan Horne" <jhorne@skopos.us> =20 =20 Cc: "users" <users@ovirt.org> =20 =20 Sent: Tuesday, January 8, 2013 5:15:04 AM =20 =20 Subject: Re: [Users] mac address re-use =20 =20
On 01/07/2013 05:22 PM, Jonathan Horne wrote: =20 =20
my 3.2 install seems to be reusing mac address of formerly-deleted guests. is this the normal behavior, and or can i turn this off? i would prefer to have a unique mac address for each new VM created. =20 =20 =20 thanks, =20 =20 =20 jonathan =20 =20 =20 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. =20 =20 =20
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users =20 =20 =20 I believe re-use is intentional. I suspect oVirt uses the IEEE [1] space allocated to Qumranet and that space is relatively small. There were previous discussions on the list regarding the probability of collisions/exhaustion, IIRC. In any case, you want re-use to prevent the possibility of exhaustion and because a program shouldn't just go randomly creating addresses from any available OUI block. =20 =20
Cheers, =20 =20 Keith=D7=9F =20 =20
[1] http://standards.ieee.org/develop/regauth/oui/public.html =20 =20
_______________________________________________ =20 =20 Users mailing list =20 =20 Users@ovirt.org =20 =20 http://lists.ovirt.org/mailman/listinfo/users =20 =20
<b>To: </b>"Yair Zaslavsky" <yzaslavs@redhat.com><br><b>Cc: </b>"Kei=
------=_Part_961824_554760252.1357627942039 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>You can always set a new range of mac addresses using= -<div><br></div><div><div>engine-config -g MacPoolRanges (to see the curre= nt range)</div><div><br></div><div>and then engine-config -s MacPoolRanges= =3D<new range></div><div><br></div><div><br></div><div><br></div><br>= <hr id=3D"zwchr"><blockquote style=3D"border-left:2px solid rgb(16, 16, 255= );margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style= :normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-si= ze:12pt;"><b>From: </b>"Karli Sj=C3=B6berg" <Karli.Sjoberg@slu.se><br= th Robertson" <kroberts@redhat.com>, "users" <users@ovirt.org><= br><b>Sent: </b>Tuesday, January 8, 2013 8:29:49 AM<br><b>Subject: </b>Re: = [Users] mac address re-use<br><br> tis 2013-01-08 klockan 01:18 -0500 skrev Yair Zaslavsky: <blockquote><font color=3D"#000000">Keith summed things quite right as far = as I know (I did not know about the range allocated to Qumranet)</font> </blockquote> <blockquote><font color=3D"#000000">From code perspective - We have a MacPo= olManager infrastructure which holds a pool of Mac addresses, and per delet= ion of VM, the mac address is returned to the pool.</font><br> </blockquote> Which means that if you set up two oVirt systems independantly; one for pro= duction and one for testing, you will get collisions?<br> <br> /Karli<br> <br> <blockquote><br> <br> </blockquote> <blockquote><br> <br> <hr align=3D"center"> <br> <blockquote><b><font color=3D"#000000">From: </font></b><font color=3D"#000= 000">"Keith Robertson" <kroberts@redhat.com></font><br> <b><font color=3D"#000000">To: </font></b><font color=3D"#000000">"Jonathan= Horne" <jhorne@skopos.us></font><br> <b><font color=3D"#000000">Cc: </font></b><font color=3D"#000000">"users" &= lt;users@ovirt.org></font><br> <b><font color=3D"#000000">Sent: </font></b><font color=3D"#000000">Tuesday= , January 8, 2013 5:15:04 AM</font><br> <b><font color=3D"#000000">Subject: </font></b><font color=3D"#000000">Re: = [Users] mac address re-use</font><br> <br> </blockquote> </blockquote> <blockquote> <blockquote><font color=3D"#000000">On 01/07/2013 05:22 PM, Jonathan Horne = wrote:</font><br> <br> </blockquote> </blockquote> <blockquote> <blockquote> <blockquote><font color=3D"#000000">my 3.2 install seems to be reusing mac = address of formerly-deleted guests. is this the normal behavior, and = or can i turn this off? i would prefer to have a unique mac address f= or each new VM created.</font> </blockquote> </blockquote> </blockquote> <blockquote> <blockquote> <blockquote><br> <br> </blockquote> </blockquote> </blockquote> <blockquote> <blockquote> <blockquote><font color=3D"#000000">thanks,</font> </blockquote> </blockquote> </blockquote> <blockquote> <blockquote> <blockquote><font color=3D"#000000">jonathan</font> </blockquote> </blockquote> </blockquote> <blockquote> <blockquote> <blockquote><br> </blockquote> </blockquote> </blockquote> <blockquote> <blockquote> <blockquote><br> <hr align=3D"center"> <br> <font size=3D"1"><font color=3D"#bebebe">This is a PRIVATE message. If you = are not the intended recipient, please delete without copying and kindly ad= vise us by e-mail of the mistake in delivery. NOTE: Regardless of content, = this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written = agreement or government initiative expressly permitting the use of e-mail f= or such purpose.</font></font><font color=3D"#000000"> </font><br> <br> <pre><font color=3D"#000000">______________________________________________= _</font> <font color=3D"#000000">Users mailing list</font> <font color=3D"#000000"><a href=3D"mailto:Users@ovirt.org" target=3D"_blank= ">Users@ovirt.org</a></font> <font color=3D"#000000"><a href=3D"http://lists.ovirt.org/mailman/listinfo/= users" target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/users</a><= /font> </pre> </blockquote> <font color=3D"#000000">I believe re-use is intentional. I suspect oV= irt uses the IEEE [1] space allocated to Qumranet and that space is relativ= ely small. There were previous discussions on the list regarding the = probability of collisions/exhaustion, IIRC. In any case, you want re-use to prevent the possibility of exhaustion and = because a program shouldn't just go randomly creating addresses from any av= ailable OUI block.</font><br> <br> <font color=3D"#000000">Cheers,</font><br> <font color=3D"#000000">Keith=D7=9F</font><br> <br> <br> <br> <br> <font color=3D"#000000">[1] <a href=3D"http://standards.ieee.org/develop/re= gauth/oui/public.html" target=3D"_blank"> http://standards.ieee.org/develop/regauth/oui/public.html</a></font><br> <br> <font color=3D"#000000">_______________________________________________</fo= nt><br> <font color=3D"#000000">Users mailing list</font><br> <font color=3D"#000000">Users@ovirt.org</font><br> <font color=3D"#000000">http://lists.ovirt.org/mailman/listinfo/users</font=
<br> </blockquote> <br> <br> </blockquote> <br>
</blockquote><br></div></div></body></html> ------=_Part_961824_554760252.1357627942039--