Bug 127272 - Ethernet aliases no longer work for orinoco_cs adapter
Summary: Ethernet aliases no longer work for orinoco_cs adapter
Alias: None
Product: Fedora
Classification: Fedora
Component: dhcp
Version: 2
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Jason Vas Dias
QA Contact: Ben Levenson
Depends On: 129096
TreeView+ depends on / blocked
Reported: 2004-07-05 18:04 UTC by Aaron Gaudio
Modified: 2007-11-30 22:10 UTC (History)
0 users

Clone Of:
Last Closed: 2004-08-02 23:43:45 UTC

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2004:566 normal SHIPPED_LIVE Updated dhcp and dhclient packages 2005-05-26 04:00:00 UTC

Description Aaron Gaudio 2004-07-05 18:04:56 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Gecko/20040510 Galeon/1.3.15

Description of problem:
I have a Sony r505e laptop, which has built-in wireless that uses the
orinoco_cs driver. Whenever I try to bring up an interface on this
driver that uses an ethernet alias device (e.g. "eth1:2"), I get the
error "SIOCSIFFLAGS: Cannot assign requested address". This happens
not only from the system-config-network stuff, but even trying
'ifconfig eth1:1' (with or without 'eth1' already up).

I do not believe this is an issue with the orinoco_cs kernel driver,
because this started happening to me after upgrading everything to
Fedora Core 2 *except for* the kernel. In other words, I started
getting this after upgrading net-tools, but using a kernel in which
these aliases work.

I have since upgraded to a custom kernel based off of Fedora Core 2's
kernel (the specific version is 2.6.5-1.315custom). This did not
appear to affect this problem for better or worse.

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

How reproducible:

Steps to Reproduce:
1. Define a network interface using a device alias.
2. Attempt to bring up the interface using ifup <interface>, or
system-config-network/system-control-network, or even ifconfig directly.

Actual Results:  Get errors from ifconfig saying "SIOCSIFFLAGS: Cannot
assign requested address". The interface is not up.

Expected Results:  The interface using the device alias is up and
visible in subsequent call to 'ifconfig'.

Comment 1 Aaron Gaudio 2004-07-27 20:16:36 UTC
After some investigation, I believe the problem is with dhclient.
After grabbing an old SRPM of dhcpcd, rebuilding and installing it, I
can now bring up ehternet aliases as expected. The ifup script will
dry dhclient first, which will result in the aforementioned error
"SIOCSIFFLAGS: Cannot assign requested address", but then will fall
back to dhcpcd, which brings the device up and assigns the correct IP
address to it, as expected. 

Apparently my problems with ifconfig was a red herring; I probably
just wasn't using it correctly (and neither, perhaps, is dhclient).

Comment 2 Phil Knirsch 2004-08-02 13:03:22 UTC
Reassigning to component owner.

Read ya, Phil

Comment 3 Jason Vas Dias 2004-08-02 23:43:45 UTC
You cannot use ethernet aliases for dhcp with dhclient.

dhclient is based on obtaining a Linux Packet Filter (LPF)
socket; such sockets cannot be bound to pseudo-interfaces,
so you should see an error in /var/log/messages: 
  Bind socket to interface: No such device
this causes dhclient to exit, which causes ifconfig to get
a bad address for the SIOCSIFFLAGS ioctl; hence the error.

But why would you need to do dhcp on an ethernet alias?

Presumably, you want the same interface to respond to ARP
for two IP addresses, one set with dhcp and one static. 
This can easily be achieved by configuring the real interface
to do dhcp, and configuring the 'alias' interface with a static
address, as follows:
    in /etc/sysconfig/network-scripts/ifcfg-eth1 :

    in /etc/sysconfig/network-scripts/ifcfg-eth1:0 :

Where $static_ip_address and $static_netmask are replaced by
the static IP address and netmask you want to use.

This setup works fine with no errors.

Comment 4 John Flanagan 2004-12-21 19:41:52 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


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