Initially I though it wasn't connecting to my wifi network properly, but when I looked at the network traffic, the problem turned out to be something entirely different: the NTP server the Index is using, clock.garmin.com, isn't responding most of the time. This is what used to happen most of the time when I stepped on my Index:
67699 2016-02-11 08:38:10.026783 0.0.0.0 -> 255.255.255.255 DHCP 303 DHCP Request - Transaction ID 0xa90d3832
67700 2016-02-11 08:38:10.029093 10.0.7.254 -> 10.0.7.116 DHCP 342 DHCP ACK - Transaction ID 0xa90d3832
67701 2016-02-11 08:38:10.173502 GarminIn_41:c4:f0 -> Broadcast ARP 56 Who has 10.0.7.254? Tell 10.0.7.116
67703 2016-02-11 08:38:10.684652 10.0.7.116 -> 10.0.1.2 DNS 76 Standard query 0xa487 A clock.garmin.com
67704 2016-02-11 08:38:10.685102 10.0.1.2 -> 10.0.7.116 DNS 159 Standard query response 0xa487 A 204.77.162.174
67705 2016-02-11 08:38:10.730001 10.0.7.116 -> 204.77.162.174 NTP 90 NTP Version 4, client
67706 2016-02-11 08:38:11.038477 10.0.7.116 -> 204.77.162.174 NTP 90 NTP Version 4, client
67707 2016-02-11 08:38:11.343489 10.0.7.116 -> 204.77.162.174 NTP 90 NTP Version 4, client
67708 2016-02-11 08:38:11.653700 10.0.7.116 -> 204.77.162.174 NTP 90 NTP Version 4, client
67709 2016-02-11 08:38:11.975087 10.0.7.116 -> 204.77.162.174 NTP 90 NTP Version 4, client
67710 2016-02-11 08:38:12.288109 10.0.7.116 -> 204.77.162.174 NTP 90 NTP Version 4, client
After 6 unsuccessful NTP requests, the Index gives up and won't use the network for anything anymore. (when the server does respond, the Index will continue by sending requests to https://gold.garmin.com)
I worked around this problem by configuring my DNS server to return the address of a working NTP server instead of the actual address of clock.garmin.com, but it would be much better if Garmin would:
- fix their server
- update the Index firmware to request and use NTP servers given by the DHCP server
- update the Index firmware to handle a failing NTP server more gracefully