Greetings all,
Just noticed this curiosity on a Debian (Potato, kernel 2.2.18) system
(FWIW, eth0 is a
PCMCIA card):
------------------------------8<------------------------------
gull:~# ifconfig eth0 down
gull:~# ifconfig eth0 192.168.14.12 netmask 255.255.254.0
gull:~# ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:80:C7:76:F1:DA
inet addr:192.168.14.12 Bcast:192.168.14.255 Mask:255.255.254.0
[snip]
gull:~# ifconfig eth0 down
gull:~# ifconfig eth0 192.168.14.12 netmask 255.255.255.128
gull:~# ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:80:C7:76:F1:DA
inet addr:192.168.14.12 Bcast:192.168.14.255 Mask:255.255.255.128
[snip]
gull:~# ifconfig eth0 down
gull:~# ifconfig eth0 10.168.14.12 netmask 255.255.255.128
gull:~# ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:80:C7:76:F1:DA
inet addr:10.168.14.12 Bcast:10.255.255.255 Mask:255.255.255.128
[snip]
gull:~# ifconfig --version
net-tools 1.54
ifconfig 1.39 (1999-03-18)
------------------------------8<------------------------------
Note that in each case the broadcast address was not included on the
command line and appears to be defaulting to a classful-default.
Surely in a CIDR world, if the broadcast is not specified then the
default/computed broadcast address "should" be the interface address ORed
with the complement of the netmask?
Is this "fixed" in later versions of net-tools/ifconfig? Or are there
good reasons why this behaviour remains like this?
Thanks,
Neale.
-
: send the line "unsubscribe linux-net" in
the body of a message to majordomo@vger.kernel.org
