कुन SNMP तालिकाहरूले VPNv4 मार्गलाई यसको लेबलसँग जोड्छन्?
तपाईंलाई चाहिने लेबल छान्नुहोस्, त्यसपछि VRF मार्ग प्रविष्टिलाई क्रस-कनेक्ट र यसका खण्डहरूसँग जोड्नुहोस्। वाक गर्नुअघि एजेन्टले ती वस्तुहरू लागू गर्छ भनेर पुष्टि गर्नुहोस्।
एउटै VPNv4 मार्गसँग तीन फरक लेबलहरू यात्रा गर्छन्, र SNMP वाकले एजेन्टले लागू गरेका मात्र देखाउँछ। प्राप्त BGP विशेषता, स्थानीय रूपमा बाँडिएको आगमन सेवा लेबल र बहिर्गमन फर्वार्डिङ लेबल फरक फरक अनुक्रमणिकामुनि फरक फरक तालिकामा छन्। तीनमध्ये कुन चाहियो भनेर पहिले नछानी उपकरणसँग लेबल माग्नु नै संकलन परियोजना पहिलो चेसिसमै अड्किने कारण हो।
तपाईंको कार्यलाई जे चाहिन्छ त्यो छान्नुहोस्, त्यसपछि त्यहाँ पुग्ने अनुक्रमणिका शृंखला पछ्याउनुहोस्। शृंखला एजेन्टले लागू नगरेको वस्तुमा टुटेमा त्यो अभिलेख गर्नुपर्ने निष्कर्ष हो, काल्पनिक OID ले भर्नुपर्ने खाडल होइन।
कार्यलाई तीनमध्ये कुन लेबल चाहिन्छ त्यो छान्नुहोस्
छिमेकीबाट प्राप्त लेबल BGP मार्ग विशेषताका रूपमा आउँछ र त्यो छिमेकीले तपाईंबाट आफूतिर के धकेल्ने अपेक्षा गर्छ भनेर वर्णन गर्छ। आगमन सेवा लेबल यो उपकरणले VRF प्रिफिक्सका लागि बाँड्छ र LSP मा प्रवेश गर्ने ट्राफिक चिन्ह लगाउँछ। बहिर्गमन माथिल्लो लेबल भनेको फर्वार्डिङ प्लेनले वास्तवमा अर्को हपतिर धकेल्ने कुरा हो, र अर्को हप बदलिँदा त्यो बदलिन्छ।
पोल गरिएको बक्सको फर्वार्डिङ अवस्थामा दोस्रो र तेस्रो मात्र पर्छन्। पहिलो छिमेकीको अपेक्षाबारेको भनाइ हो, यो चेसिसबारे होइन।
मानक L3VPN MIB ले VRF मार्ग र क्रस-कनेक्टसँगको यसको सम्बन्ध मोडेल गर्छ, जुन स्थानीय सेवा र फर्वार्डिङ लेबलसम्म पुग्न पर्याप्त छ। यसले BGP सत्रले प्राप्त गरेको प्रत्येक विशेषताको पूर्ण डम्पको वाचा गर्दैन। तालिका प्रश्नले संकेत गरेको कुराका लागि होइन, यसमा भएको कुराका लागि पढ्नुहोस्। गलत अनुमानमा बनेको संकलकले शून्य रिपोर्ट गर्छ र तिनलाई हराएको डेटाका रूपमा सुरक्षित गर्छ।
| What you want | Where it lives | What a walk can return |
|---|---|---|
| Label advertised by a peer | BGP session state for that VRF | Usually outside the standard L3VPN MIB |
| Incoming service label for a prefix | VRF route entry joined to an incoming segment | Available when both tables are implemented |
| Label pushed toward the next hop | Outgoing segment with a push condition | Available, but only meaningful while a top label is pushed |
VRF मार्ग प्रविष्टिलाई यसको क्रस-कनेक्टसँग जोड्नुहोस्
RFC 4382 ले mplsL3VpnVrfRteTable परिभाषित गर्छ। यसको अनुक्रमणिका छ भागमा पढ्नुहोस्: VRF नाम, गन्तव्यको ठेगाना प्रकार, प्रिफिक्स आफैं, नीति मान, अर्को हपको प्रकार र अर्को हपको ठेगाना। IGP र BGP प्रविष्टिहरूले त्यो तालिका साझा गर्छन्, त्यसैले प्रिफिक्सको छेउमा राउटिङ प्रोटोकल लेख्नुहोस्। दुई पङ्क्तिले एउटै प्रिफिक्स बोक्न सक्छन् र अर्को हपमा मात्र फरक पर्न सक्छन्, र गलत पङ्क्ति छान्दा जोड अर्को क्रस-कनेक्टतिर जान्छ।
mplsL3VpnVrfRteXCPointer स्तम्भले नामले विपरीत संकेत गरे पनि पूर्ण पङ्क्ति OID होइन, क्रस-कनेक्टको अनुक्रमणिका बोक्छ। एक ओक्टेटको शून्य मान भनेको कुनै सम्बद्ध लेबल स्ट्याक छैन, जुन तपाईं बाइन्डिङ स्थिर हुनुअघि वा कहिल्यै त्यसको आवश्यकता नपरेको मार्गका लागि देख्नुहुन्छ।
वाक गर्नुअघि स्तम्भको अनुवाद गर्नुहोस्, ताकि आउटपुटको सङ्ख्यात्मक उपवृक्ष अस्पष्ट नहोस्। तलका दुवै आदेशले एउटै नोडलाई फरक सङ्केतनमा सम्बोधन गर्छन्।
snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer
फर्किएको अनुक्रमणिका क्रस-कनेक्ट तालिकामा लैजानुहोस्, जसको प्रविष्टि कुञ्जी त्रिक हो: क्रस-कनेक्ट अनुक्रमणिका, आगमन खण्ड अनुक्रमणिका र बहिर्गमन खण्ड अनुक्रमणिका। त्यही त्रिक मार्गलाई लेबलमा बदल्ने जोड हो। पूरै तालिकाको सट्टा विशेष अनुक्रमणिकाका लागि क्रस-कनेक्ट उपवृक्षमा वाक गर्नुहोस्, किनकि अनुक्रमित पढाइले सम्बन्ध अक्षुण्ण राख्छ र ठूलो वाकले राख्दैन।
लेबल नम्बर होइन, अनुक्रमणिका पढ्नुहोस्
खण्ड अनुक्रमणिकाले पङ्क्ति पहिचान गर्छ, र लेबल त्यो पङ्क्तिभित्रको मान हो, त्यसैले एकलाई अर्कोले बदल्दा गलत LSP तर्फ सङ्केत गर्ने विश्वसनीय देखिने उत्तर आउँछ। आगमन तर्फ, पङ्क्तिले अन्यत्रको प्रविष्टिलाई सन्दर्भ गर्दा वस्तुले सट्टामा लेबल तालिकामा सूचक बोक्न सक्ने कुरा सम्झँदै, इन्टरफेस र लेबल सन्दर्भलाई mplsInSegmentLabel सँगै जाँच्नुहोस्।
बहिर्गमन तर्फ, mplsOutSegmentTopLabel पढ्नुअघि बहिर्गमन इन्टरफेस र पङ्क्तिले माथिल्लो लेबल धकेलिन्छ भनी भन्छ कि भनेर जाँच्नुहोस्। केही नधकेल्ने पङ्क्तिमा भरिएको माथिल्लो-लेबल स्तम्भ पुरानो मान वा अघिल्लो मार्गको अवशेष हो, हालको फर्वार्डिङ अवस्था होइन। गहिरो स्ट्याकका लागि सन्दर्भित लेबल-स्ट्याक तालिका चाहिन्छ, र त्यो थप कदम सामान्य हो, दोष होइन।
विशेष शून्य परम्पराहरू राउटरमा स्थानीय रूपमा सुरु वा अन्त्य हुने मार्गहरूमा लागू हुन्छन्। शून्य अनुक्रमणिकालाई खाली नतिजा होइन, अभिलेखित व्यवहार मान्नुहोस्, र स्थानीय फर्वार्डिङ अवस्थासँग यसको पुष्टि गर्नुहोस्।
स्केल गर्नुअघि एजेन्टले के लागू गर्छ भनेर पुष्टि गर्नुहोस्
ठ्याक्कै प्लेटफर्म र रिलिज, प्रयोगमा रहेका ठेगाना परिवारहरू र उपवृक्षहरूमा कुनै पनि सञ्चालन प्रतिबन्धका लागि लागू गरिएका वस्तुहरू प्रमाणित गर्नुहोस्। ती उपवृक्षहरूमा सीमित पढ्ने-मात्र प्रमाणपत्रका साथ पोल गर्नुहोस्, र हराएको वस्तुको अर्थ सुविधा लागू नगरिएको हुन सक्छ, MIB गलत छ भन्ने होइन भनेर स्वीकार गर्नुहोस्।
पूरै तालिकातर्फ संकलक घुमाउनुअघि एउटा ज्ञात VRF मार्गलाई उपकरणको आफ्नै सञ्चालन आउटपुटसँग सहसम्बन्धित गर्नुहोस्। प्रत्येक नमुनासँगै प्रत्येक अनुक्रमणिका घटक र संकलन समय राख्नुहोस्, किनकि वाकहरूबीच मार्ग र बाइन्डिङ सर्छन्। केही मिनेटको अन्तरमा लिइएका दुई वाकबाट सिलिएको स्न्यापसटले पुरानो क्रस-कनेक्ट अनुक्रमणिकालाई नयाँ मार्गसँग मिसाउन सक्छ र पूर्ण रूपमा सुसंगत देखिन सक्छ।
जहाँ प्राप्त-BGP दृश्य वा विक्रेता-विशेष लेबल वस्तु साँच्चै हराएको छ, त्यहाँ प्लेटफर्मले अभिलेख गरेको टेलिमेट्री वा सञ्चालन इन्टरफेसमा जानुहोस्। मानक जोडले स्थानीय फर्वार्डिङ लेबल र अलिकति मात्र समेट्छ, त्यसैले यसलाई संकलन डिजाइनको पहिलो कदम मान्नुहोस्, तयार वस्तुका रूपमा होइन।