Bug 53700

From Bugzilla Helper:
User-Agent: Mozilla/4.77 [de] (X11; U; Linux 2.4.5-SGI_XFS_1.0.1 i686)

Description of problem:
This is basically a "reopen" of #52436
The problem is that pump is violating the DHCP RFC by not sending
DHCPDISCOVER (and probably other packets as well) with a source
IP of 0.0.0.0 (as required by the RFC) but with the IP of other interfaces
initialized earlier (in my case it used an 192.168.1.x IP from the internal
network). 
RR seems to have implemented IP source filters or IP source verification so
192.168.x sourced IP's will not be accepted (hence not 
given to the DHCP server).
Using dhcpcd, things work fine as dhcpcd properly uses 0.0.0.0 as
source IP until it has given its IP from the DHCP server.
I have tried all versions of pump up to Rawhide (0.8.11-7)

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Get computer with two NIC's
2. ifconfig eth0 192.168.1.1  (for example)
3. ifconfig eth1 up           (so you can do step 4)
4. tcpdump -eni eth1           (to watch. Better use tethereal if
available)
5. /sbin/pump -i eth1
6 (optional) /sbin/dhcpcd eth1  (to compare...)

Actual Results:  tcpdump shows DHCP packets on eth1 (DHCPDISCOVER). They
bear a source
IP of 192.168.1.1.

Expected Results:  DHCP RFC mandates a source IP of 0.0.0.0.


Additional info: