From: Gerhard Wiesinger <lists@wiesinger.com>
To: Jan Kiszka <jan.kiszka@web.de>
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 16:19:48 +0100 (CET) [thread overview]
Message-ID: <alpine.LFD.2.02.1102201612410.7931@bbs.intern> (raw)
In-Reply-To: <4D6121F1.1080900@web.de>
On Sun, 20 Feb 2011, Jan Kiszka wrote:
> 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.
Negative.
Tried:
/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 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, 10 Feb 20 15:45 /dev/tap10
ifconfig macvlan0 192.168.0.23 up
DHCP is configure for 1a:46:0b:ca:bc:7b mac for 192.168.0.23 ip and
1a:46:0b:ca:bc:7c mac for 192.168.0.24 ip.
# works without outer connection
qemu-system-x86_64 ... some params ... -net nic,model=e1000,macaddr=1a:46:0b:ca:bc:7b -net tap,fd=3 3<>/dev/tap10
# 2nd try:
ifconfig macvlan0 192.168.0.24 up
# No network at all
qemu-system-x86_64 ... some params ... -net nic,model=e1000,macaddr=1a:46:0b:ca:bc:7c -net tap,fd=3 3<>/dev/tap10
Seems to me quite logically because macvtap0 (and not macvlan0) is
associated with /dev/tap10 but with another mac address set in KVM.
Any furher ideas?
Thnx.
Ciao,
Gerhard
--
http://www.wiesinger.com/
next prev parent reply other threads:[~2011-02-20 15:20 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
2011-02-20 15:19 ` Gerhard Wiesinger [this message]
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=alpine.LFD.2.02.1102201612410.7931@bbs.intern \
--to=lists@wiesinger.com \
--cc=arnd@arndb.de \
--cc=jan.kiszka@web.de \
--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.