Bug 50886 - netmask should default to /24 regardless of IP class
netmask should default to /24 regardless of IP class
Product: Red Hat Linux
Classification: Retired
Component: anaconda (Show other bugs)
i386 Linux
medium Severity low
: ---
: ---
Assigned To: Jeremy Katz
Brock Organ
Depends On:
  Show dependency treegraph
Reported: 2001-08-04 10:31 EDT by Matthew Miller
Modified: 2007-04-18 12:35 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-04-03 16:59:07 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Matthew Miller 2001-08-04 10:31:09 EDT
Anaconda assumes that if a given static IP address is in the old Class A or
Class B range that the netmask should be or
(respectively). In this day and age, I think this is incorrect. The vast
majority of users with addresses in these blocks don't have a Class B at
all, but rather a Class C-sized chunk. And I'm almost certain no one has a
flat Class A network anymore. So, no matter what the IP address is, the
netmask field should be filled out with by default.

Bonus -- making this change involves removing code from anaconda, not
adding anything. :)
Comment 1 Brent Fox 2001-08-06 12:30:05 EDT
Deferring to next release.  We're considering critical fixes at this point.
Comment 2 Jeremy Katz 2002-03-05 18:32:54 EST
Fixed in CVS
Comment 3 Jay Turner 2002-04-03 11:21:54 EST
OK, maybe I'm just stupid, but I'm not seeing this change in the latest beta
trees.  If I enter "" for the static IP, the netmask is defaulting
to . . . doesn't seem right in light of this bug report.
Comment 4 Jeremy Katz 2002-04-03 12:10:15 EST
Jay -- I'm seeing it work as planned with the trees I'm running off of...  I
enter (or some other bogus IP... I never remember which one my test
box gets :) and it defaults the netmask to both in gui and tui. 
Where are you seeing it not work?
Comment 5 Jay Turner 2002-04-03 12:40:05 EST
Not seeing it work with the Skipjack-0403.0 tree.
Comment 6 Jeremy Katz 2002-04-03 16:58:59 EST
Now that Jay has thoroughly beat me upside the head.  Fixed the loader too :)
Comment 7 Jay Turner 2002-04-04 15:46:40 EST
Loader confirmed fixed in the 4/4/2002 katzj tree.

Note You need to log in before you can comment on or make changes to this bug.