BGP ने प्रीफ़िक्स सीख लिया, पर ट्रैफ़िक अब भी टनल से बचता है

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

पहला द्वार: पड़ोसी ने वास्तव में क्या भेजा

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

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

show ip bgp 10.60.20.0/24
show ip bgp neighbors 203.0.113.5 advertised-routes
show ip route 10.60.20.0
show ip cef 10.60.20.0

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

दूसरा द्वार: चयन, फिर स्थापन

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

RFC 4271 तीन विचारों को अलग रखता है: सहकर्मी ने क्या भेजा, इस वक्ता ने किसे सर्वोत्तम चुना, और आगे क्या घोषित करेगा। ये वैचारिक भूमिकाएँ हैं, तीन भौतिक डेटाबेस नहीं जिन्हें विक्रेता को उजागर करना हो, पर यही अलगाव “यह BGP में है” को अधूरा उत्तर बनाता है।

यह भी जाँचें कि आप कौन-सा रूटिंग संदर्भ पढ़ रहे हैं। ऐसी VRF में स्थापित मार्ग जिसमें उपयोगकर्ता का इंटरफ़ेस नहीं है, उस उपयोगकर्ता के पैकेट के लिए अदृश्य है, और तालिका पूरे समय सही दिखती रहती है।

तीसरा द्वार: इस प्रवाह पर लागू खोज

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

ip route get 10.60.20.25 from 10.60.10.40
ip rule show
sudo tcpdump -ni tun0 'host 10.60.20.25'

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

गेटवे से ही भेजा गया पिंग उपयोगकर्ता के सत्र का प्रमाण नहीं है। अलग स्रोत पता, अलग नीति पथ, और अक्सर अलग परिणाम। उसी स्रोत से परीक्षण करें जो एप्लिकेशन उपयोग करता है, या स्वीकारें कि परीक्षण किसी और प्रश्न का उत्तर दे रहा है।

चौथा द्वार: पथ का दूर वाला आधा भाग

यदि स्थानीय खोज वास्तव में टनल चुनती है, तो पैकेट को अभी भी सुरक्षा नीति द्वारा स्वीकार होना है, अग्रेषण नियम द्वारा अनुमत होना है, और दूसरी ओर किसी चीज़ द्वारा उत्तर दिया जाना है। पता युग्म शामिल न करने वाला क्रिप्टो ACL ट्रैफ़िक गिरा देगा जबकि टनल स्वयं को चालू बताती है, जिससे ऐसा समयबाह्य बनता है जिसे रूटिंग विफलता से अलग नहीं किया जा सकता।

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

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

उस संक्रमण का नाम बताएँ जो असफल हुआ

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

स्वीकृति योजना में एक नकारात्मक परीक्षण भी रखें: ऐसा गंतव्य जिसे टनल से नहीं गुज़रना चाहिए, परिवर्तन के बाद सत्यापित। केवल सुखद पथ सिद्ध करने वाली जाँच-सूची अगली रखरखाव खिड़की में किसी के जोड़े गए व्यापक नीति नियम को नहीं पकड़ेगी।