The bench test removes the installed cable run from the equation entirely. By connecting the camera directly to the PoE injector with a known-good short patch cable, you can isolate the fault to one of three components in about two minutes — cable run, PoE injector, or camera — without climbing a ladder or pulling wire.
ping -t <camera IP>. Watch for replies. If the camera boots but you get no ping, the camera may have a different IP than expected — use arp -a or a network scanner to find what appeared on the subnet.
The camera and injector are both working correctly. The installed cable run has the problem. Since the camera is alive on the short jumper but was dead on the long run, the fault is somewhere in the field cable — open pair, short, water damage, crushed jacket, or a bad termination at either end.
Camera is still offline on the short patch with the original injector. The cable run is now eliminated. The problem is either the injector or the camera itself.
Camera works fine with the spare injector but not with the original. The injector is the confirmed fault. This is the most common failure mode on this site — injectors going bad over time.
Camera is unresponsive with both the original and a known-good spare injector, through a known-good short patch. The cable run and the injector have been ruled out. The fault is most likely the camera itself — or a configuration/IP issue.
arp -a — has the camera reverted to a factory default IP?If the camera drops in and out even on the short known-good jumper, the fault is either the injector under load, or the camera's network port. The cable run is still eliminated as a factor.
192.168.1.64 or similar). If your ping to the configured IP fails but the camera appears to be booting, scan the subnet with arp -a or Angry IP Scanner before assuming hardware failure.