qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] [PATCH] qemu-bridge-helper: force usage of a very high MAC address for the bridge
@ 2013-03-22 16:57 Paolo Bonzini
  2013-03-22 21:37 ` Corey Bryant
                   ` (2 more replies)
  0 siblings, 3 replies; 6+ messages in thread
From: Paolo Bonzini @ 2013-03-22 16:57 UTC (permalink / raw)
  To: qemu-devel; +Cc: coreyb, qemu-stable

Linux uses the lowest enslaved MAC address as the MAC address of
the bridge.  Set MAC address to a high value so that it does not
affect the MAC address of the bridge.

Changing the MAC address of the bridge could cause a few seconds
of network downtime.

Cc: qemu-stable@nongnu.org
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
---
 qemu-bridge-helper.c | 18 ++++++++++++++++++
 1 file changed, 18 insertions(+)

diff --git a/qemu-bridge-helper.c b/qemu-bridge-helper.c
index 287bfd5..6a0974e 100644
--- a/qemu-bridge-helper.c
+++ b/qemu-bridge-helper.c
@@ -367,6 +367,24 @@ int main(int argc, char **argv)
         goto cleanup;
     }
 
+    /* Linux uses the lowest enslaved MAC address as the MAC address of
+     * the bridge.  Set MAC address to a high value so that it doesn't
+     * affect the MAC address of the bridge.
+     */
+    if (ioctl(ctlfd, SIOCGIFHWADDR, &ifr) < 0) {
+        fprintf(stderr, "failed to get MAC address of device `%s': %s\n",
+                iface, strerror(errno));
+        ret = EXIT_FAILURE;
+        goto cleanup;
+    }
+    ifr.ifr_hwaddr.sa_data[0] = 0xFE;
+    if (ioctl(ctlfd, SIOCSIFHWADDR, &ifr) < 0) {
+        fprintf(stderr, "failed to set MAC address of device `%s': %s\n",
+                iface, strerror(errno));
+        ret = EXIT_FAILURE;
+        goto cleanup;
+    }
+
     /* add the interface to the bridge */
     prep_ifreq(&ifr, bridge);
     ifindex = if_nametoindex(iface);
-- 
1.8.1.4

^ permalink raw reply related	[flat|nested] 6+ messages in thread

* Re: [Qemu-devel] [PATCH] qemu-bridge-helper: force usage of a very high MAC address for the bridge
  2013-03-22 16:57 [Qemu-devel] [PATCH] qemu-bridge-helper: force usage of a very high MAC address for the bridge Paolo Bonzini
@ 2013-03-22 21:37 ` Corey Bryant
  2013-03-22 22:09   ` Paolo Bonzini
  2013-03-25 13:25 ` Corey Bryant
  2013-04-01 20:48 ` Anthony Liguori
  2 siblings, 1 reply; 6+ messages in thread
From: Corey Bryant @ 2013-03-22 21:37 UTC (permalink / raw)
  To: Paolo Bonzini; +Cc: qemu-devel, qemu-stable



On 03/22/2013 12:57 PM, Paolo Bonzini wrote:
> Linux uses the lowest enslaved MAC address as the MAC address of
> the bridge.  Set MAC address to a high value so that it does not
> affect the MAC address of the bridge.
>
> Changing the MAC address of the bridge could cause a few seconds
> of network downtime.
>
> Cc: qemu-stable@nongnu.org
> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
> ---
>   qemu-bridge-helper.c | 18 ++++++++++++++++++
>   1 file changed, 18 insertions(+)
>
> diff --git a/qemu-bridge-helper.c b/qemu-bridge-helper.c
> index 287bfd5..6a0974e 100644
> --- a/qemu-bridge-helper.c
> +++ b/qemu-bridge-helper.c
> @@ -367,6 +367,24 @@ int main(int argc, char **argv)
>           goto cleanup;
>       }
>
> +    /* Linux uses the lowest enslaved MAC address as the MAC address of
> +     * the bridge.  Set MAC address to a high value so that it doesn't
> +     * affect the MAC address of the bridge.
> +     */
> +    if (ioctl(ctlfd, SIOCGIFHWADDR, &ifr) < 0) {
> +        fprintf(stderr, "failed to get MAC address of device `%s': %s\n",
> +                iface, strerror(errno));
> +        ret = EXIT_FAILURE;
> +        goto cleanup;
> +    }
> +    ifr.ifr_hwaddr.sa_data[0] = 0xFE;
> +    if (ioctl(ctlfd, SIOCSIFHWADDR, &ifr) < 0) {
> +        fprintf(stderr, "failed to set MAC address of device `%s': %s\n",
> +                iface, strerror(errno));
> +        ret = EXIT_FAILURE;
> +        goto cleanup;
> +    }
> +
>       /* add the interface to the bridge */
>       prep_ifreq(&ifr, bridge);
>       ifindex = if_nametoindex(iface);
>

Is it desirable to change a mac address under the covers?  I know you 
mentioned that libvirt does something like this already.

Also it seems like this might be better if it was optional. 
qemu-bridge-helper can take command line options like this:

-net tap,helper="/usr/local/libexec/qemu-bridge-helper --br=br0"

Perhaps adding a --macaddr option is a better approach?

-- 
Regards,
Corey Bryant

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Qemu-devel] [PATCH] qemu-bridge-helper: force usage of a very high MAC address for the bridge
  2013-03-22 21:37 ` Corey Bryant
@ 2013-03-22 22:09   ` Paolo Bonzini
  2013-03-25 13:22     ` Corey Bryant
  0 siblings, 1 reply; 6+ messages in thread
From: Paolo Bonzini @ 2013-03-22 22:09 UTC (permalink / raw)
  To: Corey Bryant; +Cc: qemu-devel, qemu-stable

Il 22/03/2013 22:37, Corey Bryant ha scritto:
> Is it desirable to change a mac address under the covers?

This is the TAP mac address.  It is unrelated to the guest's MAC
address.  It is a random link-local address, all this patch does is make
it less random.

> Also it seems like this might be better if it was optional.
> qemu-bridge-helper can take command line options like this:
> 
> -net tap,helper="/usr/local/libexec/qemu-bridge-helper --br=br0"
> 
> Perhaps adding a --macaddr option is a better approach?

Adding a --macaddr=00:11:... option to force a _particular_ MAC address
could also be useful (if only to help associating guests' MAC addresses
with tap interfaces; the only difference would be the initial 0xFE
byte).  But it is not easily done in QEMU because MAC addresses are a
-device option, not a -netdev option.

This patch fixes the real issue that, when the bridge changes MAC
address, there is a small but significant network downtime.  See libvirt
commit 6ea90b843eff95be6bcbb49a327656fc6f6445ef for reference.

What would you make it conditional on?

Paolo

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Qemu-devel] [PATCH] qemu-bridge-helper: force usage of a very high MAC address for the bridge
  2013-03-22 22:09   ` Paolo Bonzini
@ 2013-03-25 13:22     ` Corey Bryant
  0 siblings, 0 replies; 6+ messages in thread
From: Corey Bryant @ 2013-03-25 13:22 UTC (permalink / raw)
  To: Paolo Bonzini; +Cc: qemu-devel, qemu-stable



On 03/22/2013 06:09 PM, Paolo Bonzini wrote:
> Il 22/03/2013 22:37, Corey Bryant ha scritto:
>> Is it desirable to change a mac address under the covers?
>
> This is the TAP mac address.  It is unrelated to the guest's MAC
> address.  It is a random link-local address, all this patch does is make
> it less random.
>

Ah, okay then my concern isn't a concern any longer.

-- 
Regards,
Corey Bryant

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Qemu-devel] [PATCH] qemu-bridge-helper: force usage of a very high MAC address for the bridge
  2013-03-22 16:57 [Qemu-devel] [PATCH] qemu-bridge-helper: force usage of a very high MAC address for the bridge Paolo Bonzini
  2013-03-22 21:37 ` Corey Bryant
@ 2013-03-25 13:25 ` Corey Bryant
  2013-04-01 20:48 ` Anthony Liguori
  2 siblings, 0 replies; 6+ messages in thread
From: Corey Bryant @ 2013-03-25 13:25 UTC (permalink / raw)
  To: Paolo Bonzini; +Cc: qemu-devel, qemu-stable



On 03/22/2013 12:57 PM, Paolo Bonzini wrote:
> Linux uses the lowest enslaved MAC address as the MAC address of
> the bridge.  Set MAC address to a high value so that it does not
> affect the MAC address of the bridge.
>
> Changing the MAC address of the bridge could cause a few seconds
> of network downtime.
>
> Cc: qemu-stable@nongnu.org
> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
> ---
>   qemu-bridge-helper.c | 18 ++++++++++++++++++
>   1 file changed, 18 insertions(+)
>
> diff --git a/qemu-bridge-helper.c b/qemu-bridge-helper.c
> index 287bfd5..6a0974e 100644
> --- a/qemu-bridge-helper.c
> +++ b/qemu-bridge-helper.c
> @@ -367,6 +367,24 @@ int main(int argc, char **argv)
>           goto cleanup;
>       }
>
> +    /* Linux uses the lowest enslaved MAC address as the MAC address of
> +     * the bridge.  Set MAC address to a high value so that it doesn't
> +     * affect the MAC address of the bridge.
> +     */
> +    if (ioctl(ctlfd, SIOCGIFHWADDR, &ifr) < 0) {
> +        fprintf(stderr, "failed to get MAC address of device `%s': %s\n",
> +                iface, strerror(errno));
> +        ret = EXIT_FAILURE;
> +        goto cleanup;
> +    }
> +    ifr.ifr_hwaddr.sa_data[0] = 0xFE;
> +    if (ioctl(ctlfd, SIOCSIFHWADDR, &ifr) < 0) {
> +        fprintf(stderr, "failed to set MAC address of device `%s': %s\n",
> +                iface, strerror(errno));
> +        ret = EXIT_FAILURE;
> +        goto cleanup;
> +    }
> +
>       /* add the interface to the bridge */
>       prep_ifreq(&ifr, bridge);
>       ifindex = if_nametoindex(iface);
>

Reviewed-by: Corey Bryant <coreyb@linux.vnet.ibm.com>

-- 
Regards,
Corey Bryant

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Qemu-devel] [PATCH] qemu-bridge-helper: force usage of a very high MAC address for the bridge
  2013-03-22 16:57 [Qemu-devel] [PATCH] qemu-bridge-helper: force usage of a very high MAC address for the bridge Paolo Bonzini
  2013-03-22 21:37 ` Corey Bryant
  2013-03-25 13:25 ` Corey Bryant
@ 2013-04-01 20:48 ` Anthony Liguori
  2 siblings, 0 replies; 6+ messages in thread
From: Anthony Liguori @ 2013-04-01 20:48 UTC (permalink / raw)
  To: Paolo Bonzini, qemu-devel; +Cc: coreyb, qemu-stable

Applied.  Thanks.

Regards,

Anthony Liguori

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2013-04-01 20:48 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-03-22 16:57 [Qemu-devel] [PATCH] qemu-bridge-helper: force usage of a very high MAC address for the bridge Paolo Bonzini
2013-03-22 21:37 ` Corey Bryant
2013-03-22 22:09   ` Paolo Bonzini
2013-03-25 13:22     ` Corey Bryant
2013-03-25 13:25 ` Corey Bryant
2013-04-01 20:48 ` Anthony Liguori

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).