99%. I've had issues and either poe power cycle it, or a firmware update helps.
IPVMU Certified | 09/28/15 12:14pm
My AXIS cameras come up more like 99.9% of the time. If it is less than that there is an issue somewhere, but where that "somewhere" is.....???
I can't recall any Avigilon cameras that we have installed not come back up after a reboot.
Just to clarify, in case it matters, I don't only mean warm booting, i.e. rebooting from the user interface. I mean cold-booting because your powering down the switch or whatever.
I would say I have seen more problems with cold-boots.
Last year, I powered up approx. 700 cameras, in 2 groups of 16. Each group was on its own 24-port PoE switch. Every single one of them powered up fine (cold).
After performing the necessary firmware upgrade, they rebooted (warm). Out of the 700, I had 12 that didn't report the new firmware version/didn't take it. I put them aside, and at the end, plugged them back in. Each one powered up fine, and then took the firmware update.
Last year, I powered up approx. 700 cameras, in 2 groups of 16. Each group was on its own 24-port PoE switch.
So two groups with 16 switches in each group?
Whose cameras? (Please say Arecont.)
Norris, Inc., S. Portland, ME | 10/01/15 06:34pm
If you are talking about a camera running, that is hard reset, for me the number is probably 1 out of 1000+. I have probably put in and manage (since 2006 for IP) several thousand cameras ranging from ACTI-Vivotek-Axis-Arecont-Panasonic-Hikvision-Pelco-ISD-Vivotek-Sony. If they are down, we first look at POE indicators the web based portals of the POE switches, to see if power is being pulled. Then we may reboot that POE port. Normally 50% of the time, camera comes back up. If a tech did not label camera names in the switch, we have to reboot the entire switch. Never seen a camera not come back up. (Of that list, the Pelco cameras were the most problematic though). All cameras normally 45-90 seconds for reboot (Pelco 3 minutes).
Maybe it is your POE negotiation/switch brand?? Overloaded the POE capacity of the switch?
Cabling? Is it a certified installation (<100 meters, proper termination, 4-5-7-8).
Duplicate IP addresses on network (I assume you may be plugged into network?).
Wrong or conflicting subnet/gateway information if accessing through a router or maybe a loop somehow in network if not accessing direct to camera? Sounds like all cameras working.
Multiple VMS or applications trying to connect to camera??
Browser is not set to refresh page every visit?
Non-heated camera in a very cold environment (this would mean you are in southern hemisphere right now, I guess).
Your problem is not the cameras, it is something else.
IPVMU Certified | 10/02/15 02:46am
i have the same experience as many in this discussion, very few if any have not come back up... not to say that the possibility of it not coming back up isn't in the back of my mind...
Norris, Inc., S. Portland, ME | 10/02/15 03:56pm
Looking at the history since 2007, when I first went all IP, most IP cameras that failed (not due to damage or power surges) were due to manufacturer (Vivotek had a run of FD8134 cameras where the POE negotiation would fail 1-18 months after install, faulty diode on board I believe, was about 80% failure which killed us, finally recovering) or installation (non-certifed cabling install - many times by EC), or just plain faulty products (Pelco Sarix). 99% of replacements for cameras 5-8 years old are either due to degraded video or firmware incompatibility (or because they were just not good cameras and functionality to begin with compared to current offerings - ACTI ACM3401/5611).
All of our installs are done with certified cable testing, patch panels, patch cables, and proper mounting (no exterior flush mount - pendant exterior - liquite - no exposed cabling). We use POE Smartswitches with proper wattage for overhead on all cameras (thank god we have finally replaced all of those FS116 switches).
Believe me, I have just about every type of camera out there, and have never seen reboots required, or a camera not come up after a reboot (unless failed firmware upgrade or techniques doing so).
You need to be specific about the make/model and even the firmware version of software you're talking about before you're going to get a real sense of what the risks might be of losing a camera from a reboot. It depends almost completely on the manufacturer and software. With the network environment being a wild card.
As a manufacturer, I feel like even very very low failure rates of our cameras is unacceptable. We happen to monitor every one of our cameras deployed, and try to do a root cause analysis on any failures.
Most manufucturers use techniques common in embedded systems to ensure availability, including:
* Use a 'factory default' OS image to fall back to in the event the current firmware image fails to boot a certain number of times in a row--this is designed so a 'bad' firmware update will not brick the device.
* Use a hardware watchdog that must be 'fed' periodically by higher level software functions or the camera will reboot--this technique tends to work around deadlock or other failure conditions of the higher level software.
* Use of image based (rather than incremental) updates--designed to better manage the final configuration of the software and prevent bugs in the update process itself from inadvertently causing the software to diverge into an untested configuration.
Even the most reliable IP devices do have a hurdle to jump when they reboot though, and that's rejoining the network. It can occasionally be like walking outside to get the newspaper and finding you accidently locked the door behind you. This depends on the network and the camera's setup. I just point it out because it's an area of risk where even the most reliable cameras may stumble.
My advice is if you 'feel' like you're at risk of losing cameras after a reboot, then you should find a new vendor. The manufacture's job is to make you feel like their equipment is reliable and trustworthy. If they can't do that then somebody else can.
Ok, so I will do a little test.
I'm thinking one switch, one test camera, one control camera, one recorder.
Recorder set to record continuous on both cameras. Video loss alarm enabled.
Control camera FOV will include switch, test camera and monitor of recorder.
A timer process wil cycle POE to the test camera every 5 minutes.
Let run for 24 hours.
Count video loss alarms, verify from control video any gaps found. The number found / 300 = reboot reliability rate.
Is this an unfair test?