From: Jan Kiszka <jan.kiszka@web.de>
To: Gerhard Wiesinger <lists@wiesinger.com>
Cc: qemu-devel@nongnu.org, Arnd Bergmann <arnd@arndb.de>
Subject: Re: [Qemu-devel] Re: Network bridging without adding bridge with brctl, possible?
Date: Sun, 20 Feb 2011 15:15:13 +0100 [thread overview]
Message-ID: <4D6121F1.1080900@web.de> (raw)
In-Reply-To: <alpine.LFD.2.02.1102201330070.17577@bbs.intern>
[-- Attachment #1: Type: text/plain, Size: 3121 bytes --]
On 2011-02-20 13:49, Gerhard Wiesinger wrote:
> On Sun, 20 Feb 2011, Jan Kiszka wrote:
>
>> On 2011-02-19 20:32, Gerhard Wiesinger wrote:
>>> Hello,
>> http://virt.kernelnewbies.org/MacVTap
>>
>> ip link add link eth1 name macvtap0 type macvtap mode bridge
>> ip link add link eth1 name macvlan0 type macvlan mode bridge
>> ifconfig macvlan0 ...
>
>
> Hello Jan,
>
> iproute2 2.6.37 is needed!
> http://devresources.linuxfoundation.org/dev/iproute2/download/iproute2-2.6.37.tar.bz2
>
> ==================================================================================
>
> 1.) Only macvtap interface used
> ==================================================================================
>
> For me it was just unlogically to use a VLAN type interface. Therefore I
> tried the following which worked nearly:
> /root/download/iproute2/iproute2-2.6.37/ip/ip link add link eth0 name
> macvtap0 type macvtap mode bridge
> /root/download/iproute2/iproute2-2.6.37/ip/ip link set macvtap0 address
> 1a:46:0b:ca:bc:7b up
> ip link show macvtap0
> ls -l /dev/tap*
> # crw-rw---- 1 root root 249, 8 Feb 20 13:07 /dev/tap8
> qemu-system-x86_64 ... some params ... -net
> nic,model=e1000,macaddr=1a:46:0b:ca:bc:7b -net tap,fd=3 3<>/dev/tap8
>
> Booting Knoppix 6.2 with ping is ok, MAC address is also correct on
> second host.
>
> Only problem is that from host to guest no networking is possible (only
> from guest to other host).
>
> Any ideas? I guess some forwarding is missing? iptables forward missing?
To my understanding macvlan(+macvtap) devices in bridge mode can only
talk to the outer world via the physical device they are attached to or
other macvlan nodes attached to that same device. Therefore...
> ==================================================================================
>
> 2.) Only macvtap interface used
> ==================================================================================
>
> /root/download/iproute2/iproute2-2.6.37/ip/ip link add link eth0 name
> macvtap0 type macvtap mode bridge
> /root/download/iproute2/iproute2-2.6.37/ip/ip link set macvtap0 address
> 1a:46:0b:ca:bc:7b up
> #/root/download/iproute2/iproute2-2.6.37/ip/ip link add link eth0 name
> macvlan0 type macvlan mode bridge
> #/root/download/iproute2/iproute2-2.6.37/ip/ip link set macvlan0 address
...the need for this additional macvlan device. You just have to set an
IP on macvlan0.
Jan
> 1a:46:0b:ca:bc:7c up
> ip link show macvtap0
> ip link show macvlan0
> ls -l /dev/tap*
> # crw-rw---- 1 root root 249, 8 Feb 20 13:07 /dev/tap8
> # No further TAP device created! (Reason why it doesn't work?)
> # 7c MAC is used!?
> qemu-system-x86_64 ... some params ... -net
> nic,model=e1000,macaddr=1a:46:0b:ca:bc:7c -net tap,fd=3 3<>/dev/tap8
>
> Booting Knoppix 6.2 without any networking, eth0 in guest has 7c MAC
> address.
>
> Any ideas?
> ==================================================================================
>
>
> Thnx.
>
> Ciao,
> Gerhard
>
> --
> http://www.wiesinger.com/
>
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 259 bytes --]
next prev parent reply other threads:[~2011-02-20 14:15 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-19 19:32 [Qemu-devel] Network bridging without adding bridge with brctl, possible? Gerhard Wiesinger
2011-02-20 9:44 ` [Qemu-devel] " Jan Kiszka
2011-02-20 10:19 ` Gerhard Wiesinger
2011-02-20 11:19 ` Jan Kiszka
2011-02-20 21:28 ` Arnd Bergmann
2011-02-21 6:12 ` Gerhard Wiesinger
2011-02-20 12:49 ` Gerhard Wiesinger
2011-02-20 14:15 ` Jan Kiszka [this message]
2011-02-20 15:19 ` Gerhard Wiesinger
2011-02-20 17:39 ` Jan Kiszka
2011-02-20 20:03 ` Gerhard Wiesinger
2011-02-20 21:33 ` Arnd Bergmann
2011-02-21 6:40 ` Gerhard Wiesinger
2011-02-21 8:44 ` Jan Kiszka
2011-02-21 12:07 ` Arnd Bergmann
2011-02-23 6:38 ` Gerhard Wiesinger
2011-02-23 12:53 ` Jan Kiszka
2011-02-24 6:49 ` Gerhard Wiesinger
2011-02-24 7:50 ` Jan Kiszka
2011-02-24 8:00 ` Arnd Bergmann
2011-02-23 14:47 ` Arnd Bergmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4D6121F1.1080900@web.de \
--to=jan.kiszka@web.de \
--cc=arnd@arndb.de \
--cc=lists@wiesinger.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.