D-Link GWL-122 (USB,Wireless) loses network link when idle

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

D-Link GWL-122 (USB,Wireless) loses network link when idle

Mark Dowe
Submitter-Id: net
Originator: Mark Dowe
Organization:

Synopsis: D-Link GWL-122 (wireless,USB) loses network link when idle
Severity: non-critical
Priority: low
Category: system
Class: sw-bug
Release: 3.8
Environment:

OpenBSD 3.8 (GENERIC) #138: Sat Sep 10 15:41:37 MDT 2005
     [hidden email]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel Pentium III ("GenuineIntel" 686-class, 512KB L2 cache) 449 MHz
cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real mem  = 536449024 (523876K)
avail mem = 482590720 (471280K)
using 4278 buffers containing 26927104 bytes (26296K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(00) BIOS, date 04/28/99, BIOS32 rev. 0 @ 0xffe90
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
apm0: flags 30102 dobusy 0 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xf0000/0x10000
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfc620/176 (9 entries)
pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371AB PIIX4 ISA" rev 0x00)
pcibios0: PCI bus #2 is the last bus
bios0: ROM list: 0xc0000/0x9400
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x03
ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x03
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Mach64 GW" rev 0x7a
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 7 function 0 "Intel 82371AB PIIX4 ISA" rev 0x02
pciide0 at pci0 dev 7 function 1 "Intel 82371AB IDE" rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0: <WDC AC26400R>
wd0: 16-sector PIO, LBA, 6149MB, 12594960 sectors
wd1 at pciide0 channel 0 drive 1: <IC35L080AVVA07-0>
wd1: 16-sector PIO, LBA, 78533MB, 160836480 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <LG, CD-ROM CRD-8400B, 1.03> SCSI0 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
uhci0 at pci0 dev 7 function 2 "Intel 82371AB USB" rev 0x01: irq 11
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
"Intel 82371AB Power" rev 0x02 at pci0 dev 7 function 3 not configured
"Nvidia Vanta" rev 0x15 at pci0 dev 14 function 0 not configured
ppb1 at pci0 dev 15 function 0 "DEC 21152 PCI-PCI" rev 0x03
pci2 at ppb1 bus 2
xl0 at pci0 dev 17 function 0 "3Com 3c905B 100Base-TX" rev 0x24: irq 11, address 00:c0:4f:27:80:3b
exphy0 at xl0 phy 24: 3Com internal media interface
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pmsi0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pmsi0 mux 0
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
spkr0 at pcppi0
sysbeep0 at pcppi0
npx0 at isa0 port 0xf0/16: using exception 16
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
isapnp0 at isa0 port 0x279: read port 0x203
sb1 at isapnp0 "Creative SB16 PnP, CTL0031, , Audio" port 0x220/16,0x330/2,0x388/4 irq 5 drq 1,5: dsp v4.13
midi1 at sb1: <SB MPU-401 UART>
audio0 at sb1
opl0 at sb1: model OPL3
midi2 at opl0: <SB Yamaha OPL3>
wdc2 at isapnp0 "Creative SB16 PnP, CTL2011, PNP0600, IDE" port 0x168/8,0x36e/2 irq 10
"Creative SB16 PnP, PNPFFFF, , Reserved" at isapnp0 port 0x100/1 not configured
joy0 at isapnp0 "Creative SB16 PnP, CTL7001, PNPB02F, Game" port 0x200/8
biomask efdd netmask efdd ttymask ffdf
pctr: 686-class user-level performance counters enabled
mtrr: Pentium Pro MTRR support
ural0 at uhub0 port 2
ural0: ANI 802.11g WLAN Adapter, rev 2.00/0.01, addr 2
ural0: MAC/BBP RT2570 (rev 0x05), RF RT2526, address 00:13:46:70:21:07
dkcsum: wd0 matches BIOS drive 0x80
dkcsum: wd1 matches BIOS drive 0x81
root on wd0a
rootdev=0x0 rrootdev=0x300 rawdev=0x302

  System      : OpenBSD 3.8
  Architecture: OpenBSD.i386
  Machine     : i386

Description:
  Using a D-Link GWL-122 USB Wireless adapter to connect to my
  wireless router using the following 'hostname.ural0':

  inet 172.17.12.9 255.255.255.0 NONE nwid melmac nwkey 0x15e724ac04

  Initially it connects and all is well. An 'ifconfig ural0' shows

   ural0: flags=8847<UP,BROADCAST,DEBUG,RUNNING,SIMPLEX,MULTICAST> mtu 1500
          lladdr 00:13:46:70:21:07
          groups: egress
          media: IEEE802.11 autoselect (DS1)
          status: active
          ieee80211: nwid melmac chan 6 bssid 00:13:46:a7:e5:ee nwkey <not displayed> 100dBm
          inet6 fe80::213:46ff:fe70:2107%ural0 prefixlen 64 scopeid 0x6
          inet 172.17.12.9 netmask 0xffffff00 broadcast 172.17.12.255

  If I bring the interface up manually with ifconfig and add the 'debug'
  parameter I get the following chatter in the console:

   ural0: begin active scan
   ural0: sending probe_req to ff:ff:ff:ff:ff:ff on channel 2
   ural0: sending probe_req to ff:ff:ff:ff:ff:ff on channel 3
   ural0: sending probe_req to ff:ff:ff:ff:ff:ff on channel 4
   ural0: sending probe_req to ff:ff:ff:ff:ff:ff on channel 5
   ural0: sending probe_req to ff:ff:ff:ff:ff:ff on channel 6
   ural0: received probe_resp from 00:13:46:a7:e5:ee rssi 10
   ural0: received beacon from 00:13:46:a7:e5:ee rssi 10
   ural0: received beacon from 00:13:46:a7:e5:ee rssi 10
   ural0: sending probe_req to ff:ff:ff:ff:ff:ff on channel 7
   ural0: sending probe_req to ff:ff:ff:ff:ff:ff on channel 8
   ural0: sending probe_req to ff:ff:ff:ff:ff:ff on channel 9
   ural0: sending probe_req to ff:ff:ff:ff:ff:ff on channel 10
   ural0: sending probe_req to ff:ff:ff:ff:ff:ff on channel 11
   ural0: sending probe_req to ff:ff:ff:ff:ff:ff on channel 12
   ural0: sending probe_req to ff:ff:ff:ff:ff:ff on channel 13
   ural0: sending probe_req to ff:ff:ff:ff:ff:ff on channel 14
   ural0: sending probe_req to ff:ff:ff:ff:ff:ff on channel 1
   ural0: end active scan
   ural0: sending auth to 00:13:46:a7:e5:ee on channel 6
   ural0: received auth from 00:13:46:a7:e5:ee rssi 10
   ural0: sending assoc_req to 00:13:46:a7:e5:ee on channel 6
   ural0: received assoc_resp from 00:13:46:a7:e5:ee rssi 10
   ural0: associated with 00:13:46:a7:e5:ee ssid "melmac" channel 6 start 1Mb

  After the network is idle for a short time (perhaps variable, but usually
  less than 5 minutes) the console displays the following:

   ural0: received deauth from 00:13:46:a7:e5:ee rssi 10

  and an 'ifconfig ural0' gives:

   ural0: flags=8847<UP,BROADCAST,DEBUG,RUNNING,SIMPLEX,MULTICAST> mtu 1500
          lladdr 00:13:46:70:21:07
          groups: egress
          media: IEEE802.11 autoselect (DS1)
          status: no network
          ieee80211: nwid melmac chan 6 bssid 00:13:46:a7:e5:ee nwkey <not displayed> 100dBm
          inet6 fe80::213:46ff:fe70:2107%ural0 prefixlen 64 scopeid 0x6
          inet 172.17.12.9 netmask 0xffffff00 broadcast 172.17.12.255

  And the interface will not send or recieve again until it is
  reinitialized with say '/bin/sh /etc/netstart ural0' or perhaps ifconfig
  (a nuisance).

How-To-Repeat:
  If it doesn't prove to be specific to my machine, use the same
  device to connect to a network similar to the above, and let the network
  sit idle for a while.

Fix:
  Not known.