नेटवर्क पते की गणना करें

Question

मुझे 10.64.0.0/15 को तीन सबनेट में विभाजित करने के लिए कहा गया है

|Group  | Min # of Hosts|

|Group 1| 70,000        |

|Group 2| 30,000        |

|Group 3| 12,000        |

इसलिए मैं यह समझकर शुरू करता हूं कि 32-15 = 17 => 2 ^ 17 = 131072 पते की कुल राशि है। उस नंबर को 2 की शक्तियों में विभाजित करने के लिए शुरू करें ताकि उचित नेटवर्क प्राप्त करने के लिए उचित मात्रा में पते का पता लगाया जा सके, नेटमास्क पतों का प्रसारण किया जा सके।

फिर मुझे नेटवर्क पता, प्रसारण पता, नेटमास्क और कुल पते खोजने के लिए कहा जाता है।

मैं समूह 1 के लिए, 10.64.0.0 को बाइनरी में जोड़कर शुरू करता हूं 65k + 16k (got this by branching 65 -> 2x 32 -> 1x 32 -> 2x 16k)। बाइनरी में उन्हें जोड़ने के बाद मुझे मिलता है 10.65.64.0(निश्चित नहीं कि अगर वह सही है)। फिर मैंने उस ब्रॉडकास्ट पते की गणना करने के लिए |~जो मैंने पहले नेटमस्क (15) के साथ पाए गए नेटवर्क पते की कोशिश की थी, जो गलत था। मुझे यकीन नहीं है कि उस समूह के लिए नेटमास्क कैसे पाया जाए क्योंकि मैंने माना कि यह प्रत्येक समूह के लिए 15 था जो फिर से गलत था। और कुल पते जो मुझे ऊपर मिले 65k+16k = 81,920जो फिर से गलत थे, हाहा।

फिर यहाँ से मैंने अगले समूह के लिए मान लिया कि मैं पिछले समूह के पते के लिए केवल वही जोड़ रहा हूँ जो मैंने पहले एक समूह के लिए पाया था और फिर मैंने समूह १ के डेटा की गणना की थी।

जो मैं गलत कर रहा हूं उस पर कोई मार्गदर्शन या अगर ऐसा करने का कोई आसान तरीका है तो आपका स्वागत है।

Comments

क्या यह वास्तविक दुनिया है? या सर्टिफिकेट प्रीप / टेस्ट सामान? सिस्को और वास्तविक दुनिया 100% तक नहीं है, इसी तरह एक और विक्रेता के पास एक और दृष्टिकोण हो सकता है।

— ऑस्टिन टी फ्रेंच

पहले सोचा: वास्तव में काम नहीं कर सकता - आपका बिटमास्क आपको 2 x 255 x 255 संभावित संयोजनों के साथ छोड़ देता है जो अगर इसे 3 सबनेट में तोड़ना है तो इसका मतलब है कि आपको 127 बिट 255 (32385) के साथ 2 बिट्स को नेटवर्क भाग पर ले जाना होगा ) संयोजन ... आप 70000 मेजबानों के साथ एक समूह कैसे प्राप्त करेंगे?

— एम। बेनेट

@ M. बेनेट वह इसे 3 बराबर आकार / 16 सबनेट के साथ नहीं कर सकता है, लेकिन शायद एक और तरीका है? 'तकनीकी रूप से 17 बिट पर्याप्त हैं।

— बार्लोप

सर्वर फाल्ट इस सवाल को डुप्लिकेट के रूप में बंद कर देगा कि IPv4 सबनेटिंग कैसे काम करता है? ।

— माइकल हैम्पटन

@barlop हां, क्यू एंड ए के बाद से वे काफी तेजी से बंद हो जाते हैं जो पहले से ही मौजूद है जो प्रश्न का उत्तर देने के लिए पर्याप्त गहराई में विषय को कवर करता है।

— माइकल हैम्पटन

Answer 1

काफ़ी समय से..

10.64.0.0/15

17 बिट्स बचे। 128K होस्ट (2 ^ 17) के लिए अनुमति देता है (2 ^ 7 को याद रखें 128 है। 2 ^ 17 को 128K है)

तो यह सिद्धांत में लगता है कि यह संभव हो सकता है।

यदि कचरे के बिना उस सभी जगह का उपयोग करने के लिए नेटवर्क पते बनाने का एक तरीका था।

लेकिन ऐसा कोई रास्ता नहीं हो सकता है!

क्योंकि जहां तक ​​मुझे पता है, आप केवल एक नेटवर्क आकार बना सकते हैं जो दो आकार की शक्ति है।

तो आपके 70K समूह में 128K होना होगा और इसमें बहुत सारा कचरा और किसी भी अन्य समूह के लिए कोई जगह नहीं होगी।

मैं सोच रहा था कि 70K के लिए 96K का नेटवर्क बनाना संभव है, लेकिन मुझे नहीं लगता कि यह संभव है। आप 64K और 32K को एक के रूप में रखकर 96K के पते पर एक नेटवर्क शुरू कर सकते हैं। तो 0 के लिए 128. 1 के लिए 64। 32 के लिए 1। लेकिन इसके बाकी हिस्सों में सिर्फ 6 बिट्स (बिट्स 0-5) होंगे। तो बस हो जाएगा ~ (लगभग) 64 मेजबान आकार में। और किसी भी तरह से नहीं किया जा सकता है कि 'नेटवर्क भाग 1s की क्रमिक संख्या होना चाहिए।

यदि आपने 192K का एक नेटवर्क भाग किया है, तो यह थोड़ा अधिक लगता है जैसे आप 12K भी उदाहरण के लिए कर सकते हैं। लेकिन जो कुछ भी उस नेटवर्क का शुरुआती पता है, उस ऑक्टेट में अभी भी केवल 6 बिट्स बचे हैं, इसलिए उस ऑक्टेट में लगभग 64 वैरायटी हैं। आपको कोई भी नेटवर्क नहीं मिल सकता है जो आकार में दो की शक्ति नहीं है। किसी भी CIDR मास्क के साथ भी।

यह इतना बेकार और अजीब लगता है कि CIDR के साथ भी आप 128K के नेटवर्क में 70,000 मेजबानों के समूह के साथ फंस गए हैं। लेकिन यह है कि यह कैसे है।

और इसका मतलब यह भी है कि तब नहीं किया जा सकता है। आपके पास केवल 17 बिट्स बचे हैं। तो 128K होस्ट करता है यदि आपने 70,000 के लिए एक समूह बनाया है तो आपके पास अन्य दो समूहों के लिए कोई स्थान नहीं होगा। यदि आपने अन्य दो समूहों के लिए एक समूह बनाया है तो आपके पास 70,000 समूह के लिए कोई स्थान नहीं होगा।

CIDR जहाँ तक मुझे पता है, चारों ओर सबसे अच्छी प्रणाली है और केवल सिस्टम का उपयोग आजकल सबनेटिंग के लिए, या कम से कम IPP4 के लिए किया जाता है। लेकिन यह इसे हैक नहीं कर सकता है, यह बहुत सारे कचरे को छोड़ देता है जिसका उपयोग नहीं किया जा सकता है। तो ऐसा लगता है कि यह नहीं किया जा सकता है। मुझे आशा है कि मैंने समझाया है कि क्यों।

Answer 2

तुम कुछ गलत नहीं कर रहे हो; दी गई समस्या हल नहीं है।

सबसे पहले, 70,000 मेजबानों को समायोजित करने के लिए आपको / 16 (65536, 65534 प्रयोग करने योग्य) के रूप में कम से कम / 15 (131072, 131070 प्रयोग करने योग्य) की आवश्यकता होगी, बस इतना बड़ा नहीं होगा।

तो आपको 70,000 होस्ट समूह को कवर करने के लिए पूरे 10.64.0.0/15 नेटब्लॉक देना होगा।

इस बिंदु पर आप नेटब्लॉक से बाहर आ गए हैं और समूह 2 और 3 के लिए नेटवर्क के लोगों से बात करने की जरूरत है। पूर्णता के लिए, वे क्रमशः / 17 और / 18 में फिट होंगे। लेकिन ऐसा लगता है कि आपके पास पहले से ही यह पता लगाने के लिए गणित है, इसलिए मैं इसे नहीं दोहराऊंगा।

Comments

क्या वे इसे सिद्धांत रूप में करने का एक तरीका नहीं खोज सकते हैं, यदि आप किसी नेटवर्क का उपयोग कर सकते हैं, तो आप कर सकते हैं। 17 बिट्स 128K पते हैं और उन्हें केवल 112K मेजबानों को कवर करने की आवश्यकता है। मैं इस मुद्दे को देख सकता हूं कि यदि प्रत्येक नेटवर्क में दो की शक्ति का आकार होना चाहिए, और फिर ओवरलैप नहीं हो सकता है, तो सुनिश्चित करें कि कोई स्थान नहीं है। लेकिन सिद्धांत रूप में यह संभव है 'क्योंकि 17 बिट्स के साथ कॉस उपलब्ध हैं। उदाहरण के लिए 12K पते 8K + 4K हो सकते हैं, लेकिन अगर वह कर सकता है तो एक 16K नेटवर्क बना सकता है और उन पते का उपयोग किसी अन्य समूह में नहीं कर सकता है तो यह बेकार है

— barlop

Answer 3

उन्नत आईपी एड्रेस कैलकुलेटर 1.1 (फ्री नेटवर्क टूल)।

8 सबनेट हो सकता है, 10.64.0.0/18?

16,382 पतों पर पूल एक तरफ 10,000 से अधिक फाइबोनैचि संख्या से अधिक है)। दूसरी ओर आपको लचीलापन संयुक्त नेटवर्क देता है। और उनकी संख्या केवल देखने योग्य है, 8. अपने आप से पूछें कि आपको क्या करने की आवश्यकता है यदि आपको समूहों में से एक का विस्तार करना होगा?

Sub ID                     Range                Broadcast
1   10.64.0.0   10.64.0.1    -  10.64.63.254    10.64.63.255
2   10.64.64.0  10.64.64.1   -  10.64.127.254   10.64.127.255
3   10.64.128.0 10.64.128.1  -  10.64.191.254   10.64.191.255
4   10.64.192.0 10.64.192.1  -  10.64.255.254   10.64.255.255
5   10.65.0.0   10.65.0.1    -  10.65.63.254    10.65.63.255
6   10.65.64.0  10.65.64.1   -  10.65.127.254   10.65.127.255
7   10.65.128.0 10.65.128.1  -  10.65.191.254   10.65.191.255
8   10.65.192.0 10.65.192.1  -  10.65.255.254   10.65.255.255