POMdev wrote:
> Thanks, that's amazing. Could you please check this alternative, which
> may work on your community firmware machine:
>
> wpa_cli reassoc ; ifconfig eth1 down ; ifconfig eth1 up
>
> On the stock firmware, the network continues to work correctly, the
> music keeps playing without interruption, but the wireless icon stays
> red longer, suggesting that all is not well, which we do not want. The
> matter of cooperation with the player requires further investigation,
> and it is perhaps time for a community firmware test machine here.
Well, it works, and with the longer red icon as well.
But I'm not sure what you intend to achieve with the -ifconfig eth1 down
; ifconfig eth1 up-. I suspect that all it does is to delay -udhcp-'s
attempt to renew the lease. Hence, possibly, the red icon. Also bear in
mind that SqueezePlay only updates the icon every 5 seconds.
Stock firmware log following -wpa_cli reassoc-:
Code:
--------------------
Mar 22 23:46:24 kernel: [53445.450449] channel hint set to 2437
Mar 22 23:46:24 kernel: [53445.464623] AR6000 disconnected from
78:dd:12:cd:a2:f2
Mar 22 23:46:24 root: wpa_action eth1 DISCONNECTED
Mar 22 23:46:24 kernel: [53445.884750] AR6000 connected event on freq 2437
with bssid 78:dd:12:cd:a2:f2 listenInterval=100, beaconInterval = 100,
beaconIeLen = 22 assocReqLen=62 assocRespLen =76
Mar 22 23:46:24 kernel: [53445.900127] Network: Infrastructure
Mar 22 23:46:25 root: wpa_action eth1 CONNECTED
Mar 22 23:46:25 udhcpc[8399]: Performing a DHCP renew
Mar 22 23:46:25 udhcpc[8399]: Sending renew...
Mar 22 23:46:27 udhcpc[8399]: Lease of 192.168.1.65 obtained, lease time 86400
Mar 22 23:46:27 root: udhcpc_action eth1 renew ip=192.168.1.65
--------------------
Stock firmware log following -wpa_cli reassoc ; ifconfig eth1 down ;
ifconfig eth1 up-:
Code:
--------------------
Mar 22 23:48:05 kernel: [53546.780711] channel hint set to 2437
Mar 22 23:48:05 kernel: [53546.795065] AR6000 disconnected from
78:dd:12:cd:a2:f2
Mar 22 23:48:06 root: wpa_action eth1 DISCONNECTED
Mar 22 23:48:07 kernel: [53548.390377] AR6000 connected event on freq 2437
with bssid 78:dd:12:cd:a2:f2 listenInterval=100, beaconInterval = 100,
beaconIeLen = 22 assocReqLen=62 assocRespLen =76
Mar 22 23:48:07 kernel: [53548.405760] Network: Infrastructure
Mar 22 23:48:07 root: wpa_action eth1 CONNECTED
Mar 22 23:48:07 udhcpc[8399]: Performing a DHCP renew
Mar 22 23:48:07 udhcpc[8399]: Sending renew...
--------------------
I was intending that this log should simply show it taking longer. But,
oh dear, udhcp didn't complete on this occasion ! I wasn't expecting
that. The red light stayed on for a long time ! But everything
apparently was working fine...
Five minutes later:
Turns out to have failed a "gateway" check, because no valid gateway:
Code:
--------------------
# cat /proc/net/route
Iface Destination Gateway Flags RefCnt Use Metric Mask
MTU Window IRTT
eth1 0001A8C0 00000000 0001 0 0 0
00FFFFFF 0 0 0
--------------------
But I don't know why. I guess -udhcp- was interrupted and never
finished.
I should have checked with -ip route-
A quick kick to -udhcp- (USR1 signal) seems to restore matters.
Gateway should be:
Code:
--------------------
# cat /proc/net/route
Iface Destination Gateway Flags RefCnt Use Metric Mask
MTU Window IRTT
eth1 0001A8C0 00000000 0001 0 0 0
00FFFFFF 0 0 0
eth1 00000000 FE01A8C0 0003 0 0 0
00000000 0 0 0
--------------------
Basically, this is all very intricate. Time for bed.
------------------------------------------------------------------------
mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299
View this thread: http://forums.slimdevices.com/showthread.php?t=109953
_______________________________________________
Radio mailing list
Radio@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/radio
