1) Pemantauan melalui SNMPPemantauan melalui Simple Network Management Protocol (SNMP) adalah metode yang paling dasar mengumpulkan bandwidth dan penggunaan jaringan data. Bagaimana Pemantauan Pekerjaan SNMPAnda dapat menggunakan SNMP untuk memonitor penggunaan bandwidth router dan switch pada port-by-port basis, serta pembacaan perangkat seperti memori, CPU load, dll perangkat yang bertanya harus mendukung SNMP.

Jaringan Monitoring via SNMP Jaringan Monitoring via SNMPBila Anda menggunakan sensor dengan teknologi ini, PRTG mengirimkan paket data kecil untuk perangkat, misalnya, query router, switch, dan server untuk counter lalu lintas masing-masing port. Ini memicu balasan paket dari perangkat. Dibandingkan dengan PRTG teknologi bandwidth monitoring lain melalui arus, paket sniffing, atau WMI, opsi SNMP menciptakan sedikit CPU dan jaringan beban. Alasan untuk Pilih SNMP PemantauanSNMP adalah metode yang paling umum digunakan terutama karena mudah untuk mengatur dan membutuhkan minimal bandwidth dan CPU siklus. Jika perangkat jaringan Anda mendukung SNMP dan / atau jika Anda ingin memantau jaringan besar dengan ratusan atau ribuan sensor, kami sarankan Anda untuk memulai dengan SNMP. Selain pemantauan penggunaan jaringan, fitur lain yang terkenal dari SNMP adalah kemampuan untuk juga menonton parameter jaringan lain seperti beban CPU, penggunaan disk, suhu, serta pemantauan banyak bacaan lain, tergantung pada perangkat tanya.SNMP Jaringan IsuUntuk menggunakan Simple Network Management Protocol (SNMP) untuk keperluan pemantauan, sangat penting bahwa paket UDP dapat melakukan perjalanan dari mesin yang menjalankan PRTG ke perangkat Anda ingin memantau dan kembali. Hal ini biasanya terjadi di LAN dan intranet. Untuk koneksi di internet, untuk Zona Demiliterisasi (DMZ), atau Wide Area Network (WAN) koneksi, beberapa perubahan pada firewall dilalui mungkin diperlukan. Perlu diingat bahwa SNMP V1 dan V2C tidak aman protokol sehingga Anda tidak harus menggunakan mereka di internet atau koneksi data yang tidak aman. Hanya SNMP versi 3 mendukung enkripsi. Memahami SNMP SensorUntuk lebih memahami dan mengatur sensor SNMP, Anda mungkin ingin mempelajari lebih lanjut tentang prinsip-prinsip Identifier Obyek (OID) dan Management Information Base (MIB). Untuk informasi lebih lanjut tentang topik ini, silakan lihat artikel Basis Pengetahuan di Lebih bagian bawah.Untuk gambaran dan rincian tentang semua sensor SNMP, silakan lihat Daftar Tersedia Sensor Jenis bagian. Versi SNMPPRTG mendukung tiga versi dari protokol SNMP: Versi 1, versi 2c, dan versi 3.1. SNMP Versi 1Ini adalah versi tertua dan paling dasar dari SNMP.Pro: Didukung oleh sebagian besar perangkat SNMP-kompatibel; sederhana untuk mengatur.Contra: Terbatas keamanan karena hanya menggunakan password sederhana (string masyarakat) dan mengirim data dalam bentuk teks (tidak terenkripsi). Karena itu, Anda harus hanya digunakan di dalam LAN di belakang firewall, tetapi tidak dalam WAN; versi 1 hanya mendukung counter 32-bit yang tidak cukup untuk beban tinggi (gigabits / detik) monitoring bandwidth.2. SNMP Versi 2cVersi ini menambahkan counter 64-bit.Pro: Mendukung counter 64-bit untuk memantau penggunaan bandwidth dalam jaringan dengan gigabits / beban kedua.Keamanan Terbatas (sama seperti dengan SNMP V1): Contra.3. SNMP Versi 3Versi ini menambahkan otentikasi dan enkripsi untuk SNMP.Pro: Menawarkan account pengguna dan otentikasi untuk beberapa pengguna dan opsional enkripsi paket data, meningkatkan keamanan yang tersedia; ditambah semua keuntungan dari Versi 2c.Contra: Sulit untuk mengkonfigurasi. Tidak cocok untuk jaringan besar (lihat di bawah untuk informasi lebih lanjut).Hal ini penting untuk mengetahui bahwa jika Anda memilih versi SNMP yang tidak didukung oleh server atau perangkat yang Anda ingin memantau, Anda menerima pesan kesalahan. Sayangnya, dalam banyak kasus, pesan error ini tidak secara eksplisit menunjukkan kemungkinan bahwa Anda menggunakan versi SNMP salah. Pesan ini memberikan informasi minimum saja, seperti tidak dapat terhubung atau serupa. Kesalahan serupa terjadi ketika string masyarakat, username, password atau tidak cocok.SNMP Overload dan Keterbatasan Sistem SNMPSNMP V1 dan V2 skala langsung dengan kinerja perangkat keras dan kecepatan jaringan. Dalam laboratorium kami, kami dapat memantau 30.000 sensor SNMP V1 pada interval kedua 60 dengan satu server PRTG (inti dan penyelidikan lokal) ditambah dua probe jauh dengan 10.000 sensor masing-masing.Namun, SNMP V3 memiliki keterbatasan kinerja karena enkripsi SSL. Faktor pembatas utama adalah daya CPU (serta batas umum lainnya untuk PRTG). Karena keterbatasan ini, Anda dapat memantau hanya sejumlah sensor per detik menggunakan SNMP V3. Saat ini, PRTG mampu menangani sekitar 40 permintaan per detik dan komputer inti, tergantung pada sistem Anda. Ini berarti bahwa, pada komputer 1.x GHz umum dengan dua core, Anda dapat menjalankan sekitar 5.000 SNMP v3 sensor dengan scanning selang 60 detik; pada sistem dengan empat core, Anda dapat memantau sekitar 10.000 sensor dengan interval waktu 60 detik. Beban CPU adalah sekitar 50% kemudian. Kami tidak menyarankan lebih.Selain itu, server inti PRTG dan probe harus berjalan pada komputer yang berbeda. Jika Anda mengalami peningkatan nilai dalam Interval Penundaan SNMP atau Permintaan Buka saluran sensor Probe Kesehatan (nilai di atas 0% menunjukkan bahwa permintaan SNMP tidak dapat dilakukan pada interval yang diinginkan), Anda perlu mendistribusikan beban selama beberapa probe. SNMP V1 dan V2 tidak memiliki keterbatasan ini.Jika Anda mengalami masalah kelebihan SNMP, Anda memiliki tiga pilihan:Meningkatkan interval monitoring sensor SNMP V3.Mendistribusikan sensor SNMP V3 lebih dari dua atau lebih probe.Beralih ke SNMP V1 atau V2 jika Anda bisa pergi tanpa enkripsi.Apa String SNMP Community?SNMP Community String mirip dengan user ID atau kata sandi yang memungkinkan akses ke statistik dari router atau perangkat lain. PRTG Network Monitor mengirimkan string masyarakat bersama dengan semua permintaan SNMP. Jika string masyarakat yang benar disediakan, perangkat merespon dengan informasi yang diminta. Jika string masyarakat tidak benar, perangkat hanya membuang permintaan dan tidak merespon.Catatan: SNMP string masyarakat hanya digunakan oleh perangkat yang mendukung SNMP V1 dan SNMP V2C protokol. SNMP V3 menggunakan lebih aman otentikasi username / password, bersama dengan kunci enkripsi.Dengan konvensi, kebanyakan SNMP V1 / V2C kapal peralatan dengan string masyarakat read-only set ke publik nilai. Ini

2) Pemantauan melalui WMIWindows Management Instrumentation (WMI) adalah teknologi Microsoft dasar untuk memantau dan mengelola sistem berbasis Windows. PRTG menggunakan teknologi ini untuk mengakses data berbagai parameter konfigurasi Windows dan nilai-nilai status. Namun, sensor menggunakan protokol WMI umumnya memiliki dampak yang tinggi pada kinerja sistem. Selain sensor WMI yang ketat, ada sensor yang menggunakan pendekatan lain untuk memonitor sistem Windows dengan kurang berpengaruh pada kinerja sistem. Pemantauan Sistem Windows: Kinerja CountersSelain sensor yang memonitor sistem Windows hanya melalui WMI, PRTG menyediakan jenis sensor yang menggunakan pendekatan hybrid. Sensor ini pertama kali mencoba untuk query data melalui Windows penghitung kinerja menggunakan Remote Registry Service. Query Kinerja Counters membutuhkan sumber daya sistem kurang dari pemantauan melalui WMI. Sensor ini Windows yang menggunakan WMI sebagai fallback jika penghitung kinerja tidak tersedia atau tidak dapat dibaca. Ketika berjalan dalam modus mundur, PRTG kembali mencoba untuk terhubung ke penghitung kinerja setelah 24 jam. Ini adalah pendekatan standar dan dapat diubah dalam Kompatibilitas Options Windows dalam Pengaturan Perangkat. Padahal, hal itu dapat terjadi kadang-kadang bahwa Loket Kinerja berbeda dari metode langsung.Catatan: Anda dapat mengidentifikasi sensor hibrida dengan melihat kategori mereka, misalnya, dalam dialog add sensor. Cari langsung untuk "jendela" dan pilih "Performance Counters" sebagai Teknologi Digunakan. Diantaranya adalah berbagai sensor dengan "Windows" dalam nama, serta beberapa sensor Hyper-V. Bagaimana WMI PekerjaanWMI memungkinkan mengakses data banyak parameter konfigurasi Windows, serta nilai-nilai status sistem saat ini. Akses dapat lokal atau remote melalui koneksi jaringan. WMI didasarkan pada COM dan DCOM dan terintegrasi dalam Windows 2000, XP, 2003, Vista, 2008, Windows 7, dan Windows 8 (add-ons yang tersedia untuk Windows 9x dan NT4). PRTG resmi mendukung WMI untuk Windows Vista atau lambat.Untuk memantau mesin remote, PRTG yang WMI sensor kebutuhan Active Directory kredensial akun untuk memiliki akses ke antarmuka WMI. Anda dapat masukkan identitasnya tersebut di PRTG untuk perangkat tua atau kelompok, atau dalam kelompok akar. Sensor kemudian akan mewarisi pengaturan ini.Catatan: Sensor menggunakan Windows Management Instrumentation (WMI) protokol umumnya memiliki dampak yang tinggi pada kinerja sistem! Cobalah untuk tetap di bawah 200 WMI sensor per penyelidikan. Di atas nomor ini, silakan mempertimbangkan menggunakan beberapa Probe jarak jauh untuk load balancing.Untuk gambaran dan rincian tentang semua sensor WMI, silakan lihat Daftar Tersedia Sensor Jenis bagian. Keterbatasan WMI pada Windows Vista dan Windows Server 2008 (R1)Anda harus menyadari bahwa kinerja pemantauan berbasis WMI secara drastis terbatas ketika stasiun pemantauan atau klien dipantau berjalan pada Windows Vista atau Windows Server 2008 (R1). Ketika datang ke pemantauan jaringan melalui WMI, Windows Server 2008 R2 banyak kali lebih cepat daripada Windows Server 2008 (R1) atau Vista.Catatan: Ini bukan keterbatasan PRTG, tapi muncul dari fungsi WMI dibangun ke dalam sistem operasi Windows disebutkan. Hasil pengujian kami adalah:Pada Windows Server 2008 R2 atau Windows 7 Anda dapat menjalankan sekitar 10.000 sensor WMI dengan interval waktu satu menit dalam kondisi optimal (seperti menjalankan inti dan sistem sasaran secara eksklusif di bawah Windows Server 2008 R2 dan terletak di dalam segmen LAN yang sama). Kinerja aktual dapat secara signifikan kurang tergantung pada topologi jaringan dan WMI kesehatan sistem sasaran - kita telah melihat konfigurasi yang tidak bisa melampaui 500 sensor (dan bahkan kurang).Pada Windows Vista / Windows 2008 R1 Anda dapat menjalankan sekitar 300 sensor WMI dengan interval waktu satu menit.Semakin Windows Vista / Windows 2008 / Windows 7 sistem klien yang ada dalam jaringan Anda, semakin WMI pemantauan kinerja akan terpengaruh.Kinerja sistem (CPU, memori dll) virtualisasi tidak sangat mempengaruhi kinerja pemantauan WMI.Jika Anda ingin menggunakan WMI untuk memantau jaringan lebih dari 20 atau 30 sistem, silakan mempertimbangkan aturan berikut:Jangan menggunakan Windows Vista atau Windows 2008 R1 sebagai stasiun pemantauan untuk memonitor jaringan WMI berbasis.Bila mungkin, gunakan Windows Server 2008 R2 untuk WMI pemantauan jaringan berbasis (atau Windows 7).Jika Anda tidak dapat menjalankan PRTG pada Windows Server 2008 R2, mencoba membuat probe remote untuk pemantauan WMI. (Anda masih mendapatkan jauh lebih baik WMI kinerja pemantauan dengan probe jarak jauh pada mesin virtual yang menjalankan Windows Server 2008 R2 daripada sistem besi kosong menjalankan Windows Vista / Windows 2008.)Mempertimbangkan untuk beralih ke pemantauan SNMP berbasis jaringan besar. Menggunakan SNMP Anda dapat dengan mudah memantau 10 kali lebih banyak node seperti dengan WMI (pada hardware yang sama).

3) Pemantauan melalui SSHPemantauan melalui Secure Shell (SSH) memungkinkan Anda untuk mengumpulkan kinerja dan sistem data dari berbagai distribusi Linux dan Unix, serta dari sistem Mac OS X tertentu. Jika sistem Anda didukung, teknologi pemantauan ini bekerja tanpa perlu software tambahan pada sistem sasaran. Bagaimana Pemantauan melalui SSH PekerjaanUntuk memantau mesin remote melalui SSH, PRTG membutuhkan kredensial (sebaiknya akses root) dari perangkat. Jika Anda menggunakan sensor SSH PRTG, Anda dapat memasukkan mandat yang diperlukan di PRTG untuk perangkat tua atau kelompok, atau dalam kelompok Root, dalam Kredensial untuk Linux / Solaris / Mac OS ayat (SSH / WBEM) Sistem pada tab Settings. Sensor kemudian mewarisi pengaturan ini secara default.Dengan setiap interval scanning, PRTG log ke perangkat Anda dan data permintaan dengan menjalankan perintah tertentu.Untuk gambaran dan rincian tentang semua sensor SSH, silakan lihat Daftar Tersedia Sensor Jenis bagian. Keterbatasan Ketika Menggunakan Pemantauan SSHKarena pluralitas derivatif Linux / Unix, sensor SSH PRTG tidak dapat mendukung semua distro di pasar. Juga, hanya beberapa sistem Mac OS yang didukung. Untuk daftar rinci silakan lihat Lebih bagian bawah. Otentikasi melalui SSH Key SwastaPRTG mendukung otentikasi melalui password atau melalui private key.Bila Anda menggunakan kunci pribadi, pastikan hal-hal berikut:Memberikan kunci dalam format OpenSSH RSA.Kuncinya mungkin tidak dienkripsi! PRTG tidak mendukung dilindungi sandi kunci.Kuncinya harus disediakan sebagai kunci RSA, Anda tidak dapat menggunakan kunci DSA dengan PRTG!4) Pemantauan Bandwidth via Packet SniffingPacket Sniffing datang ke pertimbangan jika perangkat jaringan Anda (s) tidak mendukung SNMP atau xFlow untuk mengukur penggunaan bandwidth dan jika Anda perlu untuk membedakan penggunaan bandwidth oleh protokol jaringan dan / atau alamat IP.Catatan: sensor Packet Sniffer mendukung Toplists (pembicara Top, Koneksi Top, dll). Bagaimana Packet Sniffing PekerjaanJika Anda perlu tahu aplikasi atau alamat IP yang menyebabkan lalu lintas di jaringan Anda, Anda dapat menggunakan packet sniffer. Sebuah paket sniffer melihat setiap paket data tunggal yang bergerak melalui jaringan Anda untuk tujuan akuntansi.

Pemantauan dengan PRTG melalui Packet Sniffer SensorPRTG dapat menganalisis paket melewati kartu jaringan PC atau Anda dapat terhubung ke port pemantauan switch. Untuk menghitung penggunaan bandwidth, PRTG memeriksa semua paket data jaringan baik lewat kartu PC jaringan (ditampilkan di sisi kiri dalam skema di atas) atau paket data yang port pemantauan switch (kanan) mengirimkan dengan built-in packet sniffer. Menggunakan probe jauh, Anda dapat mengatur packet sniffers mana saja di jaringan Anda (lihat Tambah bagian Probe jauh).Membandingkan empat teknologi bandwith monitoring yang menyediakan PRTG (SNMP, WMI, xFlow, dan packet sniffer) yang satu ini menciptakan paling CPU dan jaringan beban, sehingga Anda hanya harus menggunakannya dalam jaringan kecil menengah, pada komputer yang didedikasikan untuk jaringan yang lebih besar atau untuk masing-masing komputer. Alasan untuk Pilih Packet SniffingHal ini penting untuk memahami bahwa paket sniffer hanya dapat mengakses dan memeriksa paket data yang benar-benar mengalir melalui antarmuka jaringan (s) dari mesin yang menjalankan probe software PRTG. Ini bagus jika Anda hanya ingin memonitor lalu lintas dari mesin ini (misalnya, web server Anda). Dalam jaringan diaktifkan, hanya lalu lintas untuk mesin tertentu dikirim ke kartu jaringan setiap mesin, sehingga PRTG biasanya tidak dapat membedakan lalu lintas dari mesin lain dalam jaringan.Jika Anda juga ingin memantau lalu lintas dari perangkat lain dalam jaringan Anda, Anda harus menggunakan switch yang menawarkan port monitoring atau port mirroring konfigurasi (Cisco menyebutnya SPAN). Dalam hal ini, switch mengirimkan salinan ke port monitoring semua paket data yang bepergian melalui saklar. Segera setelah Anda menghubungkan satu kartu jaringan PRTG penyelidikan sistem untuk pelabuhan pemantauan switch, PRTG mampu menganalisis lalu lintas lengkap yang melewati saklar.Pilihan lain adalah untuk mengatur PC yang menjalankan PRTG sebagai pintu gerbang untuk semua komputer lain dalam jaringan. Set Up Packet Sniffer SensorCari rincian tentang cara mengatur sensor aliran yang berbeda di bagian berikut:Packet Sniffer SensorPacket Sniffer (Custom) Sensor Sundulan Berbasis Packet SniffingUntuk paket sniffing, PRTG melihat alamat IP dan port sumber dan tujuan untuk menilai protokol. Ini adalah metode yang sangat cepat yang menghemat sumber daya sistem.Catatan: Kadang-kadang, metode ini tidak sepenuhnya akurat. Sebagai contoh, tidak mungkin untuk mengidentifikasi lalu lintas HTTP pada port selain 80, 8080 dan 443 sebagai HTTP. HTTP lalu lintas di port non-standar tidak akan diperhitungkan seperti itu5) Pemantauan Bandwidth via ArusMenggunakan protokol aliran, Anda dapat memantau penggunaan bandwidth dari semua paket akan melalui perangkat. Di PRTG, Anda dapat viewToplists untuk semua xFlow (NetFlow, IPFIX, sFlow, JFlow) sensor.Bagaimana xFlow karya PemantauanAnda dapat mengukur penggunaan bandwidth berdasarkan alamat IP atau aplikasi dalam jaringan, menggunakan salah satu xFlow (termasuk IPFIX) protokol. Mereka adalah pilihan terbaik terutama untuk jaringan dengan lalu lintas tinggi (koneksi dengan 100 megabit atau gigabits). Untuk pemantauan xFlow, router mengumpulkan data penggunaan bandwidth (mengalir), agregat mereka, dan mengirimkan informasi tentang aliran ini untuk PRTG menggunakan paket UDP. Bila Anda menggunakan sampling (wajib bagi sFlow), hanya informasi tentang setiap-n paket dikirim ke PRTG yang mengurangi beban CPU banyak. Karena switch sudah melakukan pra-agregasi data lalu lintas, aliran data ke PRTG jauh lebih kecil dari lalu lintas dipantau. Hal ini membuat xFlow pilihan ideal untuk jaringan lalu lintas yang tinggi yang perlu untuk membedakan penggunaan bandwidth dengan protokol jaringan dan / atau alamat IP. NetFlow dan IPFIX PemantauanThe NetFlow (dan IPFIX) protokol terutama digunakan oleh perangkat Cisco. Setelah dikonfigurasi, router mengirimkan setiap aliran data yang NetFlow atau IPFIX paket ke sistem pemantauan berjalan pada probe PRTG. Anda bisa menjadi filter dan mengevaluasi data di PRTG. Ada NetFlow dan IPFIX sensor yang berbeda yang tersedia: Yang dasar menawarkan definisi saluran yang telah ditetapkan, varian kustom memungkinkan Anda untuk menentukan saluran Anda sendiri.Keuntungan menggunakan NetFlow atau IPFIX: Menghasilkan sedikit beban CPU pada router itu sendiri (menurut Cisco 10.000 arus aktif menciptakan sekitar 7% tambahan beban CPU, 45.000 arus aktif mencapai sekitar 20% tambahan beban CPU). Menghasilkan kurang CPU beban pada sistem inti PRTG, dibandingkan dengan sensor packet sniffer.Catatan: Anda harus mengaktifkan NetFlow atau IPFIX ekspor pada perangkat Anda ingin memantau. Perangkat harus mengirimkan aliran data aliran ke alamat IP dari probe sistem PRTG di mana Anda mengatur NetFlow atau IPFIX sensor. Anda dapat memonitor Juniper JFlow dengan sensor yang sesuai juga (pada dasarnya mereka disesuaikan sensor v5 NetFlow). sFlow PemantauansFlow bekerja sama dengan pemantauan NetFlow. Router mengirimkan paket aliran data ke sistem pemantauan berjalan pada probe PRTG. Perbedaan yang paling jelas antara kedua protokol aliran: Dengan sFlow, tidak semua lalu lintas yang dianalisis, tetapi hanya setiap paket-n. Hal ini seperti memiliki sungai lalu lintas dan Anda mengambil secangkir air dari itu pernah begitu sering dan menganalisanya.Keuntungan yang jelas: Ada sedikit data untuk menganalisis, ada sedikit beban CPU yang dibutuhkan, dan pemantauan lalu lintas sedikit dihasilkan. Namun demikian, Anda bisa mendapatkan wawasan yang baik penggunaan bandwidth jaringan Anda. Catatan: Saat ini, PRTG mendukung sFlow versi 5. Set Up Arus SensorCari rincian tentang cara mengatur sensor aliran yang berbeda di bagian berikut: NetFlow V5 Sensor NetFlow V5 (Custom) Sensor NetFlow V9 Sensor NetFlow V9 (Custom) Sensor IPFIX Sensor IPFIX (Custom) Sensor sFlow Sensor sFlow (Custom) Sensor JFlow V5 Sensor JFlow V5 (Custom) Sensor KeterbatasanPada kuat 2008 PC (Dual Core, 2,5 Ghz), Anda dapat memproses sekitar 100.000 arus per detik untuk satu aliran xFlow. Menggunakan sampling, jumlah arus yang sebenarnya bisa jauh lebih tinggi. Bila menggunakan filter yang kompleks, nilai bisa jauh lebih rendah. Misalnya, dengan router mengirim sekitar 2.000 arus / detik (yang sesuai dengan lalu lintas campuran pada gigabit / tingkat kedua tanpa sampling) yang dapat Anda harapkan untuk mengkonfigurasi hingga 50 sensor NetFlow beroperasi dengan benar. PRTG internal memonitor pengolahan NetFlow sendiri, dan Anda akan melihat nilai-nilai menurun dalam saluran Kesehatan Kesehatan Core dan Probe Healthsensors sesegera paket NetFlow tidak diproses karena kelebihan beban (Anda menemukan sensor ini pada perangkat penyelidikan lokal).Jika Anda mengalami overload, silakan mempertimbangkan menggunakan sampling atau menyiapkan beberapa probe dan mendistribusikan NetFlow aliran mereka. Kami tidak menyarankan menambahkan lebih dari 400 NetFlow sensor per PRTG penyelidikan.Jenis sensor ini tidak dapat digunakan dalam mode klaster. Anda dapat mengaturnya pada probe atau probe terpencil lokal saja, bukan pada probe klaster.PRTG Manual:Bandwidth Monitoring Comparison

Tabel berikut menunjukkan perbedaan antara PRTG empat metode yang tersedia untuk bandwidth monitoring: WMI SNMP Packet Sniffer xFlow (IPFIX, Netflow, sFlow, JFlow)Pengaturan Medium Mudah Mudah Complex (tergantung pada aturan filter yang digunakan) dapat menjadi kompleks (misalnya, switch harus dikonfigurasi)Tidak ada lalu lintas dapat disaring Tidak Ya YaBedakan penggunaan bandwidth oleh protokol atau IP Tidak Tidak Ya YaPRTG dapat menunjukkan Toplist (Top Pembicara, Koneksi Top, Top Protokol, adat) Tidak Tidak Ya YaFilter penggunaan bandwidth dengan IP Tidak Tidak Ya YaFilter penggunaan bandwidth dengan alamat MAC Tidak Tidak Ya TidakPenggunaan Filter bandwidth dengan port jaringan fisik Ya Ya Tidak adaParameter jaringan Monitor selain penggunaan bandwidth Ya Ya Tidak adaBeban CPU pada mesin yang menjalankan PRTG Rendah Rendah Tinggi, tergantung pada jumlah lalu lintas yang lebih tinggi, tergantung pada jumlah lalu lintasPenggunaan bandwidth Kelebihan pemantauan Kecil Tidak Kecil (kecuali saat memantau port switch yang digunakan) Tergantung pada lalu lintas