[ 
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

Reply via email to