Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Replies 10 replies
  • Subscribers 0 subscribers
  • Views 5263 views
  • Users 0 members are here
Options
Suggested

[9.306-6] Wifi Nest / Dropcam

brianbednarz
I loaded 9.306-6 this week as soon as I did both my Nest thermostat and Dropcam no longer connect back to their services.  The Dropcam is stating it can't connect to Wifi, however I can ping it fine.  I have 3 Nest smoke detectors and those are all working fine.  Before loading this update they were working flawlessly.  I have both an AP10 and a AP15.  I don't see any traffic being blocked or filtered.  I was just wondering if anyone has experienced a similar issue after loading this version, I am out of ideas at this point other than going back to the previous version.  Any thoughts would be appreciated.

Thank you,
Brian
  • 0
    Hi and welcome to the UBB,
    please tell us about your wifi setup?

    Are you running bridged to LAN or separate zone?

    Currently the separate zone setup has throughput issues and the MTU needs to be dropped, plenty of threads on that subject.

    Other setups, I don' have any issues with bridged to LAN on 4 UTMs all running 9.306-6

    Ian
  • 0 in reply to RFCat_vk_01
    It is a separate zone, but it just started with this last release and I have been staying up to date, so it wasn't like I jumped quite a few releases or anything.  All other items seem to be fine, so I am not sure what it is that is impacting these.  To me they seem to be on the wifi but something else is happening that is disrupting the traffic.  I did try changing the MTU with no luck either.  I think I might go back to the previous release, it is a pain but if it fixes it, it will be worth it.
  • 0
    Check the logs (Wireless, IPS, firewall, Web Protection, App Control)

    Barry
  • 0
    Brian, I am running into a similar issue however I use Unifi AP's.  My Dropcams will connect for a few minutes and then lose connection, like you the cameras are indicating they can't connect to the Wifi even though I can see them in the Unifi controller and ping them.  

    One thing I've noticed is that my Dropcams are constantly sending out DHCP discover and request, the DHCP server on the UTM respond and then 10 or so seconds later the Dropcam asks again.  Today along there have been almost 1600 requests per camera.  Can you confirm if you are seeing the same behavior?
  • 0 in reply to jamiemoney
    One thing I've noticed is that my Dropcams are constantly sending out DHCP discover and request, the DHCP server on the UTM respond and then 10 or so seconds later the Dropcam asks again.  Today along there have been almost 1600 requests per camera.  Can you confirm if you are seeing the same behavior?


    I am seeing a similar behavior, it appears about every two minutes the Dropcam is requesting an IP address from the DHCP server.  I spent about 2 hours last night with no luck, I also loaded 9.307-6, which didn't help either.  I'll let you know if I am able to resolve it.
  • 0
    Thanks, I am trying to figure out what's going on here, this is my home setup but I run the same 9.306-6 at my office with Unifi AP's and have no issues there.  The only difference between the two is I'm running the UTM as a ESX virtual appliance at home and the office is on a UTM 120.

    I probably spent a good two hours working on this yesterday as well.  I've also noticed similar issues with Android devices claiming they do not have Wifi connectivity or an IP address even though I can see their lease being given out in the DHCP logs and it appears in the Unifi controller.

    OSX, Windows and iOS devices on the same AP do not seem to be affected, and my home network is flat with no VLAN's.  I'm strongly considering backing up my config and downgrading back to 9.2
  • 0
    Ok, so I fixed my issue and at the risk of sounding clueless I'm going to explain what it was.

    The same day I upgraded to 9.306 I also received a router that I'm configuring for a client.  Somebody, me, forgot to turn of the DHCP server on that system before putting it on the network and it was conflicting with the DHCP server in the UTM.  For whatever reason this wasn't impacting hardwired clients in my home, nor Windows, OSX or iOS based wireless ones.

    So there you have it, if you are seeing the same thing I was maybe double check to make sure you have nothing else trying to hand out DHCP leases on the same network.

    It would be nice if the UTM would periodically probe the network for a rogue DHCP server and alert you.
  • 0
    It would be nice if the UTM would periodically probe the network for a rogue DHCP server and alert you.
    Feature request site:  UTM (Formerly ASG) Feature Requests: Hot (1986 ideas)
    __________________
    ACE v8/SCA v9.3

    ...still have a v5 install disk in a box somewhere.

    http://xkcd.com
    http://www.tedgoff.com/mb
    http://www.projectcartoon.com/cartoon/1
  • 0
    jamiemoney thank you for the information but that was not the issue on my side.  It appears that the Dropcam and the Nest do not like the MTU setting of 1450 that happens when you go from 9.305-4 to 9.306.  Changing the MTU on the interface back to 1500 allows the Dropcam and Nest to function normally.
Unfiltered HTML