Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 119607 - dhcp fails over wep
Summary: dhcp fails over wep
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Mobile Herd (OBSOLETE)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-19 14:41 UTC by Nathan Nobbe
Modified: 2006-01-24 11:59 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nathan Nobbe 2006-01-19 14:41:52 UTC
when connecting to a wep enabled access point dhcpcd fails to attain network configuration information from the access point.
i have the latest version of the following packages
ieee80211-1.1.9
ipw2200-1.0.10
dhcpcd-2.0.0
wireless-tools-28_pre13
baselayout-1.12.0_pre14-r2 (not latest version)
udev-081 

and im running kernel-2.6.15-gentoo

i cannot even connect by manually specifying network settings using ifconfig, route and specifying a dns server in /etc/resolv.conf

the problem is that i can connect to a wep enabled ap, but cannot do anything beyond that point as far as attaining network connectivity.  i think this may be an ipw2200 issue, but want to check with the gentoo team first as ive installed all packages using emerge.
i should also mention that i have no problem gaining network info from a non-wep ap.  i can manually specify connection parameters or use dhcpcd; the problem i have noticed is only during usage of a wep enabled ap.
the issue may be due to lack of cryptographic modules here is the output from lsmod
ipw2200               154436  0
ieee80211              39400  1 ipw2200
ieee80211_crypt         4864  1 ieee80211

i have the following compiled as modules
AES cipher algorithms (i586)
SHA1 digest algorithm
Michael MIC keyed digest algorithm
but dont have them loaded when running ipw2200 as you can see.  do i need to have these loaded into the kernel when trying to work with a wep ap?

lastly i want to mention the thread i have running on the gentoo forums, this has lots of information about the problem and what i have done to try to resolve it.
http://forums.gentoo.org/viewtopic-t-421628-highlight-.html

thanks,
-nathan
Comment 1 Henrik Brix Andersen 2006-01-19 14:52:41 UTC
Please provide the details which made you conclude that DHCP fails with WEP. You didn't provide a single command output in this bug report, not even the required `emerge --info` output.
Comment 2 Nathan Nobbe 2006-01-19 17:35:57 UTC
$emerge info
Portage 2.1_pre3-r1 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r1, 2.6.15-gentoo-r1 i686)
=================================================================
System uname: 2.6.15-gentoo-r1 i686 Intel(R) Pentium(R) M processor 1.60GHz
Gentoo Base System version 1.6.14
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium-m -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium-m -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distcc distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org/ http://gentoo.osuosl.org/ ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo ftp://mirror.iawnet.sandia.gov/pub/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://gentoo.seren.com/gentoo http://gentoo.chem.wisc.edu/gentoo/ ftp://gentoo.chem.wisc.edu/gentoo/ http://cudlug.cudenver.edu/gentoo/ ftp://cudlug.cudenver.edu/pub/mirrors/distributions/gentoo/ http://gentoo.ccccom.com ftp://gentoo.ccccom.com http://gentoo.mirrors.tds.net/gentoo ftp://gentoo.mirrors.tds.net/gentoo http://gentoo.netnitco.net ftp://gentoo.netnitco.net/pub/mirrors/gentoo/source/ http://mirror.espri.arizona.edu/gentoo/ http://mirrors.acm.cs.rpi.edu/gentoo/ ftp://ftp.ndlug.nd.edu/pub/gentoo/ http://open-systems.ufl.edu/mirrors/gentoo http://gentoo.llarian.net/ ftp://gentoo.llarian.net/pub/gentoo http://gentoo.binarycompass.org http://mirror.datapipe.net/gentoo http://mirror.datapipe.net/gentoo http://gentoo.cs.lewisu.edu/gentoo/ ftp://linux.cs.lewisu.edu/gentoo/ http://prometheus.cs.wmich.edu/gentoo http://modzer0.cs.uaf.edu/public/gentoo/ http://mirror.usu.edu/mirrors/gentoo/ ftp://mirror.usu.edu/mirrors/gentoo/ ftp://lug.mtu.edu/gentoo http://mirror.phy.olemiss.edu/mirror/gentoo http://mirror.mcs.anl.gov/pub/gentoo/ ftp://mirror.mcs.anl.gov/pub/gentoo/ http://gentoo.mirrors.easynews.com/linux/gentoo/ http://gentoo.cites.uiuc.edu/pub/gentoo/ ftp://gentoo.cites.uiuc.edu/pub/gentoo/"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X alsa apm arts audiofile avi berkdb bitmap-fonts bzip2 cdr cdrw crypt cups curl directfb divx4linux doc dvd eds emboss encode exif expat fam fbdev ffmpeg foomaticdb fortran gdbm gif glut gmp gnome gpm gstreamer gtk gtk2 gtkhtml idn imagemagick imlib ipv6 java jpeg junit kde lcms ldap libg++ libwww live mad mhash mikmod mmx mmx2 mng motif mozilla mp3 mpeg nas ncurses network nls nsplugin ogg oggvorbis opengl oss pam pcre pdflib perl png python qt quicktime readline real rtc samba sdl spell sse ssl tcpd tiff truetype truetype-fonts type1-fonts udev usb vorbis win32codecs xine xinerama xml xml2 xmms xv xvid zlib elibc_glibc kernel_linux userland_GNU"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS


i connect to the wep enabled ap with the following command sequence
$modprobe ipw2200
$/etc/inid.d/net.eth1 start
* Starting eth1
* Configuring wireless network for eth1
* Trying to force preferred in case they are hidden
* eth1 connected to "RLC-WLAN" at 00:40:96:5B:3B:52
* in managed mode (WEP enabled - open)
* Bringing up eth1
* dhcp
* Running dhcpcd ... 

after a while dhcpcd times out and the following is placed in /var/log/messages
Jan 19 16:20:18 rarea51 dhcpcd[17566]: timed out waiting for a valid DHCP server response 

the reason im sure this is not an issue with the ap is that i configured my home router to match the ap i was initially having trouble with.
Comment 3 Roy Marples (RETIRED) gentoo-dev 2006-01-19 23:00:35 UTC
This is not a baselayout issue - I have all 4 IPv4 DHCP clients in portage running over WEP on madwifi/prism54/rt2500/rt2x00 without issue.

Also, you if cannot connect via manual setup with ifconfig as you have already demonstrated then you have proven the error is with the link and not dhcp.
Comment 4 Henrik Brix Andersen 2006-01-20 01:00:02 UTC
Please post the output of `iwconfig eth1` right after DHCP timed out. Also, please try setting an IP manually instead, and see if you can ping the AP.
Comment 5 Nathan Nobbe 2006-01-20 06:21:42 UTC
here is the output directly after dhcp times out of both iwconfig and ifconfig.

localhost nathan # /etc/init.d/net.eth1 restart
 * Starting eth1
 *   Configuring wireless network for eth1
 *     eth1 connected to "RLC-WLAN" at 00:40:96:5B:3B:52
 *     in managed mode (WEP enabled - open)
 *   Bringing up eth1
 *     dhcp
 *       Running dhcpcd ...                                                                                                                                   [ !! ]
localhost nathan # iwconfig eth1
eth1      IEEE 802.11b  ESSID:"RLC-WLAN"  Nickname:"RLC-WLAN"
          Mode:Managed  Frequency:2.412 GHz  Access Point: 00:40:96:5B:3B:52
          Bit Rate=11 Mb/s   Tx-Power=20 dBm
          Retry limit:7   RTS thr:off   Fragment thr:off
          Encryption key:3535-3434-3333-3232-3131-0000-00   Security mode:open
          Power Management:off
          Link Quality=64/100  Signal level=-63 dBm  Noise level=-85 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:78   Missed beacon:0

localhost nathan # ifconfig eth1
eth1      Link encap:Ethernet  HWaddr 00:12:F0:C4:65:9B
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:441 errors:0 dropped:203 overruns:0 frame:0
          TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:21207 (20.7 Kb)  TX bytes:4672 (4.5 Kb)
          Interrupt:11 Base address:0xc000 Memory:c0204000-c0204fff

------------------
here is an attempt to manually specify ip and ping ap;  i think you are right the problem is not dhcp.  i think the problem is ipw2200.

localhost nathan # ifconfig eth1 10.0.16.250 netmask 255.255.248.0
localhost nathan # route -v add default gw 10.0.16.1
localhost nathan # ping 10.0.16.1
PING 10.0.16.1 (10.0.16.1) 56(84) bytes of data.
From 10.0.16.250 icmp_seq=1 Destination Host Unreachable
From 10.0.16.250 icmp_seq=2 Destination Host Unreachable
From 10.0.16.250 icmp_seq=3 Destination Host Unreachable
From 10.0.16.250 icmp_seq=5 Destination Host Unreachable
From 10.0.16.250 icmp_seq=6 Destination Host Unreachable
From 10.0.16.250 icmp_seq=7 Destination Host Unreachable

--- 10.0.16.1 ping statistics ---
7 packets transmitted, 0 received, +6 errors, 100% packet loss, time 6023ms
, pipe 3
Comment 6 Henrik Brix Andersen 2006-01-20 06:28:39 UTC
Does it work without WEP?
Comment 7 Nathan Nobbe 2006-01-20 06:36:14 UTC
yes, no problem.  i have connected to numerous non-wep aps without a problem.  both manual configurations and dhcp work when connecting to non-wep aps, this is why im now thinking the issue is with ipw2200.
Comment 8 Henrik Brix Andersen 2006-01-20 06:45:43 UTC
Since I can not reproduce this bug here, could you please double-check that your kernel contains the following:

CONFIG_CRYPTO
CONFIG_CRYPTO_ARC4
CONFIG_CRC32

If they are there, could you please try with them compiled statically into the kernel as opposed to modular?

If it still doesn't work, please see if you can reproduce this using earlier version of net-wireless/ieee80211 and net-wireless/ipw2200.
Comment 9 Henrik Brix Andersen 2006-01-20 06:46:39 UTC
Oh, and the output of `iwlist eth1 scan` would be nice too (make sure it includes an entry for your AP).
Comment 10 Doug Goldstein (RETIRED) gentoo-dev 2006-01-20 08:57:30 UTC
My question is are you using a 40/64-bit WEP key or a 128 bit WEP key?

brix, I've seen this before when the wrong WEP key length was used in the router vs in the card. You can see that he's using a 128-bit WEP key in his configs.. but his router might be using 40/64-bit.
Comment 11 Nathan Nobbe 2006-01-20 10:07:22 UTC
$iwlist eth1 scanning
eth1      Scan completed :
          Cell 01 - Address: 00:40:96:5B:3B:52
                    ESSID:"<hidden>"
                    Protocol:IEEE 802.11b
                    Mode:Master
                    Channel:1
                    Encryption key:on
                    Bit Rates:11 Mb/s
                    Extra: Rates (Mb/s): 1 2 5.5 11
                    Quality:64  Signal level:0  Noise level:0
                    Extra: Last beacon: 124ms ago

i compilled 
CONFIG_CRYPTO
CONFIG_CRYPTO_ARC4
CONFIG_CRC32
directly into the kernel and rolled back to
ieee80211-1.1.8
ipw2200-1.0.9

im getting the same results.  now when i try a manual configuration:
$ifconfig eth1 10.0.16.250 netmask 255.255.248.0
$route add default gw 10.0.16.1
note: connection parameters provided by lan admin

route spits out the following
SIOCADDRT: Network is unreachable

regarding the length of the WEP key, i am using a passphrase.  i am unsure how to specify a particular length (either 64 bit or 128 bit) in the configuration as i did not see anything on this in the manpage for iwconfig.  i have tried not using the passphrase and instead have tried the following config:
modules_eth1=("iwconfig")
key_RLC_WLAN="004A-77CB-B3 [1] enc open"
preferred_aps=("RLC-WLAN")
associate_order="forcepreferred"
config_RLC_WLAN=("dhcp -oS")

i arrived at this value by converting our passphrase (decimal) to hex.  if i convert this value to binary i arrive at a value with 31 bits.  however, i can still connect to the ap using this configuration, which makes me wonder why the length would be an issue.  i read that passphrases aren't supported in the iwconfig manpage, but im thinking i can still connect so how could this be true?

if there is a way to explicitly specify a 64 bit key or a 128 bit key please advise and i will try both as i'm unsure what the setting is on the router.  in my past experience with wifi ap's once connected the issue is getting routing information.  what im saying is if i can connect i should be able to get routing information, yes?
Comment 12 Doug Goldstein (RETIRED) gentoo-dev 2006-01-20 12:10:17 UTC
Try...

key_RLC_WLAN="004A77CBB3 enc open"
Comment 13 Nathan Nobbe 2006-01-20 12:19:03 UTC
after advised configuration change there has been no effect.  here is output after the change (you can see i tried dhcp and manually setting connection parameters; also i should mention that i bring down wired connection during every test just to make sure there is no conflict [although i doubt there should be]):

localhost nathan # /etc/init.d/net.eth1 restart
 * Caching service dependencies ...
which: no java in (/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin)                                                                                                                                       [ ok ]
 * Starting eth1
 *   Configuring wireless network for eth1
 *   Trying to force preferred in case they are hidden
 *     eth1 connected to "RLC-WLAN" at 00:40:96:5B:3B:52
 *     in managed mode (WEP enabled - open)
 *   Bringing up eth1
 *     dhcp
 *       Running dhcpcd ...                                                                                                                                   [ !! ]
localhost nathan # ifconfig eth1
eth1      Link encap:Ethernet  HWaddr 00:12:F0:C4:65:9B
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:6866 errors:0 dropped:103384 overruns:0 frame:0
          TX packets:13 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:723506 (706.5 Kb)  TX bytes:8176 (7.9 Kb)
          Interrupt:11 Base address:0xc000 Memory:c0204000-c0204fff

localhost nathan # ifconfig eth1 10.0.16.250 netmask 255.255.248.0
localhost nathan # route add default gw 10.0.16.1
localhost nathan # ping 10.0.16.1
PING 10.0.16.1 (10.0.16.1) 56(84) bytes of data.
From 10.0.16.250 icmp_seq=1 Destination Host Unreachable
From 10.0.16.250 icmp_seq=2 Destination Host Unreachable
From 10.0.16.250 icmp_seq=3 Destination Host Unreachable

--- 10.0.16.1 ping statistics ---
5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4022ms
, pipe 3
Comment 14 Markku 2006-01-23 08:11:51 UTC
I have exactly same problems, but with ipw2100. I had this configuration working, but it was sometimes last year, that I have used it last time. I keep my system up to date and at some point it has broken. I have tested with the stable versions of wpa_supplicant, ieee80211 and ipw2100 and with ~x86 versions, no difference. Also kernel-2.6.15 drivers fail. 2.16.14 drivers work with current version of wpa_supplicant.
Comment 15 Markku 2006-01-24 10:41:10 UTC
I dropped wpa_supplicant and now it works,  no problems getting address.
Comment 16 Henrik Brix Andersen 2006-01-24 11:59:15 UTC
Ok, upstream problem it seems. Waiting for upstream to reply to http://hostap.epitest.fi/bugz/show_bug.cgi?id=97