Bug 24074 - pulse does not correctly assign netmask or broadcast addresses
Summary: pulse does not correctly assign netmask or broadcast addresses
Alias: None
Product: Red Hat High Availability Server
Classification: Retired
Component: piranha (Show other bugs)
(Show other bugs)
Version: 1.0
Hardware: All Linux
Target Milestone: ---
Assignee: Phil Copeland
QA Contact: Jay Turner
Depends On:
TreeView+ depends on / blocked
Reported: 2001-01-15 22:25 UTC by Paul Lussier
Modified: 2015-01-07 23:42 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-05-11 21:22:10 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Red Hat Bugzilla 2001-01-15 22:25:10 UTC
The pulse code leaves the determination of netmask and broadcast
information up to the ifconfig program, which almost always uses the
wrong values unless the network in question is a natural Class C

For anyone using Class A or Class B network address ranges subnetted
into smaller networks, ifconfig always uses the appropriate classes
natural netmask and determines the broadcast from a combination of the
IP address/netmask.  This results in netmasks of for a class
A network and for a class B network, and broadcasts of
X.255.255.255 and X.Y.255.255 respectively.

What is needed is a mechanism for setting the netmask within lvs.cf
so that the netmask and broadcast can be determined and subsequently
passed as arguments to ifconfig.

Comment 1 Red Hat Bugzilla 2001-01-16 17:11:23 UTC
Forwarded to Phil for review

Comment 2 Red Hat Bugzilla 2001-05-11 21:22:05 UTC
This is being worked on. You will be able to specify a network bas on all
virtual IP addresses, the net router, and the real server.

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