Return-Path: X-Original-To: apmail-cloudstack-issues-archive@www.apache.org Delivered-To: apmail-cloudstack-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 09818104DF for ; Fri, 12 Apr 2013 08:11:20 +0000 (UTC) Received: (qmail 12005 invoked by uid 500); 12 Apr 2013 08:11:16 -0000 Delivered-To: apmail-cloudstack-issues-archive@cloudstack.apache.org Received: (qmail 11984 invoked by uid 500); 12 Apr 2013 08:11:16 -0000 Mailing-List: contact issues-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list issues@cloudstack.apache.org Received: (qmail 11796 invoked by uid 500); 12 Apr 2013 08:11:16 -0000 Delivered-To: apmail-incubator-cloudstack-issues@incubator.apache.org Received: (qmail 11652 invoked by uid 99); 12 Apr 2013 08:11:16 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 Apr 2013 08:11:16 +0000 Date: Fri, 12 Apr 2013 08:11:16 +0000 (UTC) From: "danny webb (JIRA)" To: cloudstack-issues@incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CLOUDSTACK-2008) guest network vlan tag chain issue MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CLOUDSTACK-2008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13629911#comment-13629911 ] danny webb commented on CLOUDSTACK-2008: ---------------------------------------- ok I will try to walk you through my network setup (which may be wrong). I modified the steps from the networking section of this to get my setup working: https://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.1-incubating/html/Installation_Guide/hypervisor-kvm-install-flow.html (specifically the network section) so on the virt hosts I have 3 bonds setup in /etc/sysconfig/network-scripts (ie out of cloudstack control): [root@slo-cnkvm002 ~]# ifconfig -a bond0.50 bond0.50 Link encap:Ethernet HWaddr 00:17:A4:77:48:30 inet6 addr: fe80::217:a4ff:fe77:4830/64 Scope:Link UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 RX packets:91125 errors:0 dropped:0 overruns:0 frame:0 TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4801038 (4.5 MiB) TX bytes:648 (648.0 b) [root@slo-cnkvm002 ~]# ifconfig -a bond0.60 bond0.60 Link encap:Ethernet HWaddr 00:17:A4:77:48:30 inet6 addr: fe80::217:a4ff:fe77:4830/64 Scope:Link UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 RX packets:7048696 errors:0 dropped:0 overruns:0 frame:0 TX packets:3669691 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:7104994786 (6.6 GiB) TX bytes:3705458318 (3.4 GiB) [root@slo-cnkvm002 ~]# ifconfig -a bond0.70 bond0.70 Link encap:Ethernet HWaddr 00:17:A4:77:48:30 inet6 addr: fe80::217:a4ff:fe77:4830/64 Scope:Link UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 RX packets:446772 errors:0 dropped:0 overruns:0 frame:0 TX packets:112149 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:493027550 (470.1 MiB) TX bytes:10803061 (10.3 MiB) I then setup one cloudbrX (cloudbr0) device on bond0.60 setup in /etc/sysconfig/network-scripts (ie out of cloudstack control). I didn't setup a cloudbr1 device. cloudbr0 Link encap:Ethernet HWaddr 00:17:A4:77:48:30 inet addr:172.18.102.6 Bcast:172.18.102.255 Mask:255.255.255.0 inet6 addr: fe80::217:a4ff:fe77:4830/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5094443 errors:0 dropped:0 overruns:0 frame:0 TX packets:2725564 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:5825135265 (5.4 GiB) TX bytes:1382551076 (1.2 GiB) In this setup I can ping my system vms fine on their "public" interface which is on the cloudVirBr70 setup by cloudstack and on their management interface which is on cloudbr0. my network vlan setup is as such: vlan 50 nameif cloud-internal ip address 172.18.101.1 255.255.255.0 zone guest cidr (set when setting up the zone, but won't really use as will use the guest networks below) vlan 60 nameif cloud-admin ip address 172.18.102.1 255.255.255.0 management vlan 70 nameif cloud-dmz ip address 172.18.103.1 255.255.255.0 public ## two additional guest networks setup under infrastructure -> zone -> physical network -> guest network vlan 80 nameif cloud-proddmz ip address 10.10.10.0 255.255.255.0 vlan 90 nameif cloud-devdmz ip address 10.10.11.0 255.255.255.0 not sure if that helps you. > guest network vlan tag chain issue > ---------------------------------- > > Key: CLOUDSTACK-2008 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2008 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the default.) > Components: Network Controller > Affects Versions: 4.0.1 > Environment: centos 6.4 > HP BL460 G1 > Reporter: danny webb > Priority: Minor > > Hi, > I have setup a cloudstack instance where my "root" eth device is a vlan tagged bond0.60 (as the network I am on has a different default VLAN id than my test vlans). > so I am setup like this: > bond0.60 / cloudbr0 == management network / ip of box (bond0 == nothing) > > bond0.60 Link encap:Ethernet HWaddr 00:17:A4:77:48:3C > inet6 addr: fe80::217:a4ff:fe77:483c/64 Scope:Link > UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 > RX packets:37189 errors:0 dropped:0 overruns:0 frame:0 > TX packets:34030 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:4476334 (4.2 MiB) TX bytes:31055747 (29.6 MiB) > cloudbr0 Link encap:Ethernet HWaddr 00:17:A4:77:48:3C > inet addr:172.18.102.8 Bcast:172.18.102.255 Mask:255.255.255.0 > inet6 addr: fe80::217:a4ff:fe77:483c/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:36531 errors:0 dropped:0 overruns:0 frame:0 > TX packets:32606 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:4435824 (4.2 MiB) TX bytes:30976056 (29.5 MiB) > > when it went to setup a new guest network (with a vlan id of 80) it created it ontop of the bond0.60 like: > > bond0.60.80 Link encap:Ethernet HWaddr 00:17:A4:77:48:3C > inet6 addr: fe80::217:a4ff:fe77:483c/64 Scope:Link > UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:70 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:0 (0.0 b) TX bytes:13777 (13.4 KiB) > > [root@slo-cnkvm004 ~]# brctl show > bridge name bridge id STP enabled interfaces > cloud0 8000.000000000000 no > cloudVirBr80 8000.0017a477483c no bond0.60.80 > > which doesn't seem to work and I am pretty sure is syntactically wrong. I can't ping any guests that come up on that network. When creating new devices it should I believe be creating them off of the base eth device (ie eth0, or bond0). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira