Bug 402 - can't use ad-hoc when WEP is enabled
: can't use ad-hoc when WEP is enabled
Status: VERIFIED FIXED
: IPW2200
IBSS
: 0.13
: HP/Compaq Fedora Core 2
: P1 major
Assigned To:
:
:
:
:
:
  Show dependency treegraph
 
Reported: 2004-11-19 01:18 by
Modified: 2005-10-03 15:42 (History)


Attachments
following the steps described in James' comment,we got the dmesg output (15.35 KB, text/plain)
2004-11-22 01:29, Yan Nan
Details
Possible fix for this bug. (785 bytes, patch)
2004-12-02 07:54, James Ketrenos
Details | Diff


Note

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


Description From 2004-11-19 01:18:31
When WEP is enabled, the two laptops can associate but can't communicate with 
each other.
steps:
1, on laptop1:
   % modprobe ipw2200
   % iwconfig eth1 mode ad-hoc essid hello channel 3 key 1111
   % iwconfig
   we can see driver is associated.
   % ifconfig eth1 192.168.2.20 up
2, on laptop2:
   % modprobe ipw2200
   % iwconfig eth1 mode ad-hoc essid hello channel 3 key 1111
   % iwconfig
   we can see driver is associated.
   % ifconfig eth1 192.168.2.21 up
   % ping 192.168.2.20
   we can see ping comes back with NO data.

If we don't set channel on laptop2 to avoid creating a new ad-hoc network, 
then laptop2 can't associate:
1, on laptop1:
   % modprobe ipw2200
   % iwconfig eth1 mode ad-hoc essid hello channel 3 key 1111
   % iwconfig
   we can see driver is associated.
   % ifconfig eth1 192.168.2.20 up
2, on laptop2:
   % modprobe ipw2200
   % iwconfig eth1 mode ad-hoc essid hello key 1111
   % iwconfig
   we can see driver is NOT associated.
------- Comment #1 From 2004-11-19 09:22:31 -------
Can you provide the dmesg output from the failing laptop with debug level set to
0x10ff?

Basically:

% dmesg -c > /dev/null
% . load debug=0x10ff mode=1
% iwconfig eth1 essid hello key 1111
% dmesg -c > output

and then attach output.
------- Comment #2 From 2004-11-22 01:29:09 -------
Created an attachment (id=106) [details]
following the steps described in James' comment,we got the dmesg output

following the steps described in James' comment,we got the dmesg output on the
failed-to-associate laptop.
------- Comment #3 From 2004-11-24 20:28:23 -------
retest this on 0.15 again, have some more comments:

1, on laptop1:
   % modprobe ipw2200
   % iwconfig eth1 mode ad-hoc essid hello channel 3 key 1111
   % iwconfig
   we can see driver is associated.
   % ifconfig eth1 192.168.2.20 up
2, on laptop2:
   % modprobe ipw2200
   % iwconfig eth1 mode ad-hoc essid hello key 1111
   % iwconfig
   we can see driver is unassociated.
   % iwlist eth1 scan
   we can see the cell, which essid is hello, is using no encryption key.


------- Comment #4 From 2004-12-02 07:54:42 -------
Created an attachment (id=126) [details]
Possible fix for this bug.

Can you try this patch and see if the problem goes away?  Applying this patch
should result in the Ad-Hoc network being created w/ privacy enabled (currently
it is being created w/out privacy, so the other peer can't associate)
------- Comment #5 From 2004-12-02 10:15:23 -------
The patch works.  Will be fixed in version 0.16
------- Comment #6 From 2004-12-05 18:14:56 -------
verified in 0.16.