/22 માં 1,024 IPv4 સરનામાં રહે છે, અને આ સંખ્યાને ક્ષમતા સાથે ભૂલી જવું સહેલું છે. તે જણાવે છે કે રેન્જ કેટલી ફાળવણીઓ ટેકવી શકે, એ નહીં કે ગેટવે કેટલા સેશન સ્વીકારશે અથવા કેટલો ટ્રાફિક ફોરવર્ડ કરી શકશે. દરેક જવાબ પાછળ ત્રણ અલગ ગણતરીઓ હોય છે, અને તે અલગ અલગ રીતે નિષ્ફળ જાય છે. તેમની સરખામણી કરવાથી જ ઇનકારને યોગ્ય ગણતરી સાથે જોડી શકાય છે.

પૂલ, હક અને કાર્યભાર અલગ એકમોમાં અને અલગ માલિકો દ્વારા ગણવામાં આવે છે.

પૂલ ખરેખર શું આપે છે

માસ્કથી નહીં, અસરકારક મર્યાદાઓથી શરૂ કરો. સબનેટ ટોપોલોજી નક્કી કરે છે કે સર્વર કેટલાં સરનામાં આપી શકે, નિશ્ચિત ફાળવણીઓ અને અનામતો કેટલાંક વાપરી લે છે, અને નેટવર્ક તથા બ્રોડકાસ્ટ સરનામાં ઉપલબ્ધ નથી. /22 એ સિદ્ધાંતમાં 1,024 આપે છે અને વ્યવહારમાં તેનાથી ઓછું, જે લોકો અપેક્ષા રાખે તે ગણિત તોડવા માટે પૂરતું છે. ક્લાયન્ટોએ પહોંચવાના નેટવર્ક સાથે ઓવરલેપ હોય તો ઉદાર દેખાતી રેન્જ પણ બાકાત થઈ શકે. જાહેર કરતા પહેલાં ચકાસો કે ફાળવણી પદ્ધતિ સૂચિત રેન્જને ટેકવે છે.

મોટો પૂલ બરાબર એક જ અવરોધ દૂર કરે છે. તે સ્વીકૃતિ મર્યાદા, લાઇસન્સિંગ કે ફોરવર્ડિંગ થ્રુપુટને અડતો નથી, અને રૂટ તથા એક્સેસ નીતિ બદલ્યા વિના સબનેટ મોટું કરવાથી એવી રેન્જ બને છે જ્યાં કોઈ પહોંચી શકતું નથી.

લાઇસન્સ ખરેખર શું મંજૂરી આપે છે

પ્લેટફોર્મની ટેકવાયેલી સમકાલીનતા અને ઉત્પાદનનો હક બે વધુ સંખ્યાઓ છે, અને તે ઘણી વખત સરખી હોતી નથી. હકો વપરાશકર્તાઓ, ઉપકરણો કે સમકાલીન સેશન ગણી શકે છે, અને તે માપો અદલાબદલી કરી શકાય તેવા નથી. વિક્રેતાઓની ઓર્ડર માર્ગદર્શિકા દર્શાવે છે કે મોડેલ કેટલા અલગ હોઈ શકે, તેથી જૂના ડેટાશીટની પીઅર સંખ્યા નવી જમાવટમાં લઈ જવી ન જોઈએ. તમે ખરેખર ચલાવો છો તે સેવા પર લાગુ પડતો કરાર વાંચો.

નામવાળા વપરાશકર્તાઓ ગણતું લાઇસન્સ ફક્ત પૂલમાં જગ્યા છે એટલા માટે વધુ ઉપકરણો સ્વીકારશે નહીં.

ગેટવે ખરેખર શું ઊંચકી શકે છે

ત્રીજી ગણતરી કાર્યભાર છે. આ સેશન મળીને જે ટ્રાફિક પેદા કરે છે તેનો અંદાજ કાઢો: પેકેટ દર, પ્રમાણીકરણના ઝટકા, એન્ક્રિપ્શનનો ખર્ચ અને જે નીતિ-સુવિધાઓ સક્રિય હોય તે. ઇન્ટરેક્ટિવ સેશન અને મોટા સ્થાનાંતરણ એક જ મશીન પર ઘણા અલગ રીતે ઉતરે છે. ગેટવે પાસે ખાલી સરનામાં અને લાઇસન્સવાળી સ્વીકૃતિ હોઈ શકે, જ્યારે ધારેલો ભાર તેનાથી વધારે હોય જે તે ફોરવર્ડ કરી શકે. સુવિધા-સમૂહને અવગણતું ક્ષમતા આયોજન એવી સંખ્યા આપે છે જે ફક્ત એવી પ્રયોગશાળામાં સાચી રહે જ્યાં બધું બંધ હોય.

ઇનકાર એ ક્ષણ છે જ્યારે ગેટવેએ તે પ્રયાસ માટે શું નોંધ્યું તે જોવું જોઈએ: ફાળવણી ઘટના, સ્વીકૃતિ નિર્ણય કે અટકેલો પ્રમાણીકરણ કૉલ. આ ત્રણે અલગ સુધારા માગે છે, અને ક્લાયન્ટ બાજુથી અનુમાન ભાગ્યે જ સાચું પસંદ કરે છે.

કંઈપણ બદલતા પહેલાં ઇનકારને કારણ સાથે જોડો

ઉપયોગી સરખામણી ત્રણ ગણતરીઓ અને જોવા મળેલી ખામી વચ્ચેની છે. જો પૂલ ભરેલો હોય, તો તેને વિસ્તારો અને તેનું વર્ણન કરતા રૂટ અને નીતિ અપડેટ કરો. જો સરનામાં બાકી હોય ત્યારે સ્વીકૃતિ નકારવામાં આવે, તો અવરોધ બીજે છે. જો સેશન સ્વીકારાય અને કામગીરી ધરાશાયી થાય, તો સમસ્યા ક્ષમતા છે, બંનેમાંથી કોઈ મર્યાદા નહીં.

કઈ ગણતરી ખલાસ થઈ, ક્યારે થઈ અને પછી શું બદલાયું તે નોંધો. તે નોંધ આગલી તપાસને ફરી સબનેટ માસ્કથી શરૂ થતી અટકાવે છે.

પૂલ મોટો કરવો એ એક લીટીનો ફેરફાર છે જેની ત્રણ ભાગની અનુગતિ છે: રૂટ, નીતિ અને ફરી પરીક્ષણ.

સંબંધિત લેખો