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 ले ट्राफिक फ्याँक्छ, जबकि टनेल आफूलाई माथि भनी रिपोर्ट गर्छ, जसले राउटिङ विफलताबाट छुट्याउन नसकिने समयसमाप्ति उत्पन्न गर्छ।

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

नयाँ अधिकृत जडानलाई तीन अवलोकनसँग जोड्नुहोस्: मिलेको स्थानीय नीति, सर्ने टनेल काउन्टर, र देखिने ठाउँको टाढाको पक्षमा प्राप्ति। काउन्टर सर्दैनन् भने मार्ग तालिकाले जे भनोस्, प्याकेट कहिल्यै टनेलमा प्रवेश गरेन। तिनी सर्छन् र केही पुग्दैन भने टाढाको पक्षले त्यसलाई फ्याँकिरहेको वा गलत राउट गरिरहेको छ। ती दुई नतिजाले पूर्ण रूपमा फरक टोलीसम्म पुर्याउँछन्।

असफल भएको संक्रमणको नाम दिनुहोस्

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

स्वीकृति योजनामा नकारात्मक परीक्षण पनि राख्नुहोस्: टनेलबाट जान नहुने गन्तव्य, परिवर्तनपछि प्रमाणित। केवल खुसी मार्ग प्रमाणित गर्ने जाँचसूचीले अर्को मर्मत झ्यालमा कसैले थप्ने फराकिलो नीति नियम पक्रन सक्दैन।