Kumpulan VPN yang lebih besar bukan batas sesi yang lebih besar

/22 memuat 1,024 alamat IPv4, dan angka itu mudah disalahartikan sebagai kapasitas. Angka tersebut menjelaskan berapa banyak penetapan yang dapat didukung rentang itu, bukan berapa banyak sesi yang akan diterima gateway atau berapa banyak lalu lintas yang dapat diteruskannya. Tiga penghitungan terpisah berada di balik setiap jawaban, dan ketiganya gagal dengan cara berbeda. Membandingkannya adalah cara sebuah penolakan dikaitkan ke penghitungan yang tepat.

Kumpulan, hak, dan beban kerja dihitung dalam satuan berbeda dan oleh pemilik berbeda.

Apa yang sebenarnya ditawarkan kumpulan

Mulailah dari batas efektif, bukan dari mask. Topologi subnet menentukan berapa banyak alamat yang dapat dibagikan server, penetapan tetap dan reservasi memakan sebagian, dan alamat jaringan serta siaran tidak tersedia. /22 menawarkan 1,024 secara prinsip dan lebih sedikit dalam praktik, yang sudah cukup untuk merusak aritmetika yang orang harapkan. Tumpang tindih dengan jaringan yang harus dijangkau klien dapat menyingkirkan rentang yang tampak lapang. Pastikan mekanisme penetapan mendukung rentang yang diusulkan sebelum mengumumkannya.

Kumpulan yang lebih besar menghapus tepat satu kendala. Ia tidak menyentuh batas penerimaan, lisensi, atau throughput penerusan, dan memperbesar subnet tanpa mengubah rute dan kebijakan akses menghasilkan rentang yang tidak dapat dijangkau siapa pun.

Apa yang sebenarnya diizinkan lisensi

Konkurensi yang didukung platform dan hak produk adalah dua angka lagi, dan keduanya sering tidak sama. Hak dapat menghitung pengguna, perangkat, atau sesi bersamaan, dan ukuran itu tidak dapat dipertukarkan. Panduan pemesanan vendor menunjukkan betapa berbedanya model, karena itu jumlah peer dari lembar data lama tidak boleh dibawa ke penerapan baru. Bacalah perjanjian yang berlaku untuk layanan yang benar-benar Anda jalankan.

Lisensi yang menghitung pengguna bernama tidak akan menerima lebih banyak perangkat hanya karena kumpulan masih punya ruang.

Apa yang sebenarnya dapat ditanggung gateway

Penghitungan ketiga adalah beban kerja. Perkirakan lalu lintas yang dihasilkan sesi-sesi itu bersama-sama: laju paket, lonjakan autentikasi, biaya enkripsi, dan fitur kebijakan apa pun yang aktif. Sesi interaktif dan transfer besar mendarat sangat berbeda pada mesin yang sama. Gateway dapat memiliki alamat kosong dan penerimaan berlisensi tersedia sementara beban yang dimaksud melampaui apa yang dapat diteruskannya. Perencanaan kapasitas yang mengabaikan kumpulan fitur menghasilkan angka yang hanya berlaku di laboratorium dengan semua dimatikan.

Penolakan adalah saat untuk melihat apa yang dicatat gateway untuk percobaan itu: peristiwa alokasi, keputusan penerimaan, atau panggilan autentikasi yang macet. Ketiganya menghasilkan koreksi berbeda, dan menebak dari sisi klien jarang memilih yang tepat.

Kaitkan penolakan sebelum mengubah apa pun

Perbandingan yang berguna adalah antara ketiga penghitungan dan kegagalan yang diamati. Jika kumpulan penuh, perluas dan perbarui rute serta kebijakan yang menjelaskannya. Jika penerimaan ditolak sementara alamat masih tersisa, kendalanya ada di tempat lain. Jika sesi diterima dan kinerja runtuh, masalahnya kapasitas, bukan salah satu dari kedua batas itu.

Catat penghitungan mana yang habis, kapan itu terjadi, dan apa yang berubah sesudahnya. Catatan itu mencegah penyelidikan berikutnya dimulai lagi dari mask subnet.

Memperbesar kumpulan adalah perubahan satu baris dengan tindak lanjut tiga bagian: rute, kebijakan, dan uji ulang.