Mailing-List: contact issues-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
Date: Thu, 1 May 2014 10:15:16 +0000 (UTC)
From: "Ian Fisher (JIRA)" <jira@apache.org>
To: cloudstack-issues@incubator.apache.org
Message-ID: <JIRA.12711677.1398939288410.212684.1398939316206@arcas>
In-Reply-To: <JIRA.12711677.1398939288410@arcas>
References: <JIRA.12711677.1398939288410@arcas>
Subject: [jira] [Created] (CLOUDSTACK-6554) [VMWARE]Guest VMs failed to
 access public network when VR's public IP and management IP are in same
 CIDR
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Ian Fisher created CLOUDSTACK-6554:
--------------------------------------

             Summary: [VMWARE]Guest VMs failed to access public network when VR's public IP and management IP are in same CIDR
                 Key: CLOUDSTACK-6554
                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6554
             Project: CloudStack
          Issue Type: Bug
      Security Level: Public (Anyone can view this level - this is the default.)
          Components: Virtual Router, VMware
    Affects Versions: 4.2.1
         Environment: advanced zone, default network offering, public IPs in single CIDR, management IPs in the same CIDR
            Reporter: Ian Fisher


When using same CIDR for public network and management network, guest VMs failed to connect to computers in public network via VR with default network offering in VMware advanced zone. It seems that the routing rules in custom routing table of VR caused this issue. Logged in to VR and execute:
ip route ls table Table_eth2
and got:
default via 10.4.12.1 dev eth1  proto static
According to the rules in iptables and IP configuration of NICs, the device of this routing rule seems should be eth2, which is for public network connection.
The corresponding configuration script in ipassoc.sh is 
sudo ip route add default via $defaultGwIP table $tableName proto static
Rebooted the VR after Inserting "dev $ethDev" after "$defaultGwIP" and it seems to work.


--
This message was sent by Atlassian JIRA
(v6.2#6252)