DUE TO SPAM, SIGN-UP IS DISABLED. Goto Selfserve wiki signup and request an account.

DUE TO SPAM, SIGN-UP IS DISABLED. Goto Selfserve wiki signup and request an account.
...
Currently in cloudstack we can add multiple public ip ranges. we want to provide similar flexibility for management and guest ip ranges.
Presently we can add multiple guest ip ranges within the same subnet (in Basic zone) Zone but we cannot add ip ranges form different subnets.
This feature provides this functionality for adding guest ip ranges (for in Basic zone ) and management ip range for both the advanced and basic zones.
There may be cases where some part of the subnet is allocated for some other purpose and the admin wants to use the rest of the ip range or admin may want to add more ip address once the old ones are exhausted. Admin may want to add the ip ranges form the same subnet or from different one. Currently in cloudstack there is no flexibility to do this for management Ips and guest ip ranges ( ip ranges from different subnets).
presently the createVlanIpRange api is used to add the guest ip range to a network (shared) in basic zone. The ips mentioned in this range are assigned to the guest VMs. These are public ips and allow guest to communicate with the internet. Presently we can add multiple ranges form the same subnet but not from a different one. This feature will extend the createVlanIpRange to add guest ips from a different subnet, to a shared network in basic zone.
API Name | API parameters | API response | Available only for root admin |
|---|---|---|---|
createVlanIpRange | Using the existing parameters. no new parameters will be added | returns the ip ranges | yes |
...
Note. The admin should manually configure the gateway of the new subnet before adding the ip range.
Currently there is no way to add additional pod ip ranges. This feature will enable adding pod IP ranges from same subnet or different subnet. The pod ipranges (private Ips) are assigned to router vms and systemvms. The ip configuration is passed in as boot args. So in this case we need not configure the DHCP server.
API Name | API parameters | API response | Available only for root admin |
|---|---|---|---|
Updatepod | *podId, *IpaddressStart, IpaddressEnd, *Netmask, *Gateway. remove | returns the IP ranges of the pod that are added or removed | yes |
...
execution flow.
#1 validate the input.(This will be done using the checkpodAttributes function of the configureationManagerImpl).
#2 Add the new range.
we intend to use the deleteVlanRange API to delete the ip ranges. The operations will be atomic. this will fail if any IP form the remove range is being used.
The Pod IPs can be removed only when they are not in use. We intend to do this by modifying edit pod API.
Currently the edit pod api can be used to change the gateway, netmask and private ip range of a pod. We will extend this api to support removal of a particular private ip range or an entire subnet. The edit pod API will make atomic changes (all or nothing )ie if the remove ip range contains any IPs that are in use the edit api will throw an error and will not succeed partially.
...
No Database changes are required.
KVM, XenServer, VMware