Flic Home

    Community

    • Login
    • Search
    • Popular
    • Users

    Flic Hub can't establish working connection over Ethernet

    General Discussion
    flic hub ethernet problem troubleshoot http request
    4
    8
    2194
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • leonardchrist
      leonardchrist last edited by

      Our scenario is the following: Flic button sending HTTP GET Request to PC in local network (http://192.168.1.100/abcdefg)

      However it doesn't work. The package should be captured by an app called vvvv, where we count how many packages came in. Sometimes it works, if we spam the button 20 times, it sometimes counts one!

      We tested the following

      • connecting to the same network over WiFi in the same scenario works
      • connecting to a different network (an isolated one, just router and PC) works as well
      • sending the HTTP request from a different machine (another PC in the network) works
      • connecting the hub through a different cable and/or different port on the switch doesn't work
      • tried deactivating Windows Firewall, still doesn't work
      • tried assigning a different IP to Flic Hub and PC
      • since the package are coming through every once a while, it's not a blocked port, IP, service that blocks the whole communication

      And a lot more that came to mind, we tried. We've been troubleshooting for two hours now and we aren't certain it's actually a problem with your product, could be a misconfigured network setting or something. We do have a managed switch in the network.

      I hope you guys have an idea what to do from here, since we are out of ideas!

      Things, we still want to try, but probably won't help:

      • Try sniffing the http request with WireShark on the Windows machine to see if the package arrives at all and our programm just doesn't catch it or if it never reaches its destination
      • Fiddle around in the managed switch and tweak the settings, eventhough everything is configured rather 'open' without many restrictions (we already tried turning off some obvious ones)

      Thanks for your help!

      1 Reply Last reply Reply Quote 0
      • andrew 2
        andrew 2 @leonardchrist last edited by

        @leonardchrist I know I'm super late to the party, but the fact that the hub never ACKs the SYN ACK, plus the fact that it then re-xmits the SYN makes it seem like it never gets anything back. A couple obvious things to check would be the SN mask, and any possible ACLs/VLAN config on the switch ports. Alternatively, you could swap the PC/Hub switch ports and see if the behavior changes at all.

        Alternatively, you could take a deeper look at the SYN ACK from the PC and compare it to the successful equivalent from the WiFi scenario. Hardware failure on the switchport, or hub, might cause it to fail MAC checksums.

        1 Reply Last reply Reply Quote 0
        • cs.durak
          cs.durak last edited by

          I've had a similar problem today. I connected my Flic Hub to the Ethernet port while being connected to wifi. Then I disconnected wifi from the mobile app.

          I clicked on Test Connection and confirmed the Internet access however Ethernet was showing not connected in the app however I couldn't log in to the SDK.

          While the Flic Hub was powered, I removed the ethernet cable and plugged back in and it reassigned the IP. Then it worked.

          1 Reply Last reply Reply Quote 0
          • Emil
            Emil FlicTeam @leonardchrist last edited by

            @leonardchrist do any other actions work? Like IFTTT, Flow, Zapier, Spotify, Sonos, lights and so on?

            1 Reply Last reply Reply Quote 0
            • leonardchrist
              leonardchrist last edited by

              Hey Emil,

              still no luck on anything. We reset the hub to factory settings but it doesn't work. We of course tried Ethernet without having the WiFi connected, which is the case in which it doesn't work!

              Best wishes,
              Leo

              Emil 1 Reply Last reply Reply Quote 0
              • Emil
                Emil FlicTeam @leonardchrist last edited by

                @leonardchrist Hmm that might be an explanation. Could you disconnect the WiFi while you are on Ethernet?

                1 Reply Last reply Reply Quote 0
                • leonardchrist
                  leonardchrist last edited by

                  Hey Emil,

                  thanks for the quick reply! Here's what we captured with WireShark:

                  When the Hub is connected via WiFi (everything works):

                  • Establishing session: TCP SYN from Hub -> PC
                  • Establishing session: SYN ACK from PC -> Hub
                  • Establishing session: ACK from Hub -> PC
                  • Data Sent: HTTP GET from Hub -> PC
                  • Data Received: HTTP OK from PC -> Hub
                  • Closing Session: FIN ACK from PC -> Hub
                  • Closing Session: ACK from from Hub -> PC
                  • as well as RST_ACK, ACK, ACK

                  Here's what happens when the Hub is connected over Ethernet:

                  • TCP SYN from Hub -> PC
                  • SYN ACK from PC -> Hub

                  And than we never get an ACK from the Hub back, so it never establishes a session and therefore can't send the HTTP request. Then several TCP Retransmissions, as well as a final RST, the PC closes the session.

                  We already tried restarting all the devices (Hub, Router, PC, Managed Switch, Router) without any success.

                  A wild guess, for now, would be that the Hub sends the first SYN package to the IP 192.168.1.100 and then gets a response from that PC including its MAC-Adress. At that point the Hub sees that MAC Adress in its ARP-cache table and goes "I know that MAC address, it's on interface 'wifi'" and tries to go there instead, which isn't configured.

                  We will try some further troubleshooting! Any help would be much appreciated as we already spent a lot of time on it!

                  Thanks,
                  best wishes,
                  Leo

                  Emil andrew 2 2 Replies Last reply Reply Quote 0
                  • Emil
                    Emil FlicTeam last edited by

                    Hi. We have never seen any problem like this before. Just tested HTTP request to my computer running a "python -m SimpleHTTPServer" and saw all clicks coming through. The hub just runs a normal Linux OS and a HTTP request is not much more than a TCP connection with a message back and forth. You should try set up Wireshark or something to try to find the issue.

                    1 Reply Last reply Reply Quote 0
                    • First post
                      Last post