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

पुल, हक र कार्यभार फरक एकाइमा र फरक मालिकद्वारा गनिन्छ।

पुलले वास्तवमै के दिन्छ

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

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

इजाजतपत्रले वास्तवमै के अनुमति दिन्छ

प्लेटफर्मको समर्थित एकैसाथ चल्ने क्षमता र उत्पादनको हक अरू दुई संख्या हुन्, र ती प्रायः समान हुँदैनन्। हकले प्रयोगकर्ता, उपकरण वा एकैसाथका सत्र गन्न सक्छ, र यी मापन अदलबदल गर्न मिल्ने हुँदैनन्। विक्रेताको अर्डर निर्देशिकाले मोडेलहरू कति फरक हुन सक्छन् देखाउँछ, त्यसैले पुरानो डेटासिटको पीयर संख्या नयाँ तैनाथीमा लैजानु हुँदैन। तपाईंले वास्तवमै चलाउनुभएको सेवामा लागू हुने सम्झौता पढ्नुहोस्।

नामित प्रयोगकर्ता गन्ने इजाजतपत्रले पुलमा ठाउँ छ भनेर मात्र थप उपकरण स्वीकार गर्दैन।

गेटवेले वास्तवमै के बोक्न सक्छ

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

अस्वीकृति भनेको त्यो प्रयासका लागि गेटवेले के अभिलेख गरेको छ हेर्ने क्षण हो: आवंटन घटना, स्वीकृति निर्णय वा रोकिएको प्रमाणीकरण कल। यी तीनले फरक सुधार माग्छन्, र क्लाइन्टको तर्फबाट अनुमान गर्दा विरलै सही छनोट हुन्छ।

केही बदल्नुअघि अस्वीकृतिलाई कारणसँग जोड्नुहोस्

उपयोगी तुलना तीन गणना र देखिएको खराबीबीचको हो। पुल भरिएको छ भने त्यसलाई विस्तार गर्नुहोस् र त्यसको वर्णन गर्ने मार्ग तथा नीति अद्यावधिक गर्नुहोस्। ठेगाना बाँकी हुँदै स्वीकृति अस्वीकार भए अवरोध अन्तै छ। सत्र स्वीकार भएर कार्यसम्पादन भत्किए समस्या क्षमता हो, दुई सीमामध्ये कुनै पनि होइन।

कुन गणना सकियो, कहिले भयो र पछि के बदलियो अभिलेख गर्नुहोस्। त्यो अभिलेखले अर्को अनुसन्धानलाई फेरि सबनेट मास्कबाट सुरु हुनबाट रोक्छ।

पुल विस्तार गर्नु एक लाइनको परिवर्तन हो, जसको तीन भागको पछ्याइ हुन्छ: मार्ग, नीति र पुनः परीक्षण।

सम्बन्धित लेखहरू