You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have had the need to automatically allocate a floating IP / publically-routable RFC1918 network to one of the interfaces on each machine inside an assignment.
From a QUADS perspective this will be in the form of:
Each network is assigned an --extnet ID
We introduce ../conf/external-network.yml
We introduce a user-space tool to query available, unused extnet networks
We map each network to an ID via key value pairs
Add QUADS Methods to track/manage cloud metadata for network ID
Default for defining clouds is --extnet 0 (no network)
This has been implemented in 1.0.2. While the actual creation of VLANs on the switch side is not automated, it's templated and not having this in place will keep an assignment from going out which is in scope for this enhancement.
We have had the need to automatically allocate a floating IP / publically-routable RFC1918 network to one of the interfaces on each machine inside an assignment.
From a QUADS perspective this will be in the form of:
--extnet
ID../conf/external-network.yml
e.g.
quads --define-cloud cloud05 --force --description "openstack" --cloud-owner jtaleric --extnet 4
This is currently being implemented like this, example being a 10.12.80.0/20 network.
2x /23 networks
8x /24 networks
6x /25 networks
4x /26 networks
To be divided up as follows:
Network Address Subnet Gateway # of IPs
The text was updated successfully, but these errors were encountered: