Project

General

Profile

Actions

Feature #4171

closed

Smart proxy DHCP plugin does not honor exclude ranges

Added by Laurent Domb about 10 years ago. Updated over 7 years ago.

Status:
Duplicate
Priority:
Normal
Assignee:
-
Category:
DHCP
Target version:
-
Difficulty:
Triaged:
Fixed in Releases:
Found in Releases:

Description

Hi,

When adding a smart proxy runing on win2008 Server the smart proxy is not honoring dhcp exclude ranges. This results in foreman/smart-proxy (dhcp) running on m$ reserving ip addresses which should not be reserved. A workaround for now is to explicitly specify the start-stop address in the subnet tab.

I would expect if the start stop range is "optional" in the Provisioning-> subnets -> subnet TAB and not set by the user, that the smart proxy queries the address scope and also looks for excluded addresses. Otherwise what happens is that addresses get reserved even if they are exluded.

Here an example:

Excluded range in windows dhcp is 10.175.15.1 - 10.175.15.15. The fields start range stop range in the subnet tab are empty.

Add a new host, pick the subnet and let the smart-proxy negotiate an ip.

The smart proxy now tries to pick 10.175.15.1, .2, .3 as this ip is not reserved, just excluded.
-----------------------

What I would expect is if start stop address is not set: do

for each scope:

netsh dhcp server $SERVER scope $SCOPE show exluderange

Then if found an exluded range, calculate the start stop range.

Then get an ip.


Related issues 3 (1 open2 closed)

Related to Smart Proxy - Bug #7766: ms_native dhcp smart proxy code scales poorlyClosed10/01/2014Actions
Related to Smart Proxy - Feature #34105: Windows MS DHCP Scope and Exclusions not honoredNewActions
Is duplicate of Smart Proxy - Bug #1280: MS DHCP ignores address exclusionsResolvedActions
Actions #1

Updated by Dominic Cleal about 10 years ago

  • Priority changed from Urgent to Normal
  • translation missing: en.field_release deleted (3)
Actions #2

Updated by Laurent Domb about 10 years ago

This is also reproducable with a linux dhcp server. Just set 2 ranges on the dhcp server with 2 excluded ips. Looking at the code in subnet.rb the function validate_ranges has no implementation for exclude ranges.

Actions #3

Updated by Dominic Cleal about 10 years ago

  • Project changed from Foreman to Smart Proxy
  • Category changed from Smart Proxy to DHCP
  • Difficulty deleted (medium)
Actions #4

Updated by Greg Sutcliffe about 10 years ago

  • Tracker changed from Bug to Feature

This is because Foreman uses the range set in the Subnet page of the Web UI to determine an available IP, not the ranges in the dhcpd.conf. If they're empty, it will indeed use the whole range. As such, this isn't so much a bug as a feature request to use the ranges in dhcp server itself.

It's also worth noting that the current functionality could be relied upon by users (e.g. to allow Foreman to assign IPs outside the range) so we should be careful about how we implement changes to this.

Actions #5

Updated by Dominic Cleal over 9 years ago

  • Is duplicate of Bug #1280: MS DHCP ignores address exclusions added
Actions #6

Updated by Dominic Cleal over 9 years ago

  • Status changed from New to Duplicate

#1280 also tracks this issue.

Actions #7

Updated by Lukas Zapletal over 7 years ago

  • Subject changed from Smart proxy msdhcp does not honor exclude ranges to Smart proxy DHCP plugin does not honor exclude ranges
  • Bugzilla link set to 1367549

I confirm this happens with ISC DHCP as well, it's DHCP core plugin feature.

Actions #8

Updated by Lukas Zapletal over 7 years ago

  • Bugzilla link deleted (1367549)
Actions #9

Updated by Anonymous over 7 years ago

  • Related to Bug #7766: ms_native dhcp smart proxy code scales poorly added
Actions #10

Updated by Anonymous over 7 years ago

https://github.com/theforeman/smart-proxy/pull/445 Fixes this issue on Windows server as ms api is used for ip allocation.

Actions #11

Updated by Anonymous over 7 years ago

We have quite a few issues related to our isc configuration/leases parser and this is one of them. If it turns out that we cannot easily create ipv6 reservations on isc dhcpd (as it seems to be the case atm) there may not be a point in fixing (rewriting most likely) the parser, as isc has a new dhcp server that we probably should add support for instead (https://www.isc.org/kea/).

Actions #12

Updated by Oliver Weinmann over 2 years ago

  • Related to Feature #34105: Windows MS DHCP Scope and Exclusions not honored added
Actions

Also available in: Atom PDF