इंटरनेट के बाकी हिस्सों के साथ एक राउटर / 32 WAN सबनेट मास्क कैसे होगा?

37

मैं नेटवर्किंग का अध्ययन कर रहा हूं और अनगिनत बार बताई गई सबसे बुनियादी चीजों में से एक यह है कि कंप्यूटर अपने सबनेट के बाहर संचार नहीं कर सकते हैं।

दूसरी ओर, कुछ ADSL सेटअपों को देखकर, मैंने देखा है कि अगर उपयोगकर्ता के WAN इंटरफ़ेस के लिए एक निश्चित IP पता असाइन किया जाता है, तो WAN इंटरफ़ेस के लिए / 32 सबनेट मास्क का उपयोग किया जाता है और डिफ़ॉल्ट गेटवे निश्चित रूप से है सबनेट के बाहर।

तो होस्ट / 32 सबनेट के साथ मेजबान बाहरी नेटवर्क के साथ कैसे संवाद करेगा?

यहाँ एक आरेख है जो मेरे पास है:

नेटवर्क आरेख

DSL मॉडेम को एक पुल के रूप में कार्य करने के लिए सेट किया गया है, इसलिए Router0 प्रमाणीकरण करता है और PPPoE के माध्यम से ISP में कनेक्शन सेट करता है। Router0 को अपने WAN इंटरफ़ेस (आरेख पर Fa0 / 0) पर एक IP पता मिलता है जो IPCP का उपयोग करके / 32 सबनेट से होता है। यह केवल WAN इंटरफ़ेस पर एकल IP पता प्राप्त करता है और IP aliasing का उपयोग यहां नहीं किया जा रहा है।

मैं समझता हूं कि राउटर0 से लैन पर क्या होता है। मुझे समझ में नहीं आता है कि Router0 ISP के साथ कैसे संवाद करता है।

routing ipv4

— AndrejaKo
स्रोत

31

DSL PPPoE का उपयोग करता है, जिसका अर्थ है कि लिंक पॉइंट-टू-पॉइंट है। A / 32 यहां पूरी तरह से मान्य है। वास्तव में, कोई भी पता अभी भी मान्य नहीं है - पीपीपी लिंक से परे नियमित पते की आवश्यकता होगी, 'थियो। इस मामले में, यह काम करता है क्योंकि लिंक पर केवल एक ही संभव गंतव्य है। उस लिंक पर डाले गए प्रत्येक पैकेट को दूसरे छोर से संसाधित किया जाएगा, और वी.वी.

blue-gw#show int di1
 Dialer1 is up, line protocol is up (spoofing)
 Description: Bellsouth.net DSL
 Internet address is 74.167.x.x/32

Routing:
 Gateway of last resort is 72.157.24.5 to network 0.0.0.0
 ...
      72.0.0.0/32 is subnetted, 1 subnets
 C       72.157.24.5 is directly connected, Dialer1
      74.0.0.0/32 is subnetted, 1 subnets
 C       74.167.x.x is directly connected, Dialer1

— रिकी बीम
स्रोत

1

क्या आप कृपया थोड़ा और समझा सकते हैं कि पॉइंट-टू-पॉइंट लिंक पर / 32 कैसे ठीक है? मैं समझता हूं कि पॉइंट-टू-पॉइंट लिंक पर, डेटा दूसरी तरफ को छोड़कर कहीं नहीं गया है, लेकिन इस तरह के मामले में, मैं रूटिंग टेबल में निकास बिंदु के रूप में सेट किए गए इंटरफ़ेस को देखने की उम्मीद करूंगा और न कि डिफ़ॉल्ट गेटवे का IP पता। यदि किसी उत्तर को फिट करने के लिए स्पष्टीकरण बहुत जटिल है, तो Google के लिए कुछ कीवर्ड भी अच्छे होंगे।

— आंद्रेजाको

2

पीपीपी स्थानीय और दूरस्थ पक्ष के पते की रिपोर्ट करता है, इसलिए इंटरफ़ेस स्थानीय (आमतौर पर / 32) के साथ सेट किया जाएगा और डिफ़ॉल्ट गेटवे रिमोट होगा। पीपीपी इंटरफ़ेस के माध्यम से रिमोट का एक मार्ग ऑटो-जनरेट किया जाएगा। (देखें संपादित करें)

— रिकी बीम

11

मैं नेटवर्किंग का अध्ययन कर रहा हूं और अनगिनत बार बताई गई सबसे बुनियादी चीजों में से एक यह है कि कंप्यूटर अपने सबनेट के बाहर संचार नहीं कर सकते हैं।

इस तरह की योग्यता के बिना, यह भ्रामक और गलत है। बेशक, इंटरनेट सबनेट के बीच विभाजित है, और फिर भी कुछ भी और कुछ भी बात कर सकता है (उनमें से ज्यादातर अप्रत्यक्ष तरीके से)।

आपने जो सीखा है, वह यह है कि मेजबान डेटा लिंक प्रोटोकॉल पर सीधे अपने सबनेट के बाहर ईथरनेट की तरह संचार नहीं कर सकते, क्योंकि एक सबनेट कुछ भौतिक नेटवर्क खंड का प्रतिनिधित्व करता है। सबनेट के बाहर मेजबानों के साथ संवाद करने के लिए, पैकेट को गेटवे पर भेजना आवश्यक है जो सबनेट पर है। यह क्या है रूटिंग सब के बारे में है।

वास्तव में, आपके द्वारा पूछा जाने वाला प्रश्न यह है: एक इंटरफ़ेस का पता कैसे हो सकता है जैसे कि पते के सभी बिट सबनेट हैं, और होस्ट बिट्स नहीं हैं?

जवाब यह है कि यह एक बिंदु-से-लिंक है। पॉइंट टू पॉइंट लिंक पूर्ण विकसित नेटवर्क नहीं हैं। एक लिंक के दोनों छोरों पर दोनों इंटरफेस यह जानते हैं कि वे किसी भी डटलिंक स्तर के पते की आवश्यकता के बिना एक दूसरे से बात कर रहे हैं, और इसलिए नेटवर्क स्तर पर, वे एक ही आईपी पते को साझा कर सकते हैं।

इसके अलावा, एक डॉटलिंक को अपना नेटवर्क सेगमेंट माना जा सकता है, और इसलिए इसका अपना सबनेट हो सकता है, और उस सबनेट में केवल एक पता होना चाहिए।

यदि समापन बिंदु के एक छोर को विशेष रूप से दूसरे से बात करने की आवश्यकता होती है, तो यह केवल उस पते का उपयोग कर सकता है। यदि राउटर किसी अन्य पते का उपयोग करता है और इसे मॉडेम पर भेजता है, तो उस पैकेट को सहकर्मी के लिए संबोधित नहीं किया जाता है; यह उस सहकर्मी से परे किसी और चीज से संबोधित है। सहकर्मी पैकेट प्राप्त करेगा और उसे रूट करेगा।

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

— शीघ्र
स्रोत

ज़रुरी नहीं। यहां तक कि "इंटरनेट" मामले में, एक होस्ट अभी भी दूसरे होस्ट से एक आम सबनेट (उर्फ "राउटर") के भीतर बात कर रहा है, जो अभी तक एक अन्य जुड़े होस्ट आदि से बात करता है, आदि

— रिकी बीम

रिकी बीम ने दूसरे पैराग्राफ को नहीं पढ़ा।

— Anon

वह बिंदु जो आपको याद आ रहा है ... एक केवल कुछ से बात कर सकता है जो सीधे जुड़ा हुआ है। यदि A, B से C से जुड़ा है, तो A, C को सीधे पैकेट नहीं भेज सकता है; यह पहले B तक जाना चाहिए। (इसे बनाने के लिए ट्रिक्स हैं जैसे कि ए सीधे सी से बात कर रहा है ... प्रॉक्सी-एआरपी, ब्रिजिंग, आदि)

— रिकी बीम

4

मैं पूरी तरह से ब्रिजिंग, प्रॉक्सी arp और इस तरह के नेटवर्क कर्नेल कोड पर अतीत में बड़े पैमाने पर काम कर चुका हूं: ड्राइवर स्तर और ऊपर (एप्लिकेशन स्तर नेटवर्क प्रोग्रामिंग, साथ ही आईटी स्तर नेटवर्क कॉन्फ़िगरेशन का उल्लेख नहीं करना)। मैंने कभी नहीं लिखा कि कोई भी चीज़ सीधे किसी और चीज़ से बात कर सकती है। लेकिन "कंप्यूटर अपने सबनेट के बाहर संचार नहीं कर सकता है" का खाली बयान भ्रामक प्रतीत होता है।

— आयन

8

यह सिर्फ एक अतिरिक्त नोट है क्योंकि सवालों का जवाब रिकी पहले ही दे चुके हैं;

जैसा कि रिकी ने पहले ही बताया है, पीपीपी लिंक के साथ, लिंक पर केवल दो डिवाइस हैं। एक स्थानीय डिवाइस और रिमोट डिवाइस, इसलिए लिंक पर केवल दो पते हो सकते हैं (स्थानीय और रिमोट)। इसलिए स्थानीय और दूरस्थ संबोधित अलग-अलग सबनेट में हो सकते हैं क्योंकि लिन्क के दूसरे छोर पर डिवाइस के अलावा, जाने के लिए लिंक पर रखा यातायात के लिए कोई और जगह नहीं है। यह एक सरल पर्याप्त अवधारणा है, जिसे आपने कहा है कि आप समझते हैं।

इसके अलावा, हालांकि, याद रखें कि रूटिंग प्रविष्टियाँ इंटरफेस के साथ-साथ अगले हॉप आईपी पते के माध्यम से हो सकती हैं। लोगों को अक्सर सिखाया जाता है कि राउटिंग प्रविष्टियाँ कुछ इस तरह हैं "5.5.0.5 के माध्यम से 0.0.0.0/0" जहां 5.5.5.5 आईएसपी राउटर है और 0.0.0.0/0 एक डिफ़ॉल्ट मार्ग है। रूट "Fa1 / 0 के माध्यम से 0.0.0.0/0" भी हो सकते हैं। यदि Fa0 / 1 एक बिंदु से बिंदु लिंक है, तो इंटरफ़ेस निर्दिष्ट करना ठीक है। जैसा कि हमने कहा है, यातायात के लिए कहीं नहीं है, दूसरे छोर पर डिवाइस के अलावा (जो आईएसपी राउटर है)।

— jwbensley
स्रोत

1

कृपया लोगों को यह न बताएं कि वे एक ब्रॉडकास्ट-मल्टी-असफल इंटरफ़ेस के लिए मार्ग कर सकते हैं (पढ़ें: ETHERNET - Fa0 / 1 ईथरनेट है; ईथरनेट नहीं है ptp) यह प्रॉक्सी- आरपीपी है ; और ऐसा करने का कोई अच्छा कारण नहीं है। वास्तव में, यह सिर्फ एक गड़बड़ करता है कि जो लोग किसी भी बेहतर को नहीं जानते हैं वे कभी नहीं समझ पाएंगे। (उदाहरण के लिए, उनका राउटर / स्विच मेमोरी से बाहर चल रहा है जिससे विभिन्न महत्वपूर्ण प्रक्रिया विफल हो रही है।)

— रिकी बीम

यदि Fa0 / 1 को / 31 के साथ कॉन्फ़िगर किया गया है तो यह पूरी तरह से वैध कॉन्फिग है। कृपया मुझे ऐसा कुछ न करने के लिए कहें, जब मेरा उत्तर आपके द्वारा अनुरोधित चिंता का समाधान करने के लिए पर्याप्त नहीं था। आपका अच्छा दिन हो।

— jwbensley

A / 31 के साथ भी, यह अभी भी ईथरनेट है, और इस प्रकार, प्रॉक्सी- arp । (जब तक कि हार्डवेयर में विशिष्ट ptp ईथरनेट क्षमता न हो, जो कि अधिकांश नहीं है।) मैंने बहुत से लोगों को देखा है जैसा कि आप शून्य सुराग के साथ सुझाव देते हैं; और यह एक जी बनाता है ... घ ... गंदगी वे समझ नहीं सकते। यदि आप जानते हैं कि 47k प्रविष्टि arp कैश बनाने के बिना इसे कैसे करना है, तो आपके लिए अच्छा है; जो लोग उत्तर के लिए यहां आते हैं, वे बहुत संभावना नहीं रखते हैं।

— रिकी बीम

1

पुनश्च: आप इस विषय पर अपने सवाल का जवाब देने के लिए कह सकते हैं।

— रिकी बीम

2

बस जोड़ने के लिए जा रहा है कि प्रॉक्सी- arp को हर जगह अक्षम किया जाना चाहिए, जिससे ईथरनेट (नॉन पी 2 पी) कॉन्फ़िगरेशन विफल हो जाता है और अंत-उपयोगकर्ता द्वारा तय किया जाता है। दुर्भाग्य से कुछ OS डिफ़ॉल्ट रूप से प्रॉक्सी-आर्क को अक्षम नहीं करते हैं। इसके अलावा, आप ip route 1.1.1.1 255.255.255.255 fa0/1 2.2.2.2यह सुनिश्चित करने के लिए कि मार्ग तब भी सक्रिय हो सकता है, जब वह इंटरफ़ेस ऊपर हो, स्थिर मार्ग में इंटरफ़ेस तर्क का उपयोग कर सकते हैं ।

— cpt_fink

3

यह दिखाने के लिए कि दूसरों ने क्या समझाया है, आप सीरियल के माध्यम से दो सिस्को राउटर कनेक्ट कर सकते हैं;

डीबग पीपीपी बातचीत (या अधिक वर्बोज़ आउटपुट के लिए डिबग पीपीपी पैकेट)।
धारावाहिक इंटरफेस के तहत अलग-अलग सबनेट पर आईपी पते कॉन्फ़िगर करते हैं।
'एनकैप्सुलेशन ppp' सेट करें
कोई बंद नहीं

सूचना IPCP अपनी बात करते हैं और राउटिंग टेबल में सीधे जुड़े हुए सबनेट को देखा जाता है।

— बड़ा परमिट
स्रोत

कोई यह प्रदर्शित कर सकता है कि यह सब कैसा दिखता है। जैसे। इस डिबग पीपीपी ने cisco.com साइट

— n611x007

3

लगता है कि आपके राउटर में PPPoE WAN कनेक्शन है। PPPoE के साथ, "सामान्य" IP नियम BRAS और क्लाइंट के बीच कनेक्शन के रूप में लागू नहीं होते हैं ।

आमतौर पर, कई टनलिंग प्रोटोकॉल के साथ, स्थानीय एंड-पॉइंट रिमोट एंड-पॉइंट के आईपी एड्रेस को मान सकते हैं या उनमें से कोई भी नहीं हो सकता है। किसी भी पैकेट को स्थानीय नेटवर्क के लिए नियत नहीं किया जाएगा, जिससे निपटने के लिए दूरस्थ छोर से सुरंग में धकेल दिया जाएगा।

— n611x007
स्रोत

2

आपके राउटर को केवल /32ISP राउटर से बात करने के लिए एक मार्ग की आवश्यकता है ।

इसके अलावा, आपके राउटर में आईएसपी राउटर डिफ़ॉल्ट गेटवे या "गेटवे ऑफ लास्ट रिसोर्ट" के रूप में सूचीबद्ध होगा । जब आपका राउटर एक होस्ट को एक पैकेट वितरित करना चाहता है, जिसे यह नहीं पता है, तो वह इसे आईएसपी राउटर को भेज देगा।

आईएसपी राउटर व्यापक इंटरनेट पर केवल पहला कदम है। यह ऊपर दिए गए समान पैटर्न का अनुसरण करता है: राउटर खुद से बात करने के लिए केवल कुछ होस्ट जानता है, लेकिन यह दुनिया के अन्य सभी राउटर तक पहुंच सकता है क्योंकि यह किसी भी आईपी पते के लिए अगला पड़ाव निर्धारित कर सकता है ।

क्लाइंट से सर्वर तक के रास्ते पर हर राउटर एक कदम आगे ("अगला राउटर") और एक स्टेप बैक ("पिछला राउटर") जानता है। किसी भी राउटर को पूरे रास्ते को जानने की जरूरत नहीं है।

जीवन आपके कार्य राउटर के लिए सरल है। इसमें स्थानीय लैन के लिए एक प्रविष्टि है, यह जानता है कि एक आईएसपी राउटर तक कैसे पहुंचा जाए, और इसमें आईएसपी राउटर के लिए एक डिफ़ॉल्ट मार्ग है। बैकएंड इंटरनेट राउटर अधिक जटिल हैं, लेकिन विचार समान है।

— Andomar
स्रोत

1

SP वातावरण में तब IPCP का उपयोग गतिशील रूप से dsl राउटर को IP पता असाइन करने के लिए होता है / 32 IP पते का उपयोग किया जाता है (lan पतों को अक्सर त्रिज्या के माध्यम से आउटबाउंड के रूप में विज्ञापित किया जाता है)। इंटरनेट से लेन आउटबाउंड से ट्रैफ़िक भेजने के लिए डायलर इंटरफ़ेस के माध्यम से एक स्थिर मार्ग का उपयोग किया जाता है - इसलिए केवल स्थैतिक मार्ग का उपयोग किया जाता है और एक डिफ़ॉल्ट मार्ग को IPCP के माध्यम से CE राउटर के लिए विज्ञापित किया जाता है। इसलिए कुछ डिज़ाइन परिदृश्यों में अन्य नेटवर्क के साथ संचार करने के लिए केवल a / 32 की आवश्यकता होती है।

— मैट
स्रोत

0

आपके प्रश्न में ऐसा प्रतीत होता है कि आप R0 के यांत्रिकी को आईएसपी कनेक्शन से समझना चाहते हैं। जैसा कि उल्लेख किया गया है, आमतौर पर एक्सडीएसएल पीपीपीओई या ब्रिजिंग के कुछ रूप के माध्यम से कार्यान्वित किया जाता है।

अनिवार्य रूप से, यहाँ क्या हो रहा है "ईथरनेट ब्रिजिंग"। ब्रिजिंग एक OSI लेयर 2 फ़ंक्शन है, जिसे हमें IP की आवश्यकता नहीं है या नहीं है। 32-बिट IP पता ISP के लिए एक PPP समापन बिंदु पहचानकर्ता है। मॉडेम, IP ट्रैफ़िक को ईथरनेट के अंदर और बाहर इनकैप्सुलेट और डी-इनकैप्सुलेट करता है।

आईएसपी हेड-एंड पर नेटवर्क उपकरणों में, जहां पीपीपी सर्किट समाप्त हो जाता है, आईपी पते आईएसपी के रूप में उपयोगी हो जाता है और इंटरनेट आईपी ट्रैफिक को आर 0 पब्लिकली आईपी एड्रेस इंटरफेस को / फ्रिल रूट कर सकता है जो इसके पीछे लैन का कार्य करता है। केवल "रूटिंग" जो हो रहा है वह ppp सर्किट के दोनों छोर पर है।

मुझे उम्मीद है कि IS के कनेक्शन के लिए RO के यांत्रिकी को समझने में कुछ हद तक मददगार है।

— user1279
स्रोत

1

इस संदर्भ में, R0 / RO का क्या अर्थ है?

— आंद्रेजाको

शायद R0 http://www.faqs.org/patents/img/20090213867_02.png "

— BL

@AndrejaKo के ROलिए खड़ा हो सकता है Route Optimization। benedikt-stockebrand.de/ipv6-in-ults-index_de.html सुनिश्चित नहीं हैं।

— n611x007

एक और सबसे अधिक संभावना R0उम्मीदवार सिस्को से R0..Rnहॉप्स को चिह्नित करने के लिए अनुक्रम से हो सकता है label-switched path (LSP) tunnel। head-endएक के एक छोर के रूप में भी है LSR। बाद के खड़े होने के लिए लगता है के लिए Label switch router। यह सबसे अधिक संभावना है।

— n611x007

और भी अधिक R0संभावनाएं हैं Request 0के रूप में D0के लिए Data 0"अनुरोध / प्रतिक्रिया प्रोटोकॉल के एक बंद करो और प्रतीक्षा प्रकार के लिए",। संभावना नहीं है।

— n611x007