Overlap in CIDR
@DCMattyG is already working on this.
Since Feb 27, 2026.
Assessment
This issue has not been assessed yet.
Description
Describe the bug
There are some vnet's which got created with overlap CIDR ranges, and we can see both CIDRs are makred as associated as well.
To Reproduce
Steps to reproduce the behavior:
Not sure how to reproduce this as this is not permanent issue
Expected behavior
CIDRs shouldn't be overlapped atleast once those are associated to an existing vnets. Reservations shouldn;t evn provide those ranges
Screenshots
⚠️ Found 5 overlap(s): just adding one here for security reason
OVERLAP DETECTED:
VNet 1: ***
Address Spaces: 10.43.2.192/26
VNet 2: ***
Address Spaces: 10.43.2.192/28
Overlapping CIDRs:
- 10.43.2.192/26 <-> 10.43.2.192/28
Additional context
We have observed this behaviour for few vnets as mentioned above.
- Dominant language
- JavaScript
- Stars
- 327
- Forks
- 111
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Azure/ipam
-
bug
-
bug
-
bug
-
bug
-
help wanted
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
HarperFast/skills#96 ·
-
[Block] Latest Posts [Type] Bug
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Automattic/studio#4908 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
sugarlabs/musicblocks#8847 ·