* Ubuntu 10.04 LTS on hosts and quests, quest VLAN problem
[not found] <30930153.80.1292962125219.JavaMail.giedz@ipopema5019>
@ 2010-12-21 20:16 ` Marcin Giedz
0 siblings, 0 replies; only message in thread
From: Marcin Giedz @ 2010-12-21 20:16 UTC (permalink / raw)
To: kvm
Hi,
For the last few days we've been trying to set up ubuntu guest with vlans - until now no success. Here is the story:
a) host is ubuntu 10.04 with one eth interface and bridge on it... host is called bdc1
# The primary network interface
auto eth0
iface eth0 inet manual
auto br0
iface br0 inet static
# Static assign the IP, netmask, default gateway
address 192.168.89.99
netmask 255.255.255.0
gateway 192.168.89.1
dns-nameservers 192.168.89.4
# Bind one or more interfaces to the bridge
bridge_ports eth0
# Tune the bridge for a single interface
bridge_stp on
bridge_fd 0
bridge_maxwait 0
b) guest is bridged to br0 and it's called dns1 with the following xml conf file:
<domain type='kvm'>
<name>dns1</name>
<uuid>79c9080e-65df-cdc5-2973-2c5ea97db872</uuid>
<memory>1048576</memory>
<currentMemory>1048576</currentMemory>
<vcpu>2</vcpu>
<os>
<type arch='x86_64' machine='pc-0.12'>hvm</type>
<boot dev='hd'/>
</os>
<features>
<acpi/>
<apic/>
<pae/>
</features>
<clock offset='utc'/>
<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>restart</on_crash>
<devices>
<emulator>/usr/bin/kvm</emulator>
<disk type='file' device='disk'>
<driver name='qemu' type='raw'/>
<source file='/opt/virt-images/dns1.qcow'/>
<target dev='hda' bus='ide'/>
</disk>
<disk type='block' device='cdrom'>
<driver name='qemu' type='raw'/>
<target dev='hdc' bus='ide'/>
<readonly/>
</disk>
<interface type='network'>
<mac address='52:54:00:11:d1:22'/>
<source network='vlan0'/>
<model type='e1000'/>
</interface>
<console type='pty'>
<target port='0'/>
</console>
<console type='pty'>
<target port='0'/>
</console>
<input type='mouse' bus='ps2'/>
<graphics type='vnc' port='-1' autoport='yes' keymap='pl'/>
<video>
<model type='cirrus' vram='9216' heads='1'/>
</video>
</devices>
</domain>
c) on the guest network interfaces are as follows:
auto eth0
iface eth0 inet static
address 192.168.89.180
netmask 255.255.255.0
gateway 192.168.89.1
auto eth0.87 --->>> VLAN 87 -> vconfig add eth0 87
iface eth0.87 inet static
address 192.168.87.4
netmask 255.255.255.0
d) guest's both interfaces are up, + switches are configured to handle VLAN87 + VLAN1 on the port "the host" is connected to -> we use HP ProCurve
e) let ping this eth0.87 address
1st try from 192.168.87.2 to 192.168.87.4
sysadmin@dns1:~$ sudo tshark -i eth0.87
3.457098 192.168.87.2 -> 192.168.87.4 ICMP Echo (ping) request
3.457125 192.168.87.4 -> 192.168.87.2 ICMP Echo (ping) reply
3.458939 192.168.87.2 -> 192.168.87.4 ICMP Echo (ping) request
3.458957 192.168.87.4 -> 192.168.87.2 ICMP Echo (ping) reply
3.460546 192.168.87.2 -> 192.168.87.4 ICMP Echo (ping) request
3.460563 192.168.87.4 -> 192.168.87.2 ICMP Echo (ping) reply
3.462261 192.168.87.2 -> 192.168.87.4 ICMP Echo (ping) request
3.462278 192.168.87.4 -> 192.168.87.2 ICMP Echo (ping) reply
3.463659 192.168.87.2 -> 192.168.87.4 ICMP Echo (ping) request
3.463676 192.168.87.4 -> 192.168.87.2 ICMP Echo (ping) reply
looks fine
2nd try from 192.168.87.4 (eth0.87) to 192.168.87.2
sysadmin@dns1:~$ ping 192.168.87.2
PING 192.168.87.2 (192.168.87.2) 56(84) bytes of data.
64 bytes from 192.168.87.2: icmp_seq=1 ttl=255 time=0.619 ms
64 bytes from 192.168.87.2: icmp_seq=2 ttl=255 time=0.670 ms
3rd try from "the host" 192.168.89.99 to 192.168.87.2
sysadmin@dns1:~$ sudo tshark -i eth0.87 -f 'icmp'
Running as user "root" and group "root". This could be dangerous.
Capturing on eth0.87
0.000000 192.168.89.99 -> 192.168.87.4 ICMP Echo (ping) request
0.999936 192.168.89.99 -> 192.168.87.4 ICMP Echo (ping) request
1.999826 192.168.89.99 -> 192.168.87.4 ICMP Echo (ping) request
2.999800 192.168.89.99 -> 192.168.87.4 ICMP Echo (ping) request
3.999770 192.168.89.99 -> 192.168.87.4 ICMP Echo (ping) request
upsss I can see request BUT no replay!!!!
f) I thought that maybe forward is not set but
sysadmin@dns1:~$ cat /proc/sys/net/ipv4/ip_forward
1
sysadmin@bdc1:~$ cat /proc/sys/net/ipv4/ip_forward
1
g) of course pings between VLAN1 (.89.0) work great.
What can be the problem? Do we miss something like VLAN should be set on host not on guest or something else...
please help ;)
Many thanks,
Marcin
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2010-12-21 20:22 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <30930153.80.1292962125219.JavaMail.giedz@ipopema5019>
2010-12-21 20:16 ` Ubuntu 10.04 LTS on hosts and quests, quest VLAN problem Marcin Giedz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox