incubator-cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marcus Sorensen (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-1096) guest traffic types on multiple networks don't work,this bug is not fixed in 4.0.1
Date Fri, 01 Feb 2013 03:55:12 GMT

    [ https://issues.apache.org/jira/browse/CLOUDSTACK-1096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13568442#comment-13568442
] 

Marcus Sorensen commented on CLOUDSTACK-1096:
---------------------------------------------

I don't understand. That line is not found in 4.0 code, that commit is not in 4.0, and 'brctl
show' has been eliminated from LibvirtComputingResource in master altogether.
                
> guest traffic types on multiple networks don't work,this bug is not fixed in 4.0.1
> ----------------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-1096
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1096
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Hypervisor Controller, Install and Setup, KVM
>    Affects Versions: 4.0.1
>         Environment: ubuntu 12.04 server
>            Reporter: terryye
>              Labels: guest, kvm, lable, vlan
>   Original Estimate: 72h
>  Remaining Estimate: 72h
>
> This bug is not fixed . 
> commit 915babd970a9b4f209deceb3c4973b7d1c9c0c12
> Author: Marcus Sorensen <shadowsor@gmail.com>
> Date:   Wed Sep 26 17:14:57 2012 -0700
>     fix kvm traffic labels (guest traffic types on multiple networks don't
>     work)
>     
>     Cloudstack seems to let you create guest traffic types on multiple
>     physical networks. However, when I try this with KVM I end up always
>     bridging to whatever device is used for guest.network.device. This pulls
>     the traffic label (NicTO.getName()) and uses that bridge to ensure that
>     we get on the correct physical network, rather than just always using
>     the guest.network.device.
>     
>     This also changes the bridge naming scheme from cloudVirBr + vlanid to
>     br + physicalinterface + "-" + vlanid. This is because we should be able
>     to support the same vlan numbers per physical network, and the previous
>     bridge name would not support this and collide.
>     

--
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

Mime
View raw message