On 19/03/13 4:08 AM, "Chiradeep Vittal" <chiradeep.vit...@citrix.com> wrote:
>Thanks for this. I'd like to note that there is no evidence that AWS >maintains a separate pool of "Elastic Public IP" and "Ephemeral Public >IP". If we drop this phantom construct, then the feature is greatly >simplified > - there are not 2 workflows to acquire a persistent public ip > - there are no additional APIs > - the only thing that needs to be done is to move the public ip resource >to the region level from the zone level Chiradeep, thanks for your feedback. I agree to that fact that there is no evidence that AWS maintains a separate pool of "Elastic Public IP" and "Ephemeral Public IP". I don't have operational insights of datacenter network infra, I would imagine data centre edge routers will advertise subnets typically. It does not seem trivial to move a public IP across data centres, hence the 'phantom construct' :) Can you please elaborate what you meant by "move the public ip resource to the region level from the zone level"? Are you suggesting that public IP that are configured at zone level today to be a resource at region level? which means that current deployments with more than one datacenter with their respective public IP address pool per zone will be migrated to a single public IP address pool at region level? If region level public IP pool/subnet is allocated to instances across multiple zones, the IP address allocation is scattered then how does routing will work? If CloudStack just assumes that public IP (non RFC 1918) can be moved/allocated across the zones, then (irrespective of EIP service is enabled or not) we have can public IP pools configured at region level. But question is, is it a fair assumption? > >On 3/17/13 10:31 PM, "Murali Reddy" <murali.re...@citrix.com> wrote: > >>I would like to propose enhancing current EIP functionality (currently >>available in basic zone). I have made a case for this feature earlier [2] >>and captured requirements in the feature bug [2]. This proposal would >>like to introduce following functionality. >> >> 1. EIP service with in 'advanced' zone where acquired zone level >>public IP can be 'static nat' to any instance account owns in that zone. >> 2. to introduce a new category of public IP called 'EIP' that are >>provisioned by admin at region level and are available for user >>consumption >> 3. to provide EIP service across zones (both basic and advanced) where >>acquired region level public IP can be 'static nat' to any instance an >>account owns in that region. >> >>I would like to seek the feedback on the functional requirements and >>design. FS is available at [3]. >> >>[1] >>http://mail-archives.apache.org/mod_mbox/incubator-cloudstack-dev/201212. >>m >>box/%3cccf5113a.2861b%25murali.re...@citrix.com%3E >>[2] https://issues.apache.org/jira/browse/CLOUDSTACK-652 >>[3] >>https://cwiki.apache.org/confluence/display/CLOUDSTACK/EIP+Enhancements >> >>Thanks, >>Murali > >
