Scan a Site for Devices

Scout finds devices by shouting on the local network and listening for answers. It uses two protocols at once, because no single one sees everything.

Run a scan

1. Join the site network on the same subnet as the devices.
2. Open IC Scout and tap Scan.
3. Results appear as they answer. A scan settles in a few seconds.

What the two protocols see

• DCP broadcasts on UDP port 5050. Because it broadcasts rather than multicasts, it works on networks that do not pass multicast traffic. It returns model, device class, IP, MAC, serial number, firmware version and ports.
• DHIP uses multicast group 239.255.255.251Copy on UDP port 37810 and waits up to five seconds. It also reports the vendor and whether the device has been initialized.

A device found only by DCP has no vendor and no initialization state, so Scout follows up with a direct DHIP probe to that device's IP to fill in the gaps. This is why some rows gain detail a moment after they appear.

Reading the list

Each row shows the model, an icon for the device class and a state badge.

State is one of three things. Needs Setup means factory-fresh with no password yet. Initialized means a password has already been set. Unknown means the device answered DCP but would not confirm its state, which usually means a direct probe was blocked.

If the scan finds nothing

Work down this list in order; the first two causes account for nearly every empty scan.

1. Wrong network. The phone is on cellular, on a guest SSID, or on a different VLAN from the cameras. Check which Wi-Fi you joined.
2. Local network permission denied. iOS Settings > IC Scout > Local Network.
3. Client isolation on the Wi-Fi. Many business access points block device-to-device traffic. Scanning cannot work through it; use a different SSID or a wired uplink for the duration of the job.
4. Devices not finished booting. Give a freshly powered camera a minute.