Consider providing CIDR in IVpc
See original GitHub issueCurrently, there’s no easy way to get the CIDR of a VPC from IVpc
interface although the Vpc
implementation does via getCidr()
. Please consider pulling up getCidr()
to the interface.
NOTE: Structure out of date. Request still valid
Issue Analytics
- State:
- Created 4 years ago
- Reactions:8
- Comments:19 (11 by maintainers)
Top Results From Across the Web
Virtual private clouds (VPC) - AWS Documentation
A virtual private cloud (VPC) is a virtual network dedicated to your AWS account. It is logically isolated from other virtual networks in...
Read more >How to Choose the CIDR Block for Your VPC | MuleSoft Blog
To understand the CIDR block, we must first understand what an IP address is (don't worry, this isn't going to be a networking...
Read more >Cdk use existing vpc - cattolimonica.it
The CDK CLI will search for the specified VPC in the the stack's region and account, and import the subnet configuration. aws vpc...
Read more >IPv4, CIDR, and VPC Subnets Made Simple! - YouTube
Please support me on Patreon: https://www.patreon.com/thesimpleengineerhttps://twitter.com/thesimpengineer ...
Read more >What Is CIDR (Classless Inter-Domain Routing) in MuleSoft VPC
Let's consider, if you provide CIDR Block 192.168.0.0/24, it will give 255 hosts or IP addresses. CIDR Notation, Total Host. 192.168.0.0/24 ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Any progress on this? Actually I often end-up wanting to write something like this:
However, not being able to obtain the CIDR(s) of imported
IVpc
respectivelyISubnet
makes this impossible.Vpc.fromLookup(this, '...', { tags: { "mytag": "my-value"}} )
implies that we have to lookup facts (attributes like VpcId, …) using AWS API anyway, so we could as well lookup the CIDR ranges.Which brings me back to my point: I may be missing how looking up information for existing infrastructure works.
It’s pretty easy to get yourself in a situation where the VPC and SubNets are given and non-negotiably out of your control (corp delivers those things with a VPN endpoint back to on-prem and don’t want anybody messing with it).
aws-cli has the entire set of describe-* functions and terraform has data resources for pretty much everything.
I’m sure that CDK must have something similar.