Project

General

Profile

Actions

Feature #10949

open

Create a new object called "ip range" to allow for more than one assignable ip address ranges

Added by larry campbell over 9 years ago. Updated over 9 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Network
Target version:
-
Difficulty:
Triaged:
Fixed in Releases:
Found in Releases:

Description

I have a use case where we have a 21-bit block of IP addresses (4,096) that we cannot further subnet. The router is maintained by another organization, and we already have hundreds of devices using this network, mostly statically assigned. We currently block off ranges in a spreadsheet for each customer, and they maintain their own IP Addresses.

We now want to implement a Foreman server to manage the IP addressing, and would like to limit the range of available IPs for each customer.

I would like to propose the creation of a new tab in the "Subnets" edit interface called "IP Ranges". In this tab, you start with a "+Add IP Range" button. When the button is clicked, a modal/dialog pops up where you enter the following information:

- Start of IP Range
- End of IP Range
- assign Locations
- assign Organizations
- ??? other relevant info?

You will be able to create one or more IP Ranges that can be assigned to different organizations, and the "Suggested IP" upon interface assignment will come from the organization's assigned "IP Ranges".

Look and Feel: I particularly like the way the Interfaces sub-interface looks like.

Proposed mock-up:


Related issues 3 (1 open2 closed)

Related to Foreman - Feature #11250: Remove uniqueness check from network address validator in subnet.rbClosedlarry campbell07/29/2015Actions
Related to Foreman - Feature #10169: Subnets: Option to exclude IP rangeNew04/17/2015Actions
Has duplicate Foreman - Feature #14627: ability to use multiple ranges in a subnetDuplicate04/13/2016Actions
Actions #2

Updated by Marek Hulán over 9 years ago

  • Category set to Network

Sorry I missed the original discussion and thanks for the link. I like the idea but it seems as quite big change, wouldn't it be easier to allow subnets with the same network address so you could use multiple subnets as you originally suggested? I'm not sure why we insist on this value being unique.

Actions #3

Updated by larry campbell over 9 years ago

Allowing multiple subnets with the same network address would certainly serve the need... This feature request is the culmination of all the "needs" and "nice to haves" that people in my org came up with. I guess at this point, we need to know the costs of developing this, and if it even makes sense the way subnets and Foreman work.

Question:
The simple request of "allow multiple subnets with the same network address" is something we need faster than all the other features in the request. Should I open a separate issue for that less complex request, and leave this one to be possibly picked up at a later date if it makes sense to implement?

Marek Hulán wrote:

Sorry I missed the original discussion and thanks for the link. I like the idea but it seems as quite big change, wouldn't it be easier to allow subnets with the same network address so you could use multiple subnets as you originally suggested? I'm not sure why we insist on this value being unique.

Actions #4

Updated by Marek Hulán over 9 years ago

That would make sense to me (even though some might find a good reason why we don't allow this today)

Actions #5

Updated by Lukas Zapletal over 9 years ago

Hmmm what makes you think that this is a big change, Marek? I like the idea. The only issue I see is Remaining IP column, that information you need to fetch from proxy. I'd suggest not to display it by default, maybe a hoover or link over Total IP could display that.

Larry the best think you can do is to try implement that. We will help you with coding and review the POC. Even if your POC is not success, we can maybe take from there and finish if it looks good enough.

Actions #6

Updated by Marek Hulán over 9 years ago

Lukas I think that orchestration code will be affected and I'm not sure how we'll be able to pick the right range from DHCP server (note that you could specify range out of subnet if I understood the feature correctly). Also validations preventing overlaps can be a bit challenging. So a quick fix that we can do is just disabling the validation. If Larry is willing to work on "full" feature, that's great and I'll try to support as much as possible.

Actions #7

Updated by larry campbell over 9 years ago

alright, i'm willing to give it a go... I have 0 experience in Rails development or producing anything for foreman with this regard. Can you link me to the most appropriate starting place for this integration? Thanks.

Actions #8

Updated by Marek Hulán over 9 years ago

I think this could help http://theforeman.org/contribute.html, also you can ask questions on our #theforeman-dev IRC channel. Most devs are in Europe timezone but reponses are usually quick.

Actions #9

Updated by larry campbell over 9 years ago

I have opened a competing issue #11250 to provide a simple alternative to this feature request.

Actions #10

Updated by Dominic Cleal over 9 years ago

  • Related to Feature #11250: Remove uniqueness check from network address validator in subnet.rb added
Actions #11

Updated by Dominic Cleal over 8 years ago

  • Has duplicate Feature #14627: ability to use multiple ranges in a subnet added
Actions #12

Updated by Marek Hulán about 8 years ago

  • Related to Feature #10169: Subnets: Option to exclude IP range added
Actions

Also available in: Atom PDF