बीजीपी: यातायात व्यवहार की कुछ विशेषताएं

इस संक्षिप्त नोट में मैं बीजीपी प्रोटोकॉल का उपयोग करने के मामले में ट्रैफ़िक प्रबंधन (या ट्रैफ़िक नियंत्रण के प्रयासों) के कुछ दिलचस्प बिंदुओं और विशेषताओं को छूना चाहता हूं। लेख इस सवाल का जवाब नहीं देगा कि आनंद को ऑनलाइन कैसे बनाया जाए!

प्रस्तुत जानकारी प्रकृति में सूचनात्मक है और दूरसंचार के क्षेत्र में विशेषज्ञों के लिए प्रकाश पढ़ने के समान है। सूचनाओं के साथ अनुचित संतृप्ति के बिना, जानकारी काफी मुक्त रूप में प्रस्तुत की जाएगी। आइए प्रश्न का उत्तर देने का प्रयास करें: "जहां क्यों नहीं होना चाहिए, वहां ट्रैफिक नहीं है और वहां नहीं होना चाहिए।"



हम सभी आगामी परिणामों के साथ बीजीपी प्रोटोकॉल के उद्देश्य पर विचार नहीं करेंगे, लेकिन सींगों द्वारा बैल को तुरंत ले जाएं।

स्रोत डेटा

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

सब कुछ अच्छा काम करता है, लेकिन जल्दी या बाद में वह क्षण आता है जब एक अतिरिक्त प्रदाता से जुड़ने की आवश्यकता होती है। इसके कई कारण हैं, लेकिन मैं इस पल पर थोड़ा ध्यान देना चाहूंगा। दूसरे (तीसरे ...) प्रदाता से कनेक्ट करके, ग्राहक चैनल आरक्षण प्रदान करने, कनेक्टिविटी बढ़ाने, इंटरनेट लागतों को अनुकूलित करने की कोशिश करता है (प्रदाता A का एक "सस्ता" चैनल है, प्रदाता B स्थानीय ट्रैफ़िक विनिमय बिंदुओं को तेज़ और सस्ता कनेक्शन प्रदान कर सकता है) और <अपना जोड़ें विकल्प>।

चैनल आरक्षण की स्थिति के दो मुख्य परिदृश्य हो सकते हैं:
1) 1 Gbit की क्षमता वाला एक मुख्य चैनल है। स्टैंडबाय (केवल एक रिजर्व के मामले में) बहुत कम बैंडविड्थ खरीदा जाता है - उदाहरण के लिए, 100 Mbit। इस मामले में, आपको मुख्य चैनल की विफलता के परिणामों के बारे में पता होना चाहिए - दुनिया का अंत नहीं आएगा, लेकिन ग्राहकों को बदलाव महसूस होगा;
2) बैकअप चैनल एक समान (या उस के करीब) बैंडविड्थ के साथ खरीदा जाता है। ऐसा चैनल काफी सस्ता नहीं है और मैं नहीं चाहता कि यह बेकार हो। फिर प्रशासक अलग-अलग संतुलन के साथ काम करना शुरू कर देता है।

स्वाभाविक रूप से, नेटवर्क व्यवस्थापक यह समझना चाहता है कि ट्रैफ़िक उसके नेटवर्क से कैसे गुजरता है / बाहर निकलता है / गुजरता है। और मैं यहां तक ​​कहूंगा - उनकी स्वायत्त प्रणाली। तो, एक प्रदाता द्वारा उपयोग किए जाने पर केवल 100% इस पर यकीन किया जा सकता है। यदि कई प्रदाता हैं, तो नेटवर्क ट्रैफ़िक की समझ नेटवर्क ट्रैफ़िक के बारे में मान्यताओं में बढ़ती है। और यहाँ क्यों है।

सूचना प्रवाह को प्रभावित करने के लिए व्यवस्थापक की आस्तीन में कई तंत्र हैं (स्थानीय वरीयता, वजन, मेड, जैसे-पथ, आदि), लेकिन वे कितने प्रभावी हैं? मैं कहूंगा कि वे काफी प्रभावी हैं (किसी को इस पर संदेह होगा), लेकिन अंत तक नहीं। नीचे कुछ दिलचस्प उदाहरण दिए गए हैं।

1. बाहर जाने वाला यातायात

मान लीजिए हमें दो प्रदाताओं से पूर्ण दृश्य मिलता है। पहला प्रदाता हमारे पास मुख्य, दूसरा - बैकअप होगा। हम प्रदाता से प्रसंस्करण घोषणाओं के लिए नीति निर्धारित करते हैं: हम पहले प्रदाता से प्राप्त उपसर्गों को दूसरे प्रदाता से प्राप्त उपसर्गों की तुलना में अधिक स्थानीय वरीयता (एक विकल्प के रूप में) से प्राप्त करते हैं।

अंजीर। 1


नतीजतन, सभी आउटगोइंग ट्रैफ़िक को मुख्य चैनल के माध्यम से जाना चाहिए। हम तार्किक चैनलों की कल्पना करते हैं (उदाहरण के लिए, Cacti Weathermap का उपयोग करके) और एक अजीब तस्वीर देखें: यातायात न केवल मुख्य चैनल के माध्यम से, बल्कि बैकअप के माध्यम से भी निकलता है। ऐसा कैसे?

बात यह है कि एक पूर्ण दृश्य से दूसरे में कलह है। आइए देखें कि हम प्रदाताओं से क्या प्राप्त करते हैं, विशेष रूप से, प्राप्त PfxRcd उपसर्गों की संख्या (एक उदाहरण एक वास्तविक राउटर से लिया गया है):
#sh ip bgp summary
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd
XXXX 4 AAAAA 3582179 106997 96854566 0 0 4w6d 392986
YYYY 4 BBBBB 772880 508161 96854556 0 0 6d02h 400394

उपकरण XXXX (AS-AAAAA) के साथ सत्र - मुख्य एक।
हम 8000 उपसर्गों की संख्या में अंतर देखते हैं। इसका मतलब है कि अगर हम इन 8000 नेटवर्क में स्थित संसाधनों का अनुरोध करते हैं, तो बैकअप चैनल का उपयोग किया जाएगा। ऐसा क्यों है? इन उपसर्गों (डेल्टा) पर ध्यान देने के बाद, मैंने देखा कि मैं उन्हें मुख्य प्रदाता से भी प्राप्त करता हूं, लेकिन समग्र रूप में। इसका मतलब है कि 4 * / 24 के बजाय हमें 1 * / 22 मिलता है। कौन करता है यह सारांश? यह कहना मुश्किल है, शायद, अपस्ट्रीम में से एक है।

एक छोटा सा उप-योग: यहां तक ​​कि बाहर जाने वाला ट्रैफ़िक भी वहां बह सकता है, जहां हमें उम्मीद नहीं है।

2. भीतर का यातायात

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

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

उदाहरण के लिए। हमारे एएस-ए में दो प्रदाताओं के साथ कनेक्शन हैं: एएस-बी (प्राथमिक) और एएस-सी (बैकअप)। हम अपने नेटवर्क को दोनों प्रदाताओं के लिए घोषित कर रहे हैं, लेकिन बैकअप की दिशा में, हम विशेष रूप से AS-PATH का विस्तार करते हैं (हम केवल मुख्य के साथ खराबी के मामले में इस चैनल को ट्रैफ़िक प्राप्त करना चाहते हैं)।

अंजीर। 2


बैकअप प्रदाता दो स्रोतों से हमारे नेटवर्क के बारे में घोषणाएं प्राप्त करता है: सीधे ग्राहक से (हम से) और उसके सहकर्मी साझेदारों (धराशायी लाइन) से। कई मामलों में, किसी को इस तथ्य से निपटना पड़ता है कि प्रदाता उस पथ पर विचार करता है जो सीधे क्लाइंट से क्लाइंट नेटवर्क के लिए एक उच्च प्राथमिकता वाला मार्ग है। ऐसा करने के लिए, वह (बैकअप प्रदाता) ग्राहक द्वारा प्राप्त की गई घोषणाओं (इस मामले में 200) से स्थानीय वरीयता मान बढ़ाता है, न कि सहकर्मी से (इस मामले में 100)। वह अपने सभी पड़ोसियों को विस्तृत पथ (क्लाइंट से प्राप्त घोषणाओं) के बारे में बताएगा, क्योंकि बीजीपी राउटर केवल सर्वश्रेष्ठ मार्ग की घोषणा करेगा।

इसलिए, यदि ट्रैफ़िक AS-B प्रदाता के स्वायत्त नेटवर्क से होकर गुजरेगा, तो हम इसे मुख्य चैनल में प्राप्त करेंगे, यदि AS-C प्रदाता के नेटवर्क के माध्यम से - बैकअप में। परिणामस्वरूप, हम इसे चाहते हैं या नहीं, हमारे लिए आने वाला ट्रैफ़िक दोनों चैनलों से "दर्ज" होगा। इसके अलावा, हम विषमता प्राप्त करते हैं: हर संभव तरीके से हम मुख्य चैनल पर ट्रैफ़िक भेजने की कोशिश करते हैं, लेकिन हम इसे मुख्य से और बैकअप से प्राप्त करते हैं।

एक छोटा उप-योग: दो या अधिक प्रदाताओं के साथ, ट्रैफ़िक सभी तरफ से "डालना" होगा।

3. कभी-कभी, यहां तक ​​कि सत्रों का इंस्टॉलेशन ऑर्डर भी भूमिका निभाता है

1. एक उदाहरण पर विचार करें।

अंजीर। 3


हमारा नेटवर्क (AS-A) एक प्रदाता (AS-B) से जुड़ा है। AS-C, AS-D अन्य प्रदाता हैं, AS-E हमारे जैसा ही क्लाइंट है। हरे तीर रूटिंग सूचना के वितरण को दर्शाता है, नीला आने वाले ट्रैफ़िक को इंगित करता है।

2. और यहां हम एएस-ई के साथ एक संबंध स्थापित करने का निर्णय लेते हैं (यह हमारा साथी है, प्रदाता नहीं)। संचार का सार एक अतिरिक्त चैनल का संगठन नहीं है, बल्कि अतिरेक का प्रावधान है - एक दूसरे का बीमा। डिफ़ॉल्ट रूप से, लिंक लोड नहीं किया जाना चाहिए। दुर्घटनाओं की स्थिति में, एक एएस दूसरे को सुरक्षित करता है।

ऐसा करने के लिए, हम नीति को भागीदार की ओर निवर्तमान घोषणाओं पर सेट करते हैं, अर्थात्, हम AS-PATH का विस्तार करते हैं। एक सहबद्ध नेटवर्क के लिए, यह घोषणा सबसे अच्छी नहीं है, इसलिए एएस-ई इसे आगे नहीं बढ़ाता है।

अंजीर। 4


3. लेकिन ऐसा हुआ कि मुख्य प्रदाता के साथ हमारा सत्र टूट गया (या हमने इसका परीक्षण किया)। इस मामले में, लाल तीर लंबे मार्ग के विस्तार को इंगित करते हैं, नीले तीर नेटवर्क को यातायात के मार्ग का संकेत देते हैं।

अंजीर। 5


और यह भी सब कुछ क्रम में है।

मुख्य प्रदाता के साथ सत्र बढ़ जाता है। यह ध्यान दिया जाना चाहिए कि एएस-डी प्रदाता वह मामला है जिसके बारे में हमने पहले बात की थी (वे ग्राहकों के लिए एक बढ़ी हुई स्थानीय प्राथमिकता निर्धारित करते हैं), बाकी प्रदाता ऐसा नहीं करते हैं, अर्थात्, पथ का विकल्प एएस-पेट पर आधारित है।

4. AS-B AS-A से घोषणा स्वीकार करता है। बिना किसी पूर्व घोषणा के, इसलिए यह तरीका अब बेहतर है, और यह वह है जिसे आगे घोषित किया गया है।

अंजीर। 6


हम देखते हैं कि घोषणा को कैसे वितरित किया जाता है और यातायात परिवर्तन के स्रोत:

अंजीर। 7


5. अंत में, एएस-ए देशी उपसर्गों की उपलब्धता के बारे में जानकारी एएस-डी तक पहुंचती है। इस स्वायत्त प्रणाली के लिए, इस पथ को कम स्वीकार्य माना जाता है, क्योंकि पहले ग्राहक (एएस-ई से) के अपडेट के लिए स्थानीय प्राथमिकताएं निर्धारित की गई थीं। इन प्रक्रियाओं का परिणाम ऐसी स्थिर स्थिति है:

अंजीर। 8


कृपया अंजीर पर ध्यान दें। 4 और अंजीर। 8. जैसा कि आप देख सकते हैं, आने वाले यातायात की प्रकृति में काफी भिन्नता है। इस मामले में, हमारा बैकअप चैनल बन गया है, यदि मुख्य नहीं है, तो बैकअप से बहुत दूर है। स्थिति को कैसे ठीक करें? सामान्य पर लौटने के लिए, आप एक साथी (एएस-ई) के साथ एक सत्र रख सकते हैं / बढ़ा सकते हैं, लेकिन विधि वैज्ञानिक से बहुत दूर है।

एक छोटा उप-योग: मैं यह प्रदर्शित करना चाहता था कि कभी-कभी सत्रों की स्थापना क्रम भी भूमिका निभाता है और यातायात की प्रकृति को प्रभावित करता है। हम कह सकते हैं कि मामला थोड़ा दूर का है, लेकिन यह वास्तविक जीवन से लिया गया है और इसमें एक जगह है।

परिणाम

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

एक अच्छा मार्ग है!