मोठा VPN पूल म्हणजे मोठी सत्र मर्यादा नाही

/22 मध्ये 1,024 IPv4 पत्ते असतात, आणि ही संख्या क्षमता समजणे सोपे आहे. ती श्रेणी किती नेमणुका सांभाळू शकते हे सांगते, गेटवे किती सत्रे स्वीकारेल किंवा किती रहदारी फॉरवर्ड करू शकेल हे नाही. प्रत्येक उत्तरामागे तीन वेगवेगळ्या गणना असतात, आणि त्या वेगवेगळ्या प्रकारे अपयशी ठरतात. त्यांची तुलना केल्यानेच नकार योग्य गणनेशी जोडला जातो.

पूल, हक्क आणि कामाचा भार वेगवेगळ्या एककांत आणि वेगवेगळ्या मालकांकडून मोजले जातात.

पूल प्रत्यक्षात काय देतो

मास्कपासून नाही, प्रत्यक्ष मर्यादांपासून सुरुवात करा. सबनेट टोपोलॉजी सर्व्हर किती पत्ते देऊ शकतो हे ठरवते, स्थिर नेमणुका आणि आरक्षणे काही वापरतात, आणि नेटवर्क व ब्रॉडकास्ट पत्ते उपलब्ध नसतात. /22 तत्त्वतः 1,024 देतो आणि प्रत्यक्षात त्यापेक्षा कमी, जे लोक अपेक्षित असलेले गणित मोडण्यासाठी पुरेसे आहे. क्लायंटला पोहोचायच्या नेटवर्कशी ओव्हरलॅप असल्यास उदार दिसणारी श्रेणीही वगळली जाऊ शकते. जाहीर करण्यापूर्वी नेमणूक यंत्रणा प्रस्तावित श्रेणी सांभाळते का ते तपासा.

मोठा पूल नेमका एकच अडथळा दूर करतो. तो स्वीकृती मर्यादा, परवाना किंवा फॉरवर्डिंग थ्रूपुटला स्पर्श करत नाही, आणि मार्ग व प्रवेश धोरण न बदलता सबनेट मोठा केल्यास कोणीही पोहोचू शकत नाही अशी श्रेणी तयार होते.

परवाना प्रत्यक्षात काय परवानगी देतो

प्लॅटफॉर्मची समर्थित एकाचवेळीता आणि उत्पादनाचा हक्क हे आणखी दोन आकडे आहेत, आणि ते अनेकदा सारखे नसतात. हक्क वापरकर्ते, उपकरणे किंवा एकाचवेळी सत्रे मोजू शकतात, आणि ही मापे अदलाबदल करण्यायोग्य नाहीत. विक्रेत्यांच्या ऑर्डर मार्गदर्शक सूचना मॉडेल किती वेगळे असू शकतात हे दाखवतात, म्हणून जुन्या डेटाशीटमधील पीअर संख्या नवीन तैनातीत नेऊ नये. तुम्ही प्रत्यक्षात चालवता त्या सेवेला लागू असलेला करार वाचा.

नामनिर्देशित वापरकर्ते मोजणारा परवाना फक्त पूलमध्ये जागा आहे म्हणून अधिक उपकरणे स्वीकारणार नाही.

गेटवे प्रत्यक्षात काय पेलू शकतो

तिसरी गणना कामाचा भार आहे. ही सत्रे मिळून जी रहदारी निर्माण करतात तिचा अंदाज घ्या: पॅकेट दर, प्रमाणीकरणाचे झोत, एन्क्रिप्शनचा खर्च आणि सक्रिय धोरण-वैशिष्ट्ये. परस्परसंवादी सत्रे आणि मोठे हस्तांतरण एकाच मशीनवर खूप वेगळ्या प्रकारे उतरतात. गेटवेकडे रिकामे पत्ते आणि परवानाधारक स्वीकृती उपलब्ध असू शकते, तर इच्छित भार तो फॉरवर्ड करू शकेल त्यापेक्षा जास्त असतो. वैशिष्ट्यांचा संच दुर्लक्षित करणारे क्षमता नियोजन अशी संख्या देते जी फक्त सर्व बंद असलेल्या प्रयोगशाळेत खरी ठरते.

नकार म्हणजे त्या प्रयत्नासाठी गेटवेने काय नोंदवले हे पाहण्याचा क्षण: नेमणूक घटना, स्वीकृती निर्णय किंवा अडकलेला प्रमाणीकरण कॉल. हे तीन वेगवेगळे दुरुस्त्या मागतात, आणि क्लायंटच्या बाजूने अंदाज लावणे क्वचितच योग्य ते निवडते.

काहीही बदलण्यापूर्वी नकाराचे कारण निश्चित करा

उपयुक्त तुलना तीन गणना आणि दिसलेल्या बिघाडामधील आहे. पूल भरलेला असल्यास तो वाढवा आणि त्याचे वर्णन करणारे मार्ग व धोरण अद्ययावत करा. पत्ते शिल्लक असताना स्वीकृती नाकारली गेल्यास अडथळा दुसरीकडे आहे. सत्रे स्वीकारली जातात आणि कामगिरी कोसळल्यास समस्या क्षमता आहे, दोनपैकी कोणतीही मर्यादा नाही.

कोणती गणना संपली, कधी झाले आणि नंतर काय बदलले हे नोंदवा. ती नोंद पुढील तपासणीला पुन्हा सबनेट मास्कपासून सुरू होण्यापासून रोखते.

पूल वाढवणे हे एका ओळीचे बदल आहे ज्याला तीन भागांची पुढील कार्यवाही आहे: मार्ग, धोरण आणि पुन्हा चाचणी.