[network-admin] ipw2200/Intel 2915abg Wireless 128-bit WEP doesn't work, must set up manually

Bug #67876 reported by Douglas Moyes
10
Affects Status Importance Assigned to Milestone
gnome-system-tools (Ubuntu)
Expired
Low
Unassigned

Bug Description

The Network Configuration tool is unable to set up a working 128-bit WEP encrypted link with the ipw2200, however unencrypted networks work fine. I was able to find a work around, but it has to do with the order in which the card is initialized. This is a little bothersome since I plan on selling Linux laptops...

It is vital that, before setting up the network connection, the wifi card is disabled, then the following steps are taken to initialize the card IN THIS ORDER!

iwconfg <device> essid <your id here>
iwconfig <device> key <encryption key, 64 or 128-bit>
ifup <device>

Now your 128-bit WEP link is up and running with the Intel/PRO 2915ABG 802.11a/b/g Mini-PCI wireless card.

It is also interesting to note that when you disable the wireless connection from the command line with ifconfig without disabling it in configuration utility, the wifi card will reconnect to any available network-- which, in this case, was my next door neighbor's unencrypted network that had a router still configured using the default login password. Brilliant Mac user...

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. What version of Ubuntu do you use? Is that issue specific to gnome-system-tools? Is the network correctly set on boot? What do you do to have it not correctly configured? Do you have anything useful to /var/log/messages or /var/log/syslog then?

Changed in gnome-system-tools:
status: Unconfirmed → Needs Info
Revision history for this message
Douglas Moyes (aragorn-stellimare) wrote : Re: [Bug 67876] Re: ipw2200/Intel 2915abg Wireless 128-bit WEP doesn't work, must set up manually

I am using the latest 64-bit desktop version, just downloaded a few days
ago. My solution came from a search on the net and found that several
other people have had the same problem. The other network
configurations work fine, and the WiFi card is able to connect to an
unencrypted network using the gnome tools-- just not an encrypted one.
When attempting to connect to an encrypted wireless network, the
connection is made and the network status shows packets are being sent
with one or two initial packets being received, however the system is
unable to communicate due to the lack of the encryption key being set
correctly.

The Intel documentation for their driver is very specific in that the
encryption key is to be set at time of module load.

Initially, I used the Gnome tools set up the wireless information which
just included the ESSID and 128-bit encryption key and to get the IP
address from DHCP. I haven't messed around with Ubuntu enough to know
how it's configuration works internally.

Sebastien Bacher wrote:
> Thanks for your bug. What version of Ubuntu do you use? Is that issue
> specific to gnome-system-tools? Is the network correctly set on boot?
> What do you do to have it not correctly configured? Do you have anything
> useful to /var/log/messages or /var/log/syslog then?
>
> ** Changed in: gnome-system-tools (Ubuntu)
> Status: Unconfirmed => Needs Info
>
>

--
Douglas Moyes
Owner
Stellimare, Stellimare Computer Services
Phone:661-607-7725
Fax:661-255-7868x#11
Santa Clarita, CA
www.stellimare.com

Revision history for this message
cpettit (chad-pettit) wrote : Re: ipw2200/Intel 2915abg Wireless 128-bit WEP doesn't work, must set up manually

I am experiencing the same problem. I am running ubuntu 6.10. The wireless network connection does not work on boot with an encrypted router. I have tried both WEP and WPA. The only way I can get the wireless card to connect is to disable encryption security on my router. I am using a NETGEAR WGR614 v3 router with the latest drivers (V2.16RC4_1.0.2). I have not attempted the suggested fix - I am not sure which configuration file to modify to change the order of iwconfig commands.

Revision history for this message
Paul Ripley (pripley) wrote :

I had a similar problem with WEP not working. I found a work around by switching my router to use WEP (Shared) instead of WEP (Open). I'm using Ubuntu 6.06.

Revision history for this message
cpettit (chad-pettit) wrote : Re: [Bug 67876] Re: ipw2200/Intel 2915abg Wireless 128-bit WEP doesn't work, must set up manually

Thanks for the reply.

I got WEP working with the suggested fix. I moved the iwconfig commands as
suggested in the wireless-tools file under /etc/network/if-pre-up.ddirectory.

Has anyone got WPA to work under Ubuntu with the 2915abg wireless card?

On 11/13/06, Paul Ripley <email address hidden> wrote:
>
> I had a similar problem with WEP not working. I found a work around by
> switching my router to use WEP (Shared) instead of WEP (Open). I'm
> using Ubuntu 6.06.
>
> --
> ipw2200/Intel 2915abg Wireless 128-bit WEP doesn't work, must set up
> manually
> https://launchpad.net/bugs/67876
>

Revision history for this message
Sebastien Bacher (seb128) wrote :

That's not clear from previous comments if the bug is happening only with network-admin

Changed in gnome-system-tools:
assignee: nobody → desktop-bugs
status: Needs Info → Unconfirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

does it do the same if you do an ifup by hand for that card?

Changed in gnome-system-tools:
status: Unconfirmed → Needs Info
Revision history for this message
aliubi (ubuntu-aliubi) wrote :

I don't claim to have the detailed answer to this bug, but I can tell you who (what) does...the package wifi-radar. I saw this failure on 3 out of 3 laptops (running a prism2, a Cisco 350 PCMCIA, and Intel Pro/wl 2100). In each case, configuration via wifi-radar solved the problem. Hopefully, this will provide a workaround for users and a pointer for the developers as to where the problem might be.

Revision history for this message
F. Xavier San Antonio (xavi-escenarock) wrote :

I'm using Feisty Beta and I'm experiencing the same problem.
My computer is a Toshiba Satelite SM30-801 and I have had no problems with my wireless card (eth1) since I upgraded to 5.10 version. Last saturday I upgraded from Edgy using the "update-manager -d" command and now I need to manually reconfigure my wireless connection every time I restart my laptop.
I use the " iwconfig eth1 essid "My_ESSID" key "My_128_WEP_key", and after that I need to type "ifdown eth1" and then "ifup eth1" to make it work.
Any helping comment?

Changed in gnome-system-tools:
importance: Undecided → Low
status: Needs Info → Unconfirmed
Revision history for this message
john_gabriel (john-gabriel-yahoo) wrote :

Just wanted to point out that I experienced a similar problem with "Limited or no connectivity" that was caused by not being able to renew my computer IP address dynamically. Having used all the default options, I was desparate so resorted to experimentation to isolate the problem. I found that when using WEP, my netgear wireless adapter would only work with 64 bit encryption. This was originally set to 128 bit. This is ALL I changed and since then everything has been working fine. I suspect this is probably a windows bug but noticed that others have experienced similar problems with other wireless card firmware. Consequently I am unsure still where the real problem lies. If anyone finds out, I would be interested to know. Thanks.

Revision history for this message
Matthew Woerly (nattgew) wrote :

Do we have any info from Gutsy or Hardy on this?

Changed in gnome-system-tools:
status: New → Incomplete
status: Incomplete → Confirmed
Revision history for this message
matt (ubuntubugs-mailinator) wrote :

I use ubuntu 7.10 with a 2915abg card on a Dell latitude. Wireless works most of the time except when many neighbours use their routers as well. (Most of my neighbours use their wifi infrequently only.)

So when there are more than, say, 3 or 4 other routers sending I get a very flaky connection. It drops often and sometimes doesn't reconnect. I'm on channel 1 and the others are on channels 6 and 11. So interference doesn't seem to be a problem.

Usually it helps when I switch from roaming mode to manual configuration, but not always. I haven't tried the step-by-step iwconfig approach above yet. So far, in some cases I had to reboot into windows, connect there (this works always), reboot linux and manually config the card through the nm-applet. This is unfortunately no joke.

Oh, I use a DI-524 configured with WEP2-PSK(AES).

Revision history for this message
stefanwilkens (stefanwilkens) wrote :

I'm using Ndiswrapper 1.53 to work with my broadcom chip, it seems the problem is a bug that snuck into network-manager after 6.10.

I can connect fine using iwconfig, but wifi radar and network-manager seem unable to correctly configure my wireless.

Suggested solution was to install a previous version of the network manager (aka the ubuntu 6.10 one) network-manager_0.6.3-2ubuntu6_i386.deb which doesn't appear to have the bug.

Source here:
http://ubuntuforums.org/showpost.php?p=2585270&postcount=31

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks for the report Douglas Moyes , It has been a long time without any comment or a duplicate in this bug report and It is possible that the bug has been fixed. May you please try to reproduce it with the latest Stable Release of Ubuntu the Natty Narwhal and add the respective comments to the report? You can learn how to get that release at http://www.ubuntu.com/download . Thanks again and we appreciate your help.

Changed in gnome-system-tools (Ubuntu):
assignee: Ubuntu Desktop Bugs (desktop-bugs) → nobody
status: Confirmed → Incomplete
Revision history for this message
Pedro Villavicencio (pedro) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in gnome-system-tools (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.