Openvswitch/KVM-Gast kann kein externes Ping erreichen GW

Question

Ich habe einen Host mit RHEL6.4 OS. Unter dem Host habe ich eine KVM-VM, auf der auch RHEL6.4 läuft.

Der Host ist mit getaggt Schalterschnittstelle verbunden ist, die VLAN-Tag 1.

I die Host-Netzwerkschnittstellen konfiguriert haben, hat, wie folgt:

ifcfg-eth0

#

DEVICE=eth0 
TYPE=Ethernet 
ONBOOT=yes 
USERCTL=no 
BOOTPROTO=none 
MASTER=bond0 
SLAVE=yes 

#

ifcfg-eth1

#

DEVICE=eth1 
TYPE=Ethernet 
ONBOOT=yes 
USERCTL=no 
BOOTPROTO=none 
MASTER=bond0 
SLAVE=yes 

#

ifcfg-bond0

#

DEVICE=bond0 
TYPE=Bond 
BONDING_MASTER=yes 
BOOTPROTO=static 
NAME=bond0 
ONBOOT=yes 
USERCTL=no 
BONDING_OPTS="mode=active-backup primary=eth0 miimon=100" 

#

und der Host-vswitch wie folgt:

#

ovs-vsctl add-br ovsbr0 
ovs-vsctl add-port ovsbr0 bond0 
ovs-vsctl add-port ovsbr0 vlan1 tag=1 -- set interface content type=internal 
ifconfig vlan1 192.168.1.2/28 up 

#

Und ich bin in der Lage zu ping das externe vlan1 GW (192.168.1.1).

Das Problem, das ich habe, ist, dass ich externe IPv4-Gateway von der VM nicht pingen kann. Wenn ich von der VM ping, bekomme ich Antwort für das erste Paket, aber der Rest scheint das VLAN-Tag zu verlieren und geht zur falschen Schnittstelle. Wenn ich tcpdump bond0.1 Ich sehe die ersten ICMP-Anfrage und Antwort, aber der Rest der ICMP replys scheinen auf bond0 Schnittstelle (nicht bond0.1)

#

[root@vm ~]# ping 192.168.1.1 
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 
64 bytes from 192.168.1.1: icmp_seq=1 ttl=255 time=2.64 ms 
^C 
--- 192.168.1.1 ping statistics --- 
5 packets transmitted, 1 received, 80% packet loss, time 4786ms 
rtt min/avg/max/mdev = 2.642/2.642/2.642/0.000 ms 
[root@vm ~]# 

#

[root@vm ~]# tcpdump -i bond0.1 host 192.168.1.1 
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode 
listening on bond0.1, link-type EN10MB (Ethernet), capture size 65535 bytes 
20:49:28.053502 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 1, length 64 
20:49:28.054158 IP 192.168.1.1 > 192.168.1.3: ICMP echo reply, id 55664, seq 1, length 64 
20:49:29.055189 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 2, length 64 
20:49:30.054971 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 3, length 64 
20:49:31.054935 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 4, length 64 
20:49:32.054918 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 5, length 64 

zu erscheinen #

[root@vm]# tcpdump -i bond0 host 192.168.1.1 
tcpdump: WARNING: bond0: no IPv4 address assigned 
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode 
listening on bond0, link-type EN10MB (Ethernet), capture size 65535 bytes 
20:49:28.053509 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 1, length 64 
20:49:29.055199 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 2, length 64 
20:49:29.055653 IP 192.168.1.1 > 192.168.1.3: ICMP echo reply, id 55664, seq 2, length 64 
20:49:30.054983 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 3, length 64 
20:49:30.055522 IP 192.168.1.1 > 192.168.1.3: ICMP echo reply, id 55664, seq 3, length 64 
20:49:31.054968 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 4, length 64 
20:49:31.056497 IP 192.168.1.1 > 192.168.1.3: ICMP echo reply, id 55664, seq 4, length 64 
20:49:32.054927 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 5, length 64 
20:49:32.055402 IP 192.168.1.1 > 192.168.1.3: ICMP echo reply, id 55664, seq 5, length 64 

Das VM-Netzwerkschnittstellen sind wie folgt konfiguriert:

ifcfg-eth0

#

DEVICE=eth0 
TYPE=Ethernet 
ONBOOT=yes 
USERCTL=no 
BOOTPROTO=none 
MASTER=bond0 
SLAVE=yes 

ifcfg-eth1

#

DEVICE=eth1 
TYPE=Ethernet 
ONBOOT=yes 
USERCTL=no 
BOOTPROTO=none 
MASTER=bond0 
SLAVE=yes 

ifcfg-bond0

#

DEVICE=bond0 
TYPE=Bond 
BONDING_MASTER=yes 
BOOTPROTO=static 
NAME=bond1 
ONBOOT=yes 
USERCTL=no 
BONDING_OPTS="mode=active-backup primary=eth0 miimon=100" 

ifcfg-bond0.1

#

VLAN=yes 
TYPE=Vlan 
DEVICE=bond0.1 
NAME=bond0.1 
BOOTPROTO=static 
ONBOOT=yes 
IPADDR=192.168.1.3 
NETMASK=255.255.255.240 

Eine Idee, warum dieses Problem auftritt?

Answer 1

Standardmäßig ist Vlan 1 unmarkiert. Wenn Sie es also als getaggt verwenden (Port im Trunk-Modus), sollten Sie auf einem Switch das andere nicht markiert auswählen (Standard-Vlan). Bei falscher VLAN-Konfiguration sehen Sie möglicherweise das obige Verhalten: Sie senden den Datenverkehr, aber Sie erhalten ihn nicht zurück. Erstellen Sie einen anderen VLAN und versuchen Sie es erneut.

Überprüfen Sie auch sysctl und eine andere Einstellung mit this article