[Bug 919746] New: Connection with USB Wi-Fi dongle works with AP but not with another AP
http://bugzilla.opensuse.org/show_bug.cgi?id=919746 Bug ID: 919746 Summary: Connection with USB Wi-Fi dongle works with AP but not with another AP Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: armv5 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening@forge.provo.novell.com Reporter: freek@opensuse.org QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- I use a Raspberry Pi 1 B with openSUSE 13.2. On the RPi a USB Wi-Fi dongle is used for the network connection. The interface is configured using YaST network. Wicket is chosen as the management tool. The Wi-Fi connection is OK using one AP, but only changing the ESSID to another name of an AP, the connection is not established. On my laptop with openSUSE 13.2 and an internal Wi-Fi interface the connection to the failing AP is OK. I used three different USB Wi-Fi dongles, all with the same result. Currently I have test setup with a UTP connection and one of the dongles in the USB port of the test RPi. I am trying to analyze the problem, but I can't get any further than using the command: ifup wlan0 -o debug which gives the following output: wicked: Reading config file /etc/wicked/client.xml wicked: Reading config file /etc/wicked/common.xml wicked: __ni_config_parse_ifconfig_source: Adding ifconfig firmware: wicked: __ni_config_parse_ifconfig_source: Adding ifconfig compat: wicked: __ni_config_parse_ifconfig_source: Adding ifconfig wicked:/etc/wicked/ifconfig wicked: Executing: /usr/sbin/wicked --debug most ifup wlan0 wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/wicked.xml) wicked: trying to include /usr/share/wicked/schema/types.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/types.xml) wicked: trying to include /usr/share/wicked/schema/constants.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/constants.xml) wicked: trying to include /usr/share/wicked/schema/protocol.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/protocol.xml) wicked: trying to include /usr/share/wicked/schema/ethernet.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/ethernet.xml) wicked: trying to include /usr/share/wicked/schema/vlan.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/vlan.xml) wicked: trying to include /usr/share/wicked/schema/macvlan.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/macvlan.xml) wicked: trying to include /usr/share/wicked/schema/dummy.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/dummy.xml) wicked: trying to include /usr/share/wicked/schema/bonding.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/bonding.xml) wicked: trying to include /usr/share/wicked/schema/bridge.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/bridge.xml) wicked: trying to include /usr/share/wicked/schema/infiniband.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/infiniband.xml) wicked: trying to include /usr/share/wicked/schema/interface.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/interface.xml) wicked: trying to include /usr/share/wicked/schema/wireless.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/wireless.xml) wicked: trying to include /usr/share/wicked/schema/tuntap.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/tuntap.xml) wicked: trying to include /usr/share/wicked/schema/sit.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/sit.xml) wicked: trying to include /usr/share/wicked/schema/ipip.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/ipip.xml) wicked: trying to include /usr/share/wicked/schema/gre.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/gre.xml) wicked: trying to include /usr/share/wicked/schema/ppp.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/ppp.xml) wicked: trying to include /usr/share/wicked/schema/firewall.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/firewall.xml) wicked: trying to include /usr/share/wicked/schema/addrconf.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/addrconf.xml) wicked: trying to include /usr/share/wicked/schema/lldp.xml wicked: ni_xs_process_schema_file(filename=/usr/share/wicked/schema/lldp.xml) wicked: received new device lo (/org/opensuse/Network/Interface/1) wicked: lo: refresh <client-state> control: persistent=true, usercontrol=false wicked: lo: refresh <client-state> config: origin=compat:/etc/sysconfig/network/ifcfg-lo, uuid=7c5a671e-f15d-5a37-b5b8-b4ab5ca147e5, owner-uid=4294967295 wicked: received new device eth0 (/org/opensuse/Network/Interface/2) wicked: eth0: refresh <client-state> control: persistent=false, usercontrol=false wicked: eth0: refresh <client-state> config: origin=compat:/etc/sysconfig/network/ifcfg-eth0, uuid=01c57dc1-beb0-5f63-b8d1-df9e98e46cd0, owner-uid=4294967295 wicked: received new device wlan0 (/org/opensuse/Network/Interface/3) wicked: wlan0: refresh <client-state> control: persistent=false, usercontrol=false wicked: wlan0: refresh <client-state> config: origin=, uuid=, owner-uid=4294967295 wicked: received new device wlan1 (/org/opensuse/Network/Interface/4) wicked: wlan1: refresh <client-state> control: persistent=false, usercontrol=false wicked: wlan1: refresh <client-state> config: origin=compat:/etc/sysconfig/network/ifcfg-wlan1, uuid=42a41ca9-26a7-55ec-b37e-dc7826e3ea3d, owner-uid=4294967295 wicked: lo: changed state none -> device-exists wicked: eth0: changed state none -> device-exists wicked: wlan0: changed state none -> device-exists wicked: wlan1: changed state none -> device-exists wicked: trying to discover netif config via firmware service "ibft" wicked: ni_netconfig_firmware_discovery: buffer has 0 bytes wicked: ni_ifconfig_read_firmware: location: firmware:, line: 0 wicked: ni_sysconfig_read(/etc/sysconfig/network/config) wicked: ni_sysconfig_read(/etc/sysconfig/network/dhcp) wicked: ni_suse_read_routes(/etc/sysconfig/network/routes) wicked: Reading sysctl file '/etc/sysctl.conf' wicked: ni_sysconfig_read(/etc/sysconfig/network/ifcfg-wlan0) wicked: ni_suse_read_routes(/etc/sysconfig/network/ifroute-wlan0) wicked: Parsed route: ipv4 0.0.0.0/0 via 192.168.1.254 dev wlan0 type unicast table main scope universe protocol boot wicked: ni_sysconfig_read(/etc/sysconfig/network/ifcfg-eth0) wicked: ni_sysconfig_read(/etc/sysconfig/network/ifcfg-wlan1) wicked: ni_sysconfig_read(/etc/sysconfig/network/ifcfg-lo) wicked: ni_compat_generate_interfaces: location: compat:/etc/sysconfig/network/ifcfg-wlan0, line: 0 wicked: ni_compat_generate_interfaces: location: compat:/etc/sysconfig/network/ifcfg-eth0, line: 0 wicked: ni_compat_generate_interfaces: location: compat:/etc/sysconfig/network/ifcfg-wlan1, line: 0 wicked: ni_compat_generate_interfaces: location: compat:/etc/sysconfig/network/ifcfg-lo, line: 0 wicked: No valid configuration files found at /etc/wicked/ifconfig wicked: wait 30 seconds for interfaces wicked: Device hierarchy structure: wicked: lo wicked: eth0 wicked: wlan0 wicked: wlan1 wicked: wlan0: target state min=network-up max=max wicked: wlan0: set up FSM from device-down -> network-up wicked: device-down -> device-exists: newDevice() wicked: device-exists -> device-ready: waitDeviceReady() wicked: device-ready -> device-up: changeDevice() wicked: device-up -> protocols-up: changeProtocol() wicked: protocols-up -> firewall-up: firewallUp() wicked: firewall-up -> link-up: linkUp() wicked: link-up -> link-authenticated: login() wicked: link-authenticated -> lldp-up: lldpUp() wicked: lldp-up -> network-up: requestLease() wicked: wlan0: binding dbus calls to FSM transitions wicked: org.opensuse.Network.Interface waitDeviceReady no config in interface document wicked: org.opensuse.Network.Wireless changeDevice mapped to <wireless> @<orphan xml node> wicked: org.opensuse.Network.Protocol.IPv4 changeProtocol mapped to <ipv4> @<orphan xml node> wicked: org.opensuse.Network.Protocol.IPv6 changeProtocol mapped to <ipv6> @<orphan xml node> wicked: org.opensuse.Network.Firewall firewallUp no config in interface document wicked: org.opensuse.Network.Interface linkUp mapped to <link> @<orphan xml node> wicked: org.opensuse.Network.LLDP lldpUp no config in interface document wicked: org.opensuse.Network.Addrconf.ipv4.static requestLease mapped to ipv4:static @<orphan xml node> wicked: org.opensuse.Network.Addrconf.ipv6.static requestLease no config in interface document; skipping call wicked: org.opensuse.Network.Addrconf.ipv4.dhcp requestLease no config in interface document; skipping call wicked: org.opensuse.Network.Addrconf.ipv6.dhcp requestLease no config in interface document; skipping call wicked: org.opensuse.Network.Addrconf.ipv4.auto requestLease no config in interface document; skipping call wicked: wlan0: current state=device-down target state=network-up wicked: marked 1 interfaces wicked: wlan0: state=device-down want=network-up, trying to transition to device-exists wicked: wlan0: changed state device-down -> device-exists wicked: wlan0: successfully transitioned from device-down to device-exists wicked: wlan0: state=device-exists want=network-up, trying to transition to device-ready wicked: wlan0: calling org.opensuse.Network.Interface.waitDeviceReady() wicked: wlan0: changed state device-exists -> device-ready wicked: wlan0: update <client-state> control: persistent=false, usercontrol=false wicked: wlan0: update <client-state> config: origin=compat:/etc/sysconfig/network/ifcfg-wlan0, uuid=c3b78dea-9eaa-549d-ae89-1b993c85fda3, owner-uid=4294967295 wicked: wlan0: successfully transitioned from device-exists to device-ready wicked: wlan0: state=device-ready want=network-up, trying to transition to device-up wicked: wlan0: calling org.opensuse.Network.Wireless.changeDevice() wicked: wlan0: changed state device-ready -> device-up wicked: wlan0: update <client-state> control: persistent=false, usercontrol=false wicked: wlan0: update <client-state> config: origin=compat:/etc/sysconfig/network/ifcfg-wlan0, uuid=c3b78dea-9eaa-549d-ae89-1b993c85fda3, owner-uid=4294967295 wicked: wlan0: successfully transitioned from device-ready to device-up wicked: wlan0: state=device-up want=network-up, trying to transition to protocols-up wicked: wlan0: calling org.opensuse.Network.Protocol.IPv4.changeProtocol() wicked: wlan0: calling org.opensuse.Network.Protocol.IPv6.changeProtocol() wicked: wlan0: changed state device-up -> protocols-up wicked: wlan0: successfully transitioned from device-up to protocols-up wicked: wlan0: state=protocols-up want=network-up, trying to transition to firewall-up wicked: wlan0: calling org.opensuse.Network.Firewall.firewallUp() wicked: wlan0: changed state protocols-up -> firewall-up wicked: wlan0: successfully transitioned from protocols-up to firewall-up wicked: wlan0: state=firewall-up want=network-up, trying to transition to link-up wicked: wlan0: calling org.opensuse.Network.Interface.linkUp() wicked: wlan0: adding callback for org.opensuse.Network.Interface.linkUp() wicked: wlan0: waiting for callbacks: wicked: 19000000-d2fc-0b00-8f01-000007000000 event=linkUp wicked: wlan0: waiting for event in state firewall-up wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: wlan0: state=firewall-up want=network-up, wait-for=link-up wicked: waiting for 1 devices to become ready (1 explicitly requested) wicked: device wlan0 failed: operation timed out wicked: waiting for 0 devices to become ready (0 explicitly requested) wicked: finished with all devices. wicked: wlan0: changed state none -> device-exists, still waiting for event wlan0 setup-in-progress wicked: Exit with status: 162 What can I do to get more debug information? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
Freek de Kruijf
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #1 from Freek de Kruijf
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
Bernhard Wiedemann
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #3 from Larry Finger
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #4 from Freek de Kruijf
Any difference in distance to AP?
I once had a device/driver with poor power-management and it would only work well when I was within 1 meter of the AP
I tried this extensively on different distances from the Problem-AP, next to it and rather far from it. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #5 from Freek de Kruijf
As I said in my E-mail response for this issue, the difference is between WPA and WPA2. The encryption is completely different. As far as I know, all drivers handle both cases OK, at least with NetworkManager. I have no idea what wicked does, nor do I wish to find out.
The only thing I see in your posting is
wicked: No valid configuration files found at /etc/wicked/ifconfig
Perhaps it is able to generate a WPA2 configuration from scratch, but not WPA.
In that case this is the bug to be solved. But I doubt that this really is a problem. I found this message also bug#890570, but does seem to be relevant. I have another system with a similar USB Wi-Fi dongle, it connects OK to: Cell 01 - Address: 00:0C:F6:33:E4:A4 ESSID:"xxxxxxx" Protocol:IEEE 802.11bg Mode:Master Frequency:2.442 GHz (Channel 7) Encryption key:on Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s 48 Mb/s; 54 Mb/s Extra:rsn_ie=30140100000fac040100000fac040100000fac020100 IE: IEEE 802.11i/WPA2 Version 1 Group Cipher : CCMP Pairwise Ciphers (1) : CCMP Authentication Suites (1) : PSK Preauthentication Supported Signal level=100/100 It looks as if WPA2 is used but also CCMP which works also with the other AP. The not working AP is: Cell 03 - Address: FC:F5:28:7E:60:1C ESSID:"ProblemAP" Protocol:IEEE 802.11bg Mode:Master Frequency:2.412 GHz (Channel 1) Encryption key:on Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 9 Mb/s 18 Mb/s; 36 Mb/s; 54 Mb/s; 6 Mb/s; 12 Mb/s 24 Mb/s; 48 Mb/s Extra:wpa_ie=dd160050f20101000050f20201000050f20201000050f202 IE: WPA Version 1 Group Cipher : TKIP Pairwise Ciphers (1) : TKIP Authentication Suites (1) : PSK Signal level=44/100 Here TKIP is mentioned. So maybe that's the problem. However I used my laptop with 13.2 managed by NM which connected OK with the ProblemAP. In the above bug report I noticed wicked commands which indicate how to produce more debug output. Will try to get more info with that. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #6 from Larry Finger
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #7 from Freek de Kruijf
Check the contents of /etc/sysconfig/network/ifcfg-wlan0 to make sure the wifi secret specified in WIRELESS_WPA_PSK is correct and that WIRELESS_ESSID is what you expected. The STARTMODE should be 'hotplug', WIRELESS_AP_SCANMODE should be 1, and WIRELESS_AUTH_MODE should ve 'psk'. If you have any questions, post the entire contents with the WIRELESS_WPA_PSK obscured.
Below is the requested content, however also WIRELESS_ESSID has been obscured, but it is the ESSID of the AP: BOOTPROTO='static' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='192.168.1.249/24' MTU='' NAME='RTL8191S WLAN Adapter' NETWORK='' REMOTE_IPADDR='' STARTMODE='hotplug' WIRELESS_AP='' WIRELESS_AP_SCANMODE='1' WIRELESS_AUTH_MODE='psk' WIRELESS_BITRATE='auto' WIRELESS_CA_CERT='' WIRELESS_CHANNEL='' WIRELESS_CLIENT_CERT='' WIRELESS_CLIENT_KEY='' WIRELESS_CLIENT_KEY_PASSWORD='' WIRELESS_DEFAULT_KEY='0' WIRELESS_EAP_AUTH='' WIRELESS_EAP_MODE='' WIRELESS_ESSID='BBBBBBB' WIRELESS_FREQUENCY='' WIRELESS_KEY='' WIRELESS_KEY_0='' WIRELESS_KEY_1='' WIRELESS_KEY_2='' WIRELESS_KEY_3='' WIRELESS_KEY_LENGTH='128' WIRELESS_MODE='Managed' WIRELESS_NICK='' WIRELESS_NWID='' WIRELESS_PEAP_VERSION='' WIRELESS_POWER='no' WIRELESS_WPA_ANONID='' WIRELESS_WPA_IDENTITY='' WIRELESS_WPA_PASSWORD='' WIRELESS_WPA_PSK='xxxxxxxx' It is exactly what it should be. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #8 from Freek de Kruijf
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #9 from Larry Finger
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #10 from Freek de Kruijf
Originally, I used DHCP to get an IP number for my device. After seeing your ifcfg-wlan0, I tried it with a fixed IP. That worked, but it did suggest a few questions.
Are both APs using 192.168.1.X as their NAT address?
This is not the point. The connection on each interface will be established when the SSID and password of the working AP are in that file. When these values of the wrong AP are configured the connection is not established.
Has the routing been set up correctly? Use 'route -n' to verify.
This is irrelevant.
If you switch the configuration to using DHCP to get an address, does it work?
This not relevant. The interface is in a state where the logical link needs to be established, which does not succeed. This is the state in which a connection must be made between the Wi-Fi interface and the AP using the SSID and the password. Only after finishing that state comes the state in which an IP address will be assigned. I am looking for information to get debug output from wpa_supplicant, because this application is used in the state that fails. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #11 from Larry Finger
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #12 from Freek de Kruijf
I disagree about the relevance of those various quections. A successful connection does require getting the ESSID/secret combination correctly set, but it also requires that the interface can route correctly after the authentication/authorization handshake.
Use 'man wpa_supplicant' to see the options. What you need to do is kill the supplicant process, and restart it with the same arguments as the old process had, plus "-ddd -K". That will log all the steps that wpa_supplicant is doing.
The original process showed: /usr/sbin/wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -u -f /var/log/wpa_supplicant.log I started /usr/sbin/wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -ddd -K -u -f /var/log/wpa_supplicant.log & After giving: ifup wlan0 I got: wicked: device wlan0 failed: call to org.opensuse.Network.Wireless.changeDevice() failed: General failure wlan0 device-not-running The content of /var/log/wpa_supplicant.log is: Successfully initialized wpa_supplicant wlan0: CTRL-EVENT-TERMINATING wpa_supplicant v2.2 random: Trying to read entropy from /dev/random dbus: Register D-Bus object '/fi/w1/wpa_supplicant1' Providing DBus service 'fi.w1.wpa_supplicant1'. Providing DBus service 'fi.epitest.hostap.WPASupplicant'. Successfully initialized wpa_supplicant random: Got 20/20 bytes from /dev/random Apparently the debug output goes to /var/log/messages which is currently unavailable. Back on Sunday. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
Freek de Kruijf
Apparently the debug output goes to /var/log/messages which is currently unavailable. Back on Sunday.
No it did not. The started wpa_supplicant did not work. When trying to do ifup the following message appeared: wicked: device wlan0 failed: call to org.opensuse.Network.Wireless.changeDevice() failed: General failure wlan0 device-not-running Nothing appeared in the log after that. I also used -t in the command and the following appeared in /var/log/wpa_supplicant.log: 1425244476.128520: wpa_supplicant v2.2 1425244476.129066: random: Trying to read entropy from /dev/random 1425244476.139844: dbus: Register D-Bus object '/fi/w1/wpa_supplicant1' 1425244476.143970: Providing DBus service 'fi.w1.wpa_supplicant1'. 1425244476.148336: Providing DBus service 'fi.epitest.hostap.WPASupplicant'. 1425244476.148787: Successfully initialized wpa_supplicant 1425244476.149430: random: Got 20/20 bytes from /dev/random Studied man wpa_supplicant, wpa_cli -h and wicked --help. Don't know how to proceed. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #14 from Freek de Kruijf
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #15 from Larry Finger
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
Freek de Kruijf
All the critical code in in the kernel. These components function fine on x86, x86_64, and ppc. There is a possibility of a compiler error on arm. The only way to tell would be to capture all the "in-the-air" packets using a 3rd system.
I can work with wireshark and tcpdump if these are the applications to capture enough data for the analysis and if these are available on the RPi, but not much further, I am afraid, without mentoring. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #17 from Larry Finger
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #18 from Freek de Kruijf
Wireshark is what you need, but you do not want to run it on the Pi. It is best if you run it on a third box that is neither the station nor the AP.
I have no idea how to get in the middle of the RPi and the AP. I can catch some communication using tcpdump, but I am not sure I can catch the handshaking used in the authorization and setting up the encrypted connection phase. The information from tcpdump can be analyzed on an external Wireshark system. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
--- Comment #19 from Larry Finger
http://bugzilla.opensuse.org/show_bug.cgi?id=919746
http://bugzilla.opensuse.org/show_bug.cgi?id=919746#c21
--- Comment #21 from Freek de Kruijf
Are you still having this problem? If so, have you been able to capture the data over the air?
Currently I have rebuild the system using the newest Tumbleweed RPi1 image. In my network the system is working with the AP I have here, which has the same characteristics as the working AP at the other location. The problem location is 50 km from where I live, so it is not easy for me to analyse the problem. In a few days I hope I can start with the new system. This new system shows some strange behaviour at my home with the Wi-Fi connection. At first things seem normal, but some time later 5 tot 10 minutes the RPi system looses the MAC address of the router, while the MAC address of my desktop still works, so I still can reach the RPi with irregular delay. While I am writing this I have still a connection with the RPi and I regularly give the command "ip ne" to see the status of the MAC addresses. When the one from the router shows STALE I try a ping to the router, which earlier did not succeed in this status. Now it suddenly works again. I also used tcpdump on the RPi and noticed that ARP requests for the MAC address of the router did not get answered. First these were send to that MAC address and later to the broadcast address. When I have both the Ethernet and the Wi-Fi interface active something strange is seen on my desktop system. "ip ne" on my desktop shows that both IP addresses, the one for the Ethernet interface and the one for the Wi-Fi interface in the RPi have the same MAC address, the one of the Ethernet interface. To me it looks strange that the Ethernet interface answers on an ARP request for the IP address of the Wi-Fi interface. So I hope in a week from now to have more information. Maybe this newer system supports TKIP also. -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com