Bug 24074 - pulse does not correctly assign netmask or broadcast addresses
Summary: pulse does not correctly assign netmask or broadcast addresses
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat High Availability Server
Classification: Retired
Component: piranha
Version: 1.0
Hardware: All
OS: Linux
high
high
Target Milestone: ---
Assignee: Phil Copeland
QA Contact: Jay Turner
URL:
Whiteboard:
Depends On:
Blocks:
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:
Clone Of:
Environment:
Last Closed: 2001-05-11 21:22:10 UTC
Embargoed:


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
network.

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 255.0.0.0 for a class
A network and 255.255.0.0 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.