<div dir="ltr"><div>Hi, </div><div><br></div>I have filed a bug about the error messages, <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1892130">https://bugzilla.redhat.com/show_bug.cgi?id=1892130</a><div>And I will track the questions on that bug, please help to update on the bug comments about the questions. </div><div>Thank you!<br><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><br>-------<br>Best Regards,<br>Yalan Zhang<br>IRC: yalzhang<br></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 21, 2020 at 10:51 AM Yalan Zhang <<a href="mailto:yalzhang@redhat.com">yalzhang@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi all,<div><br></div><div>I have done some tests for the new attributes "check" and "type", could you please help to have a check?  And I have some questions about the patch, please help to have a look, Thank you!</div><div><br></div><div>The questions:</div><div>1. in step 4 below, the error message should be updated:</div>Actual results:<div>XML error: invalid mac address **check** value: 'next'. Valid values are "generated" and "static".<br><div>expected results:</div><div>XML error: invalid mac address **type** value: 'next'. Valid values are "generated" and "static".</div><div><br></div><div>2. I have checked the vmware OUI definition and found this: <a href="https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.networking.doc/GUID-1B6A280E-0C77-4775-8F84-4B3F40673178.html" target="_blank">https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.networking.doc/GUID-1B6A280E-0C77-4775-8F84-4B3F40673178.html</a></div><div>it says the VMware OUI is 00:50:56, not 00:0c:29 in the patches.  Am I missing something?</div><div><br></div><div>3. Could you please tell more about the user story? as I can not understand the scenario when " it will ignore all the checks libvirt does about the origin of the MAC address(whether or not it's in a VMWare OUI) and forward the original one to the ESX server telling it not to check it either". Does it happen when we try to transform a kvm guest to a vmware guest?</div><div><br></div><div>4. How to test it as a libvirt QE? Are the test scenarios below enough without ESX env?</div><div><br></div><div><br></div><div>Test steps:<br><br>1. Start vm with different configuration with mac in "00:0c:29" range:</div><div># virsh dumpxml rhel | grep /interface -B12<font color="#333333" face="Menlo, Monaco, Consolas, Courier New, monospace"><br></font>...</div><div><interface type='network'><br>      <mac address='00:0c:29:e7:9b:cb' type='generated' check='yes'/><br>      <source network='default'/><br>      <model type='virtio'/><br>      <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/><br>    </interface><br>    <interface type='network'><br>      <mac address='00:0c:29:3b:e0:50' type='static' check='no'/><br>      <source network='default'/><br>      <model type='virtio'/><br>      <address type='pci' domain='0x0000' bus='0x0d' slot='0x00' function='0x0'/><br>    </interface><br>    <interface type='network'><br>      <mac address='00:0c:29:73:f6:dc' type='generated' check='no'/><br>      <source network='default'/><br>      <model type='virtio'/><br>      <address type='pci' domain='0x0000' bus='0x0e' slot='0x00' function='0x0'/><br>    </interface><br>    <interface type='network'><br>      <mac address='00:0c:29:aa:dc:6c' type='static' check='yes'/><br>      <source network='default'/><br>      <model type='virtio'/><br>      <address type='pci' domain='0x0000' bus='0x0f' slot='0x00' function='0x0'/><br>    </interface><br><br># virsh start rhel<br>Domain rhel started<br><div><div dir="ltr"><div dir="ltr"><div><br></div><div>2. login guest and check the interfaces:</div><div># ip addr<br></div><div>...</div><div>2: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000<br>    link/ether 00:0c:29:e7:9b:cb brd ff:ff:ff:ff:ff:ff<br>    inet <a href="http://192.168.122.142/24" target="_blank">192.168.122.142/24</a> brd 192.168.122.255 scope global dynamic noprefixroute enp5s0<br>       valid_lft 3584sec preferred_lft 3584sec<br>    inet6 fe80::351c:686a:863e:4a7f/64 scope link noprefixroute <br>       valid_lft forever preferred_lft forever<br>3: enp11s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000<br>    link/ether 00:0c:29:3b:e0:50 brd ff:ff:ff:ff:ff:ff<br>    inet <a href="http://192.168.122.202/24" target="_blank">192.168.122.202/24</a> brd 192.168.122.255 scope global dynamic noprefixroute enp11s0<br>       valid_lft 3584sec preferred_lft 3584sec<br>    inet6 fe80::2b79:4675:6c59:6822/64 scope link noprefixroute <br>       valid_lft forever preferred_lft forever<br>4: enp12s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000<br>    link/ether 00:0c:29:73:f6:dc brd ff:ff:ff:ff:ff:ff<br>    inet <a href="http://192.168.122.33/24" target="_blank">192.168.122.33/24</a> brd 192.168.122.255 scope global dynamic noprefixroute enp12s0<br>       valid_lft 3584sec preferred_lft 3584sec<br>    inet6 fe80::e43d:555:ba85:4030/64 scope link noprefixroute <br>       valid_lft forever preferred_lft forever<br>5: enp13s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000<br>    link/ether 00:0c:29:aa:dc:6c brd ff:ff:ff:ff:ff:ff<br>    inet <a href="http://192.168.122.161/24" target="_blank">192.168.122.161/24</a> brd 192.168.122.255 scope global dynamic noprefixroute enp13s0<br>       valid_lft 3584sec preferred_lft 3584sec<br>    inet6 fe80::f32d:e2e8:9c8b:47fd/64 scope link noprefixroute <br>       valid_lft forever preferred_lft forever<br></div><div><br></div><div><br></div><div>3. start vm without the "check" and "type" attributes, and check the live xml do not include these attributes, either.</div><div> # virsh start vm1</div>virshDomain vm1 started<br><div># virsh dumpxml vm1 | grep /interface -B8<br>    </controller><br>    <interface type='network'><br>      <mac address='52:54:00:bb:cd:89'/><br>      <source network='default' portid='b02dc78f-69ad-4db7-870c-f371fd730537' bridge='virbr0'/><br>      <target dev='vnet22'/><br>      <model type='virtio'/><br>      <alias name='net0'/><br>      <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/><br>    </interface><br></div><div><br></div><div>4. negative test:</div><div>Set "<mac address='52:54:00:bb:cd:89' type='next'/>" in virsh edit</div><div># virsh edit vm1<br>error: XML document failed to validate against schema: Unable to validate doc against /usr/share/libvirt/schemas/domain.rng<br>Extra element devices in interleave<br>Element domain failed to validate content<br><br>Failed. Try again? [y,n,i,f,?]:   ----> press 'i'<br>error: XML error: invalid mac address check value: 'next'. Valid values are "generated" and "static".<br>Failed. Try again? [y,n,f,?]: <br></div><div><br><br>-------<br>Best Regards,<br>Yalan Zhang<br>IRC: yalzhang<br></div></div></div></div></div></div></div>
</blockquote></div>