Pemantauan CCTV dengan SNMP: Cek Kamera dan Video

Pemantauan CCTV perlu memeriksa dua hal: kamera bisa dihubungi dan video masih menghasilkan gambar baru. SNMP adalah protokol untuk menanyakan kondisi perangkat jaringan; RTSP dipakai untuk mengambil videonya. Gabungkan keduanya bila kamera mendukungnya. Pisahkan peringatan perangkat terputus dari video macet agar teknisi tahu bagian mana yang perlu diperiksa.

Pemrosesan analitik dan dasbor dapat terlihat normal meski kamera bermasalah. Karena itu, pantau langsung apakah perangkat masih dapat dihubungi dan menghasilkan video baru.

Untuk memeriksa kondisi kamera, saya memakai SNMP, protokol yang banyak tersedia pada perangkat jaringan terkelola. Dukungan pada kamera, NVR, dan PoE injector berbeda menurut model serta perangkat tegar; periksa dokumentasinya dan aktifkan hanya pada jaringan pemantauan yang dibatasi.

SNMP memeriksa kondisi perangkat jaringan

SNMP (Simple Network Management Protocol) adalah protokol permintaan dan jawaban untuk menanyakan kondisi sebuah perangkat ke dirinya sendiri. Protokol ini dapat menunjukkan apakah perangkat merespons, berapa lama sudah aktif, serta kondisi antarmuka jaringannya.

Setiap nilai berada di sebuah OID (object identifier), alamat berformat titik menuju MIB perangkat — katalog data yang tersedia. Tiga OID ini mencakup sebagian besar kebutuhan pemantauan harian kelompok kamera:

• 1.3.6.1.2.1.1.3.0 — sysUpTime, waktu sejak subsistem pengelolaan jaringan terakhir diinisialisasi ulang menurut RFC 3418, dalam satuan per seratus detik. Nilai kembali ke nol dapat menunjukkan perangkat atau agen SNMP dimulai ulang; bedakan juga pengulangan penghitung saat melewati batasnya.
• 1.3.6.1.2.1.1.1.0 — sysDescr, string perangkat keras dan perangkat tegar yang dilaporkan sendiri oleh vendor, berguna untuk memastikan perangkat mana yang sebenarnya sedang diperiksa.
• 1.3.6.1.2.1.2.2.1.8 — ifOperStatus per antarmuka, apakah sebuah link secara operasional aktif. Status administratif memakai ifAdminStatus, OID berbeda. Di PoE switch, ini memberitahu porta mana yang baru saja terputus, sering kali sebelum kameranya sendiri berhenti merespons.

Semua ini tidak butuh alat khusus vendor. OID MIB-2 dapat dipakai lintas vendor bila perangkat menyediakan objek yang sama.

Pemeriksaan berkala dari sistem belakang Node

Untuk sistem belakang Node yang saya bangun pada penerapan seperti ini, saya pakai net-snmp, implementasi JavaScript untuk SNMP v1, v2c, dan v3 yang dirilis dengan lisensi MIT. Paket ini memberi objek sesi dengan get(), getBulk(), walk(), dan subtree(), plus dukungan trap dan inform kalau perangkatnya mampu mendorong peringatan sendiri, bukannya menunggu diperiksa berkala — ditanyai satu per satu secara berkala.

Contoh pemeriksaan minimal berikut memakai public sebagai nilai contoh. Batasi akses jaringan dan utamakan SNMPv3 dengan autentikasi serta enkripsi jika perangkat mendukungnya:

const snmp = require("net-snmp");

const session = snmp.createSession(camera.ip, "public", { version: snmp.Version2c });

session.get(["1.3.6.1.2.1.1.3.0"], (error, varbinds) => {
  if (error) {
    markUnreachable(camera.id);
  } else if (snmp.isVarbindError(varbinds[0])) {
    recordMonitoringError(camera.id, snmp.varbindError(varbinds[0]));
  } else if (snmp.isVarbindError(varbinds[0])) {
    recordMonitoringError(camera.id, snmp.varbindError(varbinds[0]));
  } else {
    recordUptime(camera.id, varbinds[0].value);
  }
  session.close();
});

Jalankan ini ke setiap perangkat di VLAN kamera setiap 60 detik. Anda memperoleh catatan awal keterjangkauan dan lama aktif perangkat, termasuk sakelar jaringan, tanpa memakai SDK vendor. getBulk() mengambil penghitung tabel antarmuka secara bertahap agar jumlah permintaan berkurang. Tabel besar tetap dapat memerlukan beberapa permintaan. Ini mulai terasa penting begitu pemeriksaan berkala per-OID makan waktu lebih lama dari interval pemeriksaan berkalanya sendiri.

Yang tidak bisa dilihat SNMP

Pisahkan kesehatan jaringan dari kesehatan video: kamera bisa menjawab SNMP dengan benar, lama aktif naik terus, antarmuka up, ping sehat. Sementara itu aliran videonya sebenarnya sudah beku. Respons jaringan yang sehat tidak membuktikan sensor dan pengode video masih bekerja.

Komponen jaringan dan pengode gambar dapat berjalan sebagai subsistem berbeda. Kerusakan sensor atau pengode tidak selalu menghentikan respons jaringan kamera. Saya pernah menemukan kamera yang sesi SNMP-nya sehat selama berjam-jam, padahal aliran video RTSP-nya sudah berhenti menghasilkan gambar baru sejak lama.

Cek kesehatan RTSP yang benar berarti melampaui sekadar "apakah koneksinya terbuka." Request OPTIONS biasa ke URL RTSP tidak bisa diandalkan untuk ini. Sebagian kamera merespons normal padahal sebenarnya macet. Sebagian lagi mengembalikan galat pada aliran video yang justru sehat.

Periksa umur gambar terakhir yang berhasil dibaca. Buka aliran video, catat waktu gambar terakhir yang berhasil didekode, lalu kirim peringatan jika umurnya melewati ambang. Ambang batas ini biasanya 30 sampai 60 detik, cukup longgar agar perubahan laju data sesaat tidak menghasilkan terlalu banyak peringatan. Pemeriksaan berkala dengan ffprobe dapat mengonfirmasi bahwa gambar berhasil didekode selama pemeriksaan. Untuk mengukur jeda secara terus-menerus, simpan waktu lokal gambar terakhir yang berhasil didekode oleh proses pembaca aliran video. Tidak perlu merekam atau menampilkan videonya.

SNMP dan watchdog RTSP menjawab dua pertanyaan yang berbeda, dan dasbor kelompok kamera butuh keduanya:

Pisahkan status perangkat terputus dari video yang berhenti diperbarui. Status pertama biasanya terkait jaringan atau daya. Status kedua dapat berasal dari sensor, pengode, atau penyimpanan saat kamera masih dapat dihubungi. Satu lampu status untuk keduanya menyulitkan teknisi menentukan pemeriksaan awal.

Atur peringatan berdasarkan lokasi dan lama gangguan

Kamera mati lima menit jam 3 pagi di area parkir yang sepi adalah gangguan sesaat hampir setiap malam. Port PoE sempat blip, switch reboot, lalu kembali normal. Jeda lima menit yang sama pada satu-satunya kamera yang mengawasi pintu masuk itu beda cerita. Baru ketahuan tiga hari kemudian saat menarik rekaman untuk tinjauan insiden, itu kegagalan yang benar-benar berdampak.

Pemeriksaan berkala SNMP saja tidak membedakan dampak kedua situasi tersebut. Hasilnya menunjukkan apakah perangkat dapat dijangkau. Rancangan peringatan perlu mempertimbangkan fungsi setiap kamera:

• Saring koneksi yang terputus sesaat. Syaratkan kegagalan bertahan lewat dua atau tiga siklus pemeriksaan berkala sebelum mem-page siapa pun, atau setiap switch reboot akan jadi peringatan jam 3 pagi.
• Beri bobot kamera berdasarkan area yang diawasi, bukan sekadar jumlah perangkat. Kamera area parkir dengan jeda lima menit cukup jadi log line; kamera pintu masuk atau kasir dengan jeda yang sama harus jadi page.
• Catat durasi gangguan per kamera, bukan hanya status sesaat. Kamera yang terputus-sambung tiap dua puluh menit harus tetap muncul di laporan mingguan, meskipun statusnya "up" tiap kali dicek.

Informasi yang perlu tampil pada dasbor kamera

Dasbornya sendiri tidak perlu rumit. Tabel berisi kamera, respons SNMP terakhir, lama aktif, penanda waktu gambar bagus terakhir, dan status peringatan saat ini sudah cukup. Tabel itu menjawab pertanyaan operasional — apa yang sedang down sekarang — untuk kelompok kamera ukuran apa pun yang pernah saya tangani.

Kedua sinyal ini masuk ke penyimpanan status yang sama dan terbaca kembali sebagai satu baris per perangkat. Alur menyalurkan jenis pengumpulan data seperti ini ke dasbor langsung mengikuti pola yang sama dengan yang saya bahas di panduan sistem server IoT. Kumpulkan kedua sinyal tersebut sebelum dibutuhkan untuk pemeriksaan insiden. Antarmuka yang lebih rumit tidak menggantikan data kondisi perangkat dan video.

Ini semua tidak menggantikan penguatan keamanan dan konfigurasi kamera yang benar sejak awal — lihat daftar periksa penguatan keamanan perangkat tegar untuk apa saja yang harus beres sebelum kamera digunakan. Pemantauan memberi tahu Anda saat perangkat yang tadinya sudah dikonfigurasi benar berhenti berperilaku seperti itu. Kamera yang sejak awal tidak dikonfigurasi dengan benar akan gagal dengan cara yang tidak tertangkap oleh pemeriksaan berkala apa pun.

Pantau perangkat dan video secara terpisah

Pemeriksaan rutin membantu menemukan kamera yang gagal sebelum rekamannya dibutuhkan. SNMP memberi keterjangkauan dan lama aktif secara gratis, di seluruh perangkat di jaringan, pada perangkat yang mendukung dan sudah dikonfigurasi.

SNMP tetap perlu dilengkapi pemeriksaan umur gambar pada aliran RTSP. Jalankan keduanya dan kirim peringatan terpisah sesuai jenis kegagalannya. Kegagalan yang dulu baru muncul saat tinjauan insiden sekarang muncul di dasbor dalam hitungan menit sejak kejadiannya.