यदि सार्वजनिक आईपी को एक ही एएस में पिन किया जाता है, तो बीजीपी कैसे काम करता है?


11

यह मेरी समझ है कि सार्वजनिक आईपी ब्लॉक IANA से असाइन किए जाते हैं , जो RIRs को सब-ब्लॉक प्रदान करता है, जो ISPs को उप-ब्लॉक प्रदान करता है, जो इस प्रश्न में उल्लिखित के रूप में व्यक्तिगत AS को उप-ब्लॉक प्रदान करता है : IP पते कैसे असाइन किए जाते हैं?

यह ( इस पृष्ठ जैसे संसाधन ) लगता है कि 1 सार्वजनिक आईपी से 1 एएस की मैपिंग है।

हालाँकि, किसी भी स्थान पर, एक ही सार्वजनिक आईपी पते को कई स्थानों से विज्ञापन करके काम करने लगता है, उस आईपी को अलग-अलग रास्ते प्रदान करते हैं। उदाहरण के लिए:

यदि सार्वजनिक ips को एक ही AS को हल करना चाहिए, तो कोई भी काम कैसे करेगा?

  • क्या यह हैक है जिससे आप बीजीपी मल्टी-होमिंग / मल्टी-पाथिंग करने का दिखावा करते हैं और ट्रैफिक को हड़प लेते हैं क्योंकि यह एक एएस से गुजरता है (जैसा कि यहां निहित है: /server//a/728609/145476 )?
  • क्या केवल 1 आईपी प्रति एएस के "नियम" का अपवाद है?
  • या शायद मुझे कुछ याद आ रहा है ...

2
"1 एएस प्रति पता" के लिए कोई सख्त नियम नहीं है - बस 6to4 द्वारा उपयोग किए गए 192.88.99.0/24 को देखें । (हालांकि यह निश्चित रूप से समस्याग्रस्त हो जाता है ...)
user1686

2
क्या आपके पास इस दावे के लिए एक संदर्भ है कि आईपी एएस को सौंपे गए हैं? यह कुछ साल रहा है, लेकिन मैंने कभी केवल आईपी पते ब्लॉकों को संगठनों को सौंपा है। (मैपिंग आप संदर्भ शायद सिर्फ तुम बताओ क्या के रूप में (रों) एक विशेष ब्लॉक जो अवलोकन है क्या वास्तव में हो रहा है, नहीं बताए विज्ञापन कर रहे हैं।)
डेविड Schwartz

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

@DavidSchwartz नॉट आईपी से एएस असाइनमेंट के लिए कोई संदर्भ नहीं है। इनमें से कुछ प्रतिक्रियाओं और कुछ अन्य लेखों को पढ़ने के बाद मुझे नहीं लगता कि यह बिल्कुल सही है, यह सिर्फ बहुत सारे संसाधनों में निहित है (शायद यह सबसे आम मामला है)।
कछुआमोहन

@ रॉनमुपिन मैं रूटिंग और आईपी ब्लॉक असाइनमेंट के अलगाव को समझता हूं। हालांकि बीजीपी मार्ग घोषणाएं AS_PATH अनुभाग को ले जाती हैं जिसका उपयोग राउटिंग निर्णयों के लिए किया जाता है (देखें: tools.ietf.org/html/rfc4271#section-4.3 )। मेरा प्रश्न वास्तव में व्यवहार के बारे में है जब ये मार्ग घोषणाएं कई एएस से की जाती हैं और प्रत्येक एएस का कहना है कि यह मार्ग में एकमात्र एएस है, अर्थात उनके पास बिना किसी अतिरिक्त बाहरी मार्ग के आईपी पते के लिए एक सीधा रास्ता है।
कछुआ

जवाबों:


5

कोई आवश्यकता नहीं है कि उपसर्ग के लिए आईपी पते या इंटरनेट मार्ग एक ही एएस से आते हैं। ASN संगठनों को दिए जाते हैं, और पते भी संगठनों को दिए जाते हैं। ARIN जैसे रजिस्ट्रार मेरे एड्रेस आवंटन को मेरे ASN आवंटन से लिंक नहीं करते हैं। यहां तक ​​कि रिसोर्स पब्लिक की इंफ्रास्ट्रक्चर जैसी नई प्रणालियों में यह अभी भी कई एएस के लिए नेटवर्क के लिए एक मार्ग की अनुमति देता है। टीम Cymru पृष्ठ FAQs में यह कहता है:

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

यहां उन नेटवर्क की लंबी (लंबी) सूची दी गई है, जो वर्तमान में कई एएस से विज्ञापित हैं।

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


धन्यवाद dk1 आईपी ​​से एएस मैपिंग के लिए सार्वजनिक आईपी 1: N है और न कि 1: 1 मेरे लिए महत्वपूर्ण बिंदु था। यह लेख भी मददगार था: serverfault.com/questions/137257/… , जैसा कि अतिरिक्त लेख एएस पेअरिंग पर चर्चा कर रहे थे, जैसे: छाता । cisco.com/blog/blog/2013/01/10/… । उस OpenDNS लेख से यह भी पता चलता है कि उनके AS को विश्व स्तर पर वितरित किया गया है।
कछुआमोहन

11

एक एएस को जरूरी नहीं कि उसे एक ही भौतिक स्थान पर विवश किया जाए।

जब भी किसी भी प्रकार का प्रसारण होता है, तो आप कई भौतिक स्थानों में राउटर चलाते हैं, प्रत्येक अलग-अलग आईएसपी के साथ एक ही एएस के साथ peering, किसी भी आईपी पते के लिए एक मार्ग का विज्ञापन।

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

आईएसपी किसी भी अलग नहीं जानते; इंटरनेट का कोई मतलब नहीं है कि विभिन्न उपलब्ध पथ केवल उसी अतिरेक वाली साइट पर नहीं जा रहे हैं।


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

@immibis यह देखने का एक अच्छा तरीका है, लेकिन एक नाइटपिक: उस मामले में (अपने स्वयं के आंतरिक नेटवर्क के माध्यम से एक केंद्रीय सर्वर पर वापस जा रहा है) हम तकनीकी रूप से अब किसी भी अनुरोध की परिभाषा के तहत नहीं आएंगे, क्योंकि अनुरोध नहीं होगा वास्तव में भौगोलिक रूप से असमान साइटों पर संभाला जा सकता है। जिस मामले में मैं वर्णन कर रहा हूं, आपके पास सही सर्वर पर लाने के लिए गुप्त बैकएंड नेटवर्क के बजाय प्रत्येक साइट पर लगभग समान सर्वर होंगे।
शेन मैडेन

वह नाइटिक नहीं है, वह बात है। अलग-अलग साइटों के बीच निजी नेटवर्क रखना पूरी तरह से मान्य है। और इंटरनेट रूटिंग प्रोटोकॉल आपके निजी नेटवर्क होने के बीच के अंतर को नहीं बता सकते हैं, और आप इसके बजाय एक का उपयोग करने और किसी भी प्रकार का उपयोग करने का नाटक कर रहे हैं।
user253751

यह निश्चित रूप से साइटों के बीच एक निजी नेटवर्क रखने के लिए वैध है, मैं सिर्फ यह कह रहा था कि आप वास्तव में उस तरह (उसी सर्वर) में किसी भी स्थान पर तैनात नहीं करना चाहेंगे, क्योंकि यह आत्म-पराजय होगा। लेकिन मैं आपकी बात से सहमत हूं: इंटरनेट के दृष्टिकोण से, वे समान दिखेंगे।
शेन मैडेन

यह एक बेहतरीन जवाब है। क्या आप मानक डॉक्स या अन्य बाहरी संसाधनों से कुछ लिंक जोड़कर दिखा सकते हैं कि आपने जो कहा वह सच है? (यानी कि किसी भी प्रकार का प्रसारण और बहु-घर मूल रूप से एक ही चीज हैं)
turtlemonvh

2

यह (इस पृष्ठ जैसे संसाधन) लगता है कि 1 सार्वजनिक आईपी से 1 एएस की मैपिंग है।

हाँ। यह सच है।

हालाँकि, किसी भी स्थान पर एक ही सार्वजनिक आईपी पते को कई स्थानों से विज्ञापन करके काम करने का मन करता है,

बस "बस कर" से। एएस एक ऐसी संस्था है जो अंतरराष्ट्रीय स्तर पर खुद की रूटिंग को परिभाषित करती है। यह एक ही आईपी पते को कई स्थानों से जोड़ सकता है - जब तक कि रूटिंग कनेक्शन के बीच में रूटिंग नहीं बदलती, तब तक यह ठीक है।

बस एक पल के लिए अज्ञानी रहें (क्योंकि यहां अज्ञानता काम करती है)।

यदि आप संयुक्त राज्य अमेरिका में आईपी एक्स के लिए पूछते हैं, तो आप यूएसए बीजीपी नियमों के अनुसार यूएसए के डेटासेंटर पर जाते हैं। यदि आप ऑस्ट्रेलिया में ऐसा करते हैं, तो आप ऑस्ट्रेलिया में डेटासेंटर में समाप्त होते हैं। ख़त्म होना। ऐसा कुछ भी नहीं है जो यह कहता है कि एक IP का उपयोग दोबारा नहीं किया जा सकता है, क्योंकि IS STABLE है।

यह बीजीपी हैक नहीं है जितना कि बीजीपी का सामान्य उपयोग।


1
बीजीपी एक पैकेट भेजने के लिए तय करने के लिए भू-राजनीतिक प्रभागों का उपयोग नहीं करता है, और यह सच नहीं है कि पते किसी भी एक के हैं।
dk1

आप उल्लेख करते हैं "जब तक रूटिंग कनेक्शन के बीच में रूटिंग नहीं बदलती, तब तक ठीक है"। मैंने सोचा था कि इस तरह के रूटिंग परिवर्तन किसी भी कॉन्फ़िगरेशन कॉन्फ़िगरेशन में एक ज्ञात समस्या थी, और इसका कारण यह है कि कोई भी प्रसारण usu है। udp जैसे कनेक्शन रहित प्रोटोकॉल के लिए आरक्षित है? देखें: blog.cloudflare.com/…
turtlemonvh
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.