[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

John Burwell updated CLOUDSTACK-590:
------------------------------------

    Description: 
When configuring a network with a DNS on a different network, CloudStack 
creates an incorrect route for system VMs.  Using the following network 
configuration, a route between 10.0.3.2 and 192.168.56.1 is incorrectly created:

   * Management Network: 192.168.56.100-192.168.56.149 gw 192.168.56.1 dns 
10.0.3.2
   * Guest Network: 10.0.3.200-10.0.3.220 gw 10.0.3.2 dns 10.0.3.2

This configuration will produce the following route table on the SSVM:

root@s-5-TEST:~# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.0.3.2        192.168.56.1    255.255.255.255 UGH   0      0        0 eth1
10.0.3.0        *               255.255.255.0   U     0      0        0 eth2
192.168.56.0    *               255.255.255.0   U     0      0        0 eth1
192.168.56.0    *               255.255.255.0   U     0      0        0 eth3
link-local      *               255.255.0.0     U     0      0        0 eth0
default         10.0.3.2        0.0.0.0         UG    0      0        0 eth2

It appears that CloudStack assumes a route between 192.168.56.1 and 10.0.3.2 
based on the DNS configuration.  This assumption is false, and not explicitly 
specified in the configuration.  CloudStack should defer to the router to make 
the this topology function.

  was:
When configuring a network with a DNS on a different network, CloudStack 
creates an incorrect route for system VMs.  Using the following network 
configuration, a route between 10.0.3.2 and 192.168.56.1 is incorrectly created:

   * Management Network: 192.168.56.100-192.168.56.149 gw 192.168.56.1 dns 
10.0.3.2
   * Guest Network: 10.0.3.200-10.0.3.220 gw 10.0.3.2 dns 10.0.3.2

It appears that CloudStack assumes a route between 192.168.56.1 and 10.0.3.2 
based on the DNS configuration.  This assumption is false, and not explicitly 
specified in the configuration.  CloudStack should defer to the router to make 
the this topology function.

    
> Incorrect Network Gateways Assigned to System VMs
> -------------------------------------------------
>
>                 Key: CLOUDSTACK-590
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-590
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the 
> default.) 
>          Components: Management Server, Network Devices, Xen
>    Affects Versions: 4.1.0
>         Environment: Ubuntu 12.04.1, Xen 4.1 running on VirtualBox 4.2.4
>            Reporter: John Burwell
>            Priority: Critical
>
> When configuring a network with a DNS on a different network, CloudStack 
> creates an incorrect route for system VMs.  Using the following network 
> configuration, a route between 10.0.3.2 and 192.168.56.1 is incorrectly 
> created:
>    * Management Network: 192.168.56.100-192.168.56.149 gw 192.168.56.1 dns 
> 10.0.3.2
>    * Guest Network: 10.0.3.200-10.0.3.220 gw 10.0.3.2 dns 10.0.3.2
> This configuration will produce the following route table on the SSVM:
> root@s-5-TEST:~# route
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
> 10.0.3.2        192.168.56.1    255.255.255.255 UGH   0      0        0 eth1
> 10.0.3.0        *               255.255.255.0   U     0      0        0 eth2
> 192.168.56.0    *               255.255.255.0   U     0      0        0 eth1
> 192.168.56.0    *               255.255.255.0   U     0      0        0 eth3
> link-local      *               255.255.0.0     U     0      0        0 eth0
> default         10.0.3.2        0.0.0.0         UG    0      0        0 eth2
> It appears that CloudStack assumes a route between 192.168.56.1 and 10.0.3.2 
> based on the DNS configuration.  This assumption is false, and not explicitly 
> specified in the configuration.  CloudStack should defer to the router to 
> make the this topology function.

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