Ang mas malaking VPN pool ay hindi mas malaking limitasyon sa session

Ang /22 ay may 1,024 IPv4 address, at ang bilang na iyon ay madaling mapagkamalang kapasidad. Inilalarawan nito kung ilang assignment ang kayang suportahan ng saklaw, hindi kung ilang session ang tatanggapin ng gateway o kung gaano karaming trapiko ang maipapasa nito. May tatlong hiwalay na pagbilang sa likod ng bawat sagot, at nabibigo sila sa magkaibang paraan. Ang paghahambing sa kanila ang paraan para maiugnay ang pagtanggi sa tamang isa.

Ang pool, ang karapatan at ang karga ng trabaho ay binibilang sa magkaibang yunit at ng magkaibang may-ari.

Ano ang tunay na iniaalok ng pool

Magsimula sa totoong hangganan at hindi sa mask. Ang topolohiya ng subnet ang nagtatakda kung ilang address ang maibibigay ng server, may kinakain ang mga fixed assignment at reservation, at hindi magagamit ang network at broadcast address. Ang /22 ay nag-aalok ng 1,024 sa prinsipyo at mas kaunti sa praktika, na sapat na para sirain ang aritmetikang inaasahan ng mga tao. Ang pag-overlap sa mga network na kailangang puntahan ng mga kliyente ay maaaring mag-alis ng saklaw na mukhang sagana. Tiyakin na sinusuportahan ng mekanismo ng assignment ang iminungkahing saklaw bago ito ipahayag.

Ang mas malaking pool ay nag-aalis ng eksaktong isang hadlang. Hindi nito ginagalaw ang mga limitasyon sa pagtanggap, lisensya o throughput sa pagpapasa, at ang pagpapalaki ng subnet nang hindi binabago ang mga ruta at patakaran sa access ay lumilikha ng saklaw na walang makakaabot.

Ano ang tunay na pinapayagan ng lisensya

Ang sinusuportahang sabayang paggamit ng plataporma at ang karapatan sa produkto ay dalawa pang bilang, at madalas hindi sila pareho. Maaaring bilangin ng mga karapatan ang mga gumagamit, device o sabayang session, at ang mga sukat na ito ay hindi mapagpapalit. Ipinapakita ng mga gabay sa pag-order ng vendor kung gaano kaiba ang mga modelo, kaya hindi dapat dalhin ang bilang ng peer mula sa lumang datasheet patungo sa bagong deployment. Basahin ang kasunduang naaangkop sa serbisyong talagang pinapatakbo mo.

Ang lisensyang nagbibilang ng mga pinangalanang gumagamit ay hindi tatanggap ng mas maraming device dahil lang may espasyo sa pool.

Ano ang tunay na kayang dalhin ng gateway

Ang ikatlong pagbilang ay ang karga ng trabaho. Tantiyahin ang trapikong sabay na nililikha ng mga session na ito: mga rate ng packet, pagsipa ng authentication, gastos sa encryption at alinmang patakarang naka-enable. Ang mga interactive na session at malalaking paglilipat ay bumabagsak nang magkaiba sa parehong makina. Maaaring may bakanteng address ang gateway at may available na lisensyadong pagtanggap habang lumalampas ang inaasahang karga sa kayang ipasa nito. Ang pagpaplano ng kapasidad na hindi isinasaalang-alang ang set ng tampok ay nagbubunga ng bilang na totoo lamang sa laboratoryong nakapatay ang lahat.

Ang pagtanggi ay ang sandali para tingnan ang naitala ng gateway para sa pagtatangkang iyon: isang kaganapan sa allocation, isang desisyon sa pagtanggap, o isang natigil na tawag sa authentication. Ang tatlong ito ay nangangailangan ng magkaibang pagwawasto, at bihirang mapili ng hula mula sa panig ng kliyente ang tama.

Iugnay ang pagtanggi bago magbago ng kahit ano

Ang kapaki-pakinabang na paghahambing ay sa pagitan ng tatlong pagbilang at ng naobserbahang pagkabigo. Kung puno ang pool, palawakin ito at i-update ang mga ruta at patakarang naglalarawan dito. Kung tinatanggihan ang pagtanggap habang may natitirang address, nasa ibang lugar ang hadlang. Kung tinatanggap ang mga session at bumagsak ang performance, kapasidad ang problema at hindi alinman sa dalawang limitasyon.

Itala kung aling pagbilang ang naubos, kailan nangyari at ano ang nagbago pagkatapos. Ang talaang iyon ay pumipigil sa susunod na pagsisiyasat na magsimula muli sa subnet mask.

Ang pagpapalaki ng pool ay isang linyang pagbabago na may tatlong bahaging follow-up: mga ruta, patakaran at muling pagsubok.