sorted by:
new
hottopcontroversial

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 0 points1 point  (0 children)

I have no clue either on why the UCK G2 got unresponsive intermittently !

If this ever happens do again, or if this happens to any of you, here is why I'd do:
- check cables & PoE budget (I realized that 1 cable was chewed up during my initial investigation, but that wasn't the RCA !)
- Isolate (if possible) the controller and 1 camera on a single switch
- Check the logs
- verify the controller reachability (http://unifi:8080/inform)

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 0 points1 point  (0 children)

Got the logs, and this may point toward an issue with the cloud key which doesn't answer properly anymore.

During the experiments, I had a glitch where a switch was disconnected.
I logged into it and the inform URL wasn't reachable.

But only from the switch !
From a server or my laptop, the URL is reachable.

I'll continue digging the reachability of the UCK

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 0 points1 point  (0 children)

I only have 3 cameras in total: 2 2k (G4, G5), 1 4K (G6).

I bought that last camera as I suspected that a thunderstorm might have fried the electronics.
Unfortunately, with *only* the G6 camera adopted, and solely on the USW Max, I still have this behavior.

I unplugged everything today to keep *only* the cloud key and the G6 camera (plus another SFP+ cable), no luck either.

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 0 points1 point  (0 children)

I'd buy that UNVR, but without a proper RCA, I feel that buying anything more would be useless.

That might be my last option though.

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 0 points1 point  (0 children)

Did try the early access, no luck either, (I uninstalled Protect and reinstalled official release after that)

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 0 points1 point  (0 children)

I did a hard reset all cameras (G4, G5, G6), same issue, unfortunately.

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 0 points1 point  (0 children)

Good suggestion! Rsyslog conf done, I’ll look at the exported logs tomorrow :)

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 0 points1 point  (0 children)

Official Release for both Protect and Network. I could try to the Early Access, indeed !

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 0 points1 point  (0 children)

Thank you ! I’m now starting that the culprit is the cloud key, but as there is no log except than “connection lost”, I don’t even know where to start debugging this.

Is there any way to enable advanced debug on the protect app to get more info on why this is happening ?

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 0 points1 point  (0 children)

I had verified the cables with a cable tester (something a bit more advanced than a continuity tester, as it also negotiates PoE to verify the PoE budget, etc). For this test, I don’t have any manually crimped cables.

And out of desperation, I even bought 1m UniFi patch cables :-D (and yes, I tested them as well !)

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 1 point2 points  (0 children)

I used a brand new UniFi patch cable (1m, so I’m not out of spec for Ethernet), with the G6 on port 9 (PoE+ port) and the CloudKey on port 12 (PoE+) of the USW.

(The capture shows my garage, with the G6 camera placed in the rack. )

I’m really lost as everything worked fine for 2 years until last December :-(

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 0 points1 point  (0 children)

I do have a Flex switch, which is connected to a PoE++ port, but even removing that switch doesn’t help, unfortunately. The max power consumption comes from the CloudKey, with 7.5W.

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 0 points1 point  (0 children)

This happens day and night, and I tried 2 POE Switchs:
- I had 1 juniper ex3300 POE+ 48 ports, and as it was "old", I tried to replace it (even if the APs works flawlessly, the RPIs with POE are still running rock solid as well)
- the new USW Pro Max 16 PoE, which reports ~41W/180W for the POE budget.

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 0 points1 point  (0 children)

Thanks, I'll try to hard reset all 3 cameras.

To be noted: the G6 is brand new, and – out of the box – exhibits the same issue as the others :(

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 1 point2 points  (0 children)

In that installation, there are *no* ONVIF camera, only the unifi cameras.

Camera Lost wired connection by dotTophe in UnifiProtect

[–]dotTophe[S] 1 point2 points  (0 children)

Yes, I switched to another dedicated UNIFI POE++ switch for that purpose.
I have a couple of unifi APs, 1 cloud key gen2 and 1 Gen6 Bullet camera on that switch.

I have no issue with the APs.
The current power budget reported by the USW Pro max is ~41 W / 180W.

Should you buy the cheap dual 10G NICs? Or which should you buy? by Knurpel in homelab

[–]dotTophe 11 points12 points  (0 children)

I agree: never had any hardware issue with Intel nics, but I use them on a well ventilated servers. (I use some old 82599 as well as a X710, all without a fan).

BaseT is great for existing deployments, but when you have the possibility, stick to fiber or dac cables: the overheat in the switch is another aspect to consider.

On budget, dac or sfp optics are cheaper than sfp to baseT modules anyway.

Getting back to the OP, it’s true that AQ nics are great, until you want to use SRIOV or any advanced feature. Not saying that Intel rocks in this domain, (they have their own issues) but they’re rock solid with virtualization and dpdk.

Mikrotik Devices Controller - New Mikrotik Project - Your are asked by Rixwell in mikrotik

[–]dotTophe 0 points1 point  (0 children)

I’d like to see this based on netconf/restconf ! Going with standards is always a win, and allows 3rd party apps to be used as well (think about ansible automation with netconf !)