बड़ा VPN पूल बड़ी सत्र सीमा नहीं है

/22 में 1,024 IPv4 पते होते हैं, और इस संख्या को क्षमता समझ लेना आसान है। यह बताती है कि रेंज कितने आवंटन सँभाल सकती है, यह नहीं कि गेटवे कितने सत्र स्वीकार करेगा या कितना ट्रैफ़िक फ़ॉरवर्ड कर सकेगा। हर उत्तर के पीछे तीन अलग गणनाएँ होती हैं, और वे अलग-अलग तरह से विफल होती हैं। इनकी तुलना करने से ही किसी इनकार को सही गणना के साथ जोड़ा जाता है।

पूल, हक़ और कार्यभार अलग-अलग इकाइयों में और अलग-अलग मालिकों द्वारा गिने जाते हैं।

पूल वास्तव में क्या देता है

मास्क से नहीं, वास्तविक सीमाओं से शुरू करें। सबनेट टोपोलॉजी तय करती है कि सर्वर कितने पते दे सकता है, स्थिर आवंटन और आरक्षण कुछ खर्च कर लेते हैं, और नेटवर्क तथा ब्रॉडकास्ट पते उपलब्ध नहीं होते। /22 सिद्धांत में 1,024 देता है और व्यवहार में कम, जो लोगों की अपेक्षित गणित तोड़ने के लिए ही काफ़ी है। जिन नेटवर्क तक क्लाइंट्स को पहुँचना है, उनके साथ ओवरलैप उदार दिखने वाली रेंज को अलग कर सकता है। घोषणा करने से पहले जाँचें कि आवंटन तंत्र प्रस्तावित रेंज को सँभालता है।

बड़ा पूल ठीक एक बाधा हटाता है। यह स्वीकृति सीमाओं, लाइसेंसिंग या फ़ॉरवर्डिंग थ्रूपुट को नहीं छूता, और रूट तथा एक्सेस नीति बदले बिना सबनेट बड़ा करने से ऐसी रेंज बनती है जहाँ कोई पहुँच नहीं सकता।

लाइसेंस वास्तव में क्या अनुमति देता है

प्लेटफ़ॉर्म की समर्थित समकालिकता और उत्पाद का हक़ दो और संख्याएँ हैं, और वे अक्सर एक जैसी नहीं होतीं। हक़ उपयोगकर्ताओं, उपकरणों या समकालिक सत्रों की गिनती कर सकते हैं, और ये माप बदले जाने योग्य नहीं हैं। विक्रेताओं की ऑर्डर मार्गदर्शिकाएँ दिखाती हैं कि मॉडल कितने अलग हो सकते हैं, इसलिए पुरानी डेटाशीट की पीयर संख्या नई तैनाती में नहीं ले जानी चाहिए। जिस सेवा को आप वास्तव में चलाते हैं, उस पर लागू समझौता पढ़ें।

नामित उपयोगकर्ताओं की गिनती करने वाला लाइसेंस केवल इसलिए अधिक उपकरण स्वीकार नहीं करेगा कि पूल में जगह है।

गेटवे वास्तव में क्या उठा सकता है

तीसरी गणना कार्यभार है। इन सत्रों से मिलकर जो ट्रैफ़िक बनता है उसका अनुमान लगाएँ: पैकेट दरें, प्रमाणीकरण के झोंके, एन्क्रिप्शन की लागत और जो नीति-सुविधाएँ सक्रिय हों। इंटरैक्टिव सत्र और बड़े स्थानांतरण एक ही मशीन पर बहुत अलग तरह से उतरते हैं। गेटवे के पास खाली पते और लाइसेंस वाली स्वीकृति उपलब्ध हो सकती है, जबकि इच्छित भार उससे अधिक है जो वह फ़ॉरवर्ड कर सकता है। सुविधा-समूह को नज़रअंदाज़ करने वाली क्षमता योजना ऐसी संख्या देती है जो केवल ऐसी प्रयोगशाला में सही रहती है जहाँ सब कुछ बंद हो।

इनकार वह क्षण है जब देखना चाहिए कि गेटवे ने उस प्रयास के लिए क्या दर्ज किया: आवंटन घटना, स्वीकृति निर्णय या अटका हुआ प्रमाणीकरण कॉल। ये तीन अलग सुधार माँगते हैं, और क्लाइंट की ओर से अनुमान शायद ही सही चुनता है।

कुछ बदलने से पहले इनकार को कारण से जोड़ें

उपयोगी तुलना तीन गणनाओं और देखी गई खराबी के बीच है। अगर पूल भरा है, तो उसे बढ़ाएँ और उसका वर्णन करने वाले रूट तथा नीति अपडेट करें। अगर पते बचे रहते हुए स्वीकृति से इनकार हो, तो बाधा कहीं और है। अगर सत्र स्वीकार होते हैं और प्रदर्शन ढह जाता है, तो समस्या क्षमता है, दोनों सीमाओं में से कोई नहीं।

दर्ज करें कि कौन-सी गणना खत्म हुई, कब हुआ और उसके बाद क्या बदला। वह रिकॉर्ड अगली जाँच को फिर से सबनेट मास्क से शुरू होने से रोकता है।

पूल बड़ा करना एक पंक्ति का बदलाव है जिसकी तीन भागों वाली आगे की कार्रवाई है: रूट, नीति और फिर से परीक्षण।