From owner-freebsd-net@FreeBSD.ORG Thu Apr 24 23:41:31 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6401B1065672 for ; Thu, 24 Apr 2008 23:41:31 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id DBF448FC0A for ; Thu, 24 Apr 2008 23:41:30 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JpB49-0006vh-Ll for freebsd-net@freebsd.org; Thu, 24 Apr 2008 23:41:25 +0000 Received: from 78-1-87-118.adsl.net.t-com.hr ([78.1.87.118]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 24 Apr 2008 23:41:25 +0000 Received: from ivoras by 78-1-87-118.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 24 Apr 2008 23:41:25 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Fri, 25 Apr 2008 01:41:11 +0200 Lines: 141 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig37DB66D30CD2617D7E72E027" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-87-118.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) X-Enigmail-Version: 0.95.6 Sender: news Subject: Connecting P1i to FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 23:41:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig37DB66D30CD2617D7E72E027 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, I'd like to connect SE P1i (a "smartphone" device) to FreeBSD, in any=20 possible way, via wireless (WLAN). The symptoms are that it just reports = "Connection failed" no matter what I do. Acquired data so far: 0) I'm trying adhoc mode without any authorization, for now, just to get = it working 1) The same wifi adapter (USB, D-Link DWL-G122) works ok with Windows XP = with adhoc mode (i.e. the device connects/associates to the computer,=20 can exchange network traffic, etc; in Windows I can bridge the wifi=20 device to the network card, etc. - in effect, no problems) 2) There's no way the same devices succeeds in talking when the wifi=20 adapter is on FreeBSD. The adapter is run via the rum driver. 2a) The "scan network" action on the device lists the WLAN SSID on the=20 computer; also "ifconfig rum0 list sta" on FreeBSD shows the device's MAC= =2E 3) A third machine, a laptop, can connect to the FreeBSD machine,=20 everything works. 3a) Apparently SE P1i is quirky with its WLAN support, but somehow it=20 knows how to talk to Windows. Here's a debug trace from the FreeBSD machine (wlandebug -i rum0 +debug=20 +scan +assoc +node +xrate +rate +input +output +auth) during the=20 unsuccessful connection attempt. The "...1d" MAC is from the P1i. rum0: received probe_req from 00:1c:a4:75:63:1d rssi 27 rum0: [00:1c:a4:75:63:1d] recv probe req rum0: ieee80211_ref_node (ieee80211_send_mgmt:1574)=20 0xc250b000<00:1c:a4:75:63:1d> refcnt 3 [00:1c:a4:75:63:1d] send probe_resp on channel 6 rum0: received probe_req from 00:1c:a4:75:63:1d rssi 27 rum0: [00:1c:a4:75:63:1d] recv probe req rum0: ieee80211_ref_node (ieee80211_send_mgmt:1574)=20 0xc250b000<00:1c:a4:75:63:1d> refcnt 3 [00:1c:a4:75:63:1d] send probe_resp on channel 6 rum0: received probe_req from 00:1c:a4:75:63:1d rssi 25 rum0: [00:1c:a4:75:63:1d] recv probe req rum0: ieee80211_ref_node (ieee80211_send_mgmt:1574)=20 0xc250b000<00:1c:a4:75:63:1d> refcnt 3 [00:1c:a4:75:63:1d] send probe_resp on channel 6 rum0: received probe_req from 00:1c:a4:75:63:1d rssi 25 rum0: [00:1c:a4:75:63:1d] recv probe req rum0: ieee80211_ref_node (ieee80211_send_mgmt:1574)=20 0xc250b000<00:1c:a4:75:63:1d> refcnt 3 [00:1c:a4:75:63:1d] send probe_resp on channel 6 rum0: received probe_req from 00:1c:a4:75:63:1d rssi 25 rum0: [00:1c:a4:75:63:1d] recv probe req rum0: ieee80211_ref_node (ieee80211_send_mgmt:1574)=20 0xc250b000<00:1c:a4:75:63:1d> refcnt 3 [00:1c:a4:75:63:1d] send probe_resp on channel 6 rum0: received probe_req from 00:1c:a4:75:63:1d rssi 25 rum0: [00:1c:a4:75:63:1d] recv probe req rum0: ieee80211_ref_node (ieee80211_send_mgmt:1574)=20 0xc250b000<00:1c:a4:75:63:1d> refcnt 3 [00:1c:a4:75:63:1d] send probe_resp on channel 6 rum0: received probe_req from 00:1c:a4:75:63:1d rssi 25 rum0: [00:1c:a4:75:63:1d] recv probe req rum0: ieee80211_ref_node (ieee80211_send_mgmt:1574)=20 0xc250b000<00:1c:a4:75:63:1d> refcnt 3 [00:1c:a4:75:63:1d] send probe_resp on channel 6 rum0: received probe_req from 00:1c:a4:75:63:1d rssi 25 rum0: [00:1c:a4:75:63:1d] recv probe req rum0: ieee80211_ref_node (ieee80211_send_mgmt:1574)=20 0xc250b000<00:1c:a4:75:63:1d> refcnt 3 [00:1c:a4:75:63:1d] send probe_resp on channel 6 rum0: [00:1c:a4:75:63:1d] probe station due to inactivity rum0: [00:1c:a4:75:63:1d] send null data frame on channel 6, pwr mgt dis rum0: [00:1c:a4:75:63:1d] probe station due to inactivity rum0: [00:1c:a4:75:63:1d] send null data frame on channel 6, pwr mgt dis rum0: [00:1c:a4:75:63:1d] station timed out due to inactivity (refcnt 1) rum0: [00:1c:a4:75:63:1d] station with aid 0 leaves rum0: node_reclaim: remove 0xc250b000<00:1c:a4:75:63:1d> from neighbor=20 table, refcnt 1 rum0: _ieee80211_free_node 0xc250b000<00:1c:a4:75:63:1d> in table The last 8 messages appear long after the device itself has stopped=20 trying and declared it unconnectable. I don't know enough of wifi implementation to draw solid conclusions but = this seems to me like the device is ignoring information given to it by=20 the FreeBSD-run adapter and is retrying several times until it gives up. Here's ifconfig for rum0: rum0: flags=3D108843=20 metric 0 mtu 1500 ether 00:1c:f0:9d:08:b3 inet 10.0.0.3 netmask 0xffffff00 broadcast 10.0.0.255 media: IEEE 802.11 Wireless Ethernet autoselect =20 (autoselect ) status: associated ssid C1 channel 6 (2437 Mhz 11g) bssid 9a:04:a0:16:24:54 authmode OPEN privacy OFF txpower 50 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS here's "ifconfig rum0 list sta": ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:1c:f0:9d:08:b3 0 6 1M 15.5 0 0 80 I A 00:1c:a4:75:63:1d 0 6 1M 14.5 0 2 96 A Is the difference in CAPS significant? Obviously, I can't influence the=20 device in any way to configure itself, but when it scans the available=20 SSIDs, it knows this one is in "ad-hoc" mode and has the correct channel = listed. Any ideas what to try next? Fiddling with adhoc/hostap modes, 11b and=20 11g modes, authentication, etc. doesn't work. Even long shots are=20 appreciated. This is on RELENG_7. --------------enig37DB66D30CD2617D7E72E027 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIERqdldnAQVacBcgRAgZOAJ92QI5he5YvgwcuQTgVo1ahnR9Q8ACdHahW xV1i5p0Hu29XIG1wmDsbns4= =IWnU -----END PGP SIGNATURE----- --------------enig37DB66D30CD2617D7E72E027--