कोरमा VPNv4 लाई MPLS चाहिन्छ? अनिवार्य छैन
BGP VPNv4 ले रुट वितरण सन्दर्भमा वार्ता गर्छ, अग्रसरण मार्गमा होइन। आयात, अर्को हपको समाधान र तपाईंले चलाउन सक्ने इन्क्याप्सुलेसन अलग गर्नुहोस्।
दुई राउटरबीच VPNv4 ठेगाना परिवार सक्रिय गर्नाले रुट वितरण सन्दर्भ मात्र बनाउँछ, त्यसभन्दा बढी केही होइन। यसले अग्रसरण मार्ग स्थापना गर्दैन र ग्राहक प्याकेटलाई दूरको अन्तिम बिन्दुसम्म कुन इन्क्याप्सुलेसनले लैजाने भन्ने पनि बताउँदैन। यी दुई तथ्य अलग भएपछि, «कोरमा यसलाई MPLS चाहिन्छ» भन्ने प्रश्न प्लेटफर्मले समर्थन गर्ने डेटा प्लेनबारे अझ साँघुरो र जवाफ दिन सकिने प्रश्न बन्छ।
ठेगाना परिवारले वास्तवमा केमा वार्ता गर्छ
बहुप्रोटोकल BGP ले AFI 1 र SAFI 128 अन्तर्गत VPNv4 सञ्जाल तहको पहुँचयोग्यता जानकारी बोक्छ, र प्रत्येक प्रविष्टिले रुट विभेदकलाई प्रिफिक्स र लेबलसँग जोड्छ। सत्रले दुवै पक्षले त्यो जानकारी इन्कोड र डिकोड गर्न सक्छन् भन्नेमा वार्ता गर्छ। जसमा यसले वार्ता गर्दैन त्यो डेटा प्लेन हो। यो अनुच्छेदपछिको सबै अग्रसरणसँग सम्बन्धित छ, र त्यसमध्ये केही पनि सत्र उठ्नाले निर्धारण हुँदैन।
त्यसैले सफल सत्र नियन्त्रण-प्लेन क्षमताको प्रमाण हो, अग्रसरणको होइन। राउटरले हजारौं VPNv4 प्रविष्टि राख्न सक्छ र तैपनि हरेक ग्राहक प्याकेट फाल्न सक्छ, र यही कारण दुई असफलता-वर्ग सुरुमै मिसिन्छन्।
NLRI मा रहेको लेबलमा ध्यान दिनुहोस्। यो सेवा लेबल हो, VRF भित्रको प्रिफिक्ससँग बाँधिएको छ, र प्याकेट निर्गम अन्तिम बिन्दुमा पुगेपछि यसको अग्रसरण भूमिका हुन्छ। कुनै पनि पारवहन उपकरणले यसलाई पढ्छ कि पढ्दैन, त्यो अलग डिजाइन निर्णय हो।
प्राप्ति, आयात र अग्रसरण तीन चरण हुन्
रुट प्राप्त गर्नु, त्यसको प्रयोग गर्न अनुमति हुनु र त्यससँग अग्रसरण गर्न सक्नु उपकरणका फरक-फरक भागले गर्छन्। BGP ले सुनेको कुरा भण्डारण गर्छ; आयात नीति र रुट-लक्ष्य मिलानले कुन VRF ले यसलाई विचार गर्न सक्छ निर्धारण गर्छ; त्यसपछि अग्रसरण प्लेनले घोषित अर्को हपलाई यसले साँच्चै तारमा पठाउन सक्ने कुनै चीजमा समाधान गर्नुपर्छ।
| Step in the chain | What has to be true | How it fails quietly |
|---|---|---|
| NLRI exchange | Both speakers negotiate the VPNv4 capability | Session stays up while the family is never activated |
| Import eligibility | A route target on the received route matches the VRF import policy | The route exists in the table but never enters the VRF |
| Next-hop resolution | The advertised next hop resolves to a usable tunnel or label path | Best path is selected, then marked unreachable or unusable |
| Encapsulation | The egress endpoint can decapsulate what the ingress produced | Packets arrive and are discarded for a format mismatch |
सबैभन्दा अचम्मका असफलता यही मध्य चरणमा बस्छन्। रुट BGP तालिकामा उपस्थित, वैध र सबैभन्दा राम्रो पनि हुन सक्छ, तर VRF रुट तालिका खाली रहन्छ किनभने कुनै रुट लक्ष्य आयात सूचीसँग मिलेन। कुनै पनि प्रोटोकल त्रुटि लग हुँदैन, किनभने कुनै प्रोटोकल त्रुटि भएको थिएन।
अन्तिम चरण त्यो हो जहाँ प्लेटफर्म समर्थन देखिन्छ। अन्डरलेमा पहुँचयोग्य अर्को हप स्वतः VPN सेवा यातायातका रूपमा समाधान हुँदैन, र उपकरणले निश्चित सुरुङ प्रकार, निश्चित लेबल सञ्चालन वा दुवै माग गर्न सक्छ। समाधान स्थिति पढ्नु रुट सङ्ख्या पढ्नुभन्दा बढी जानकारीपूर्ण हुन्छ।
IP कोरले कहिल्यै स्विच नगर्ने स्ट्याक बोक्न सक्छ
जोगाउन योग्य भिन्नता «कोरले MPLS चलाउँदैन» र «सेवामा कतै पनि लेबल छैन» बीचको हो। यी फरक दाबी हुन्, र पहिलो मात्र पारवहन उपकरणबारे हो। RFC 4023 ले IP वा GRE सुरुङमार्फत MPLS बोक्ने परिभाषा गर्छ, र यही संयन्त्रले पूरै IP कोरमा दोस्रो दाबीलाई सम्भव बनाउँछ।
customer packet + service label
encapsulated in GRE, addressed to the egress tunnel endpoint
forwarded by ordinary IP routers on the outer header
decapsulated at the endpoint, label still meaningfulपारवहन राउटरहरू बाहिरी IP गन्तव्यका आधारमा अग्रसरण गर्छन् र तिनलाई ग्राहक प्रिफिक्स वा स्थानीय लेबल स्विचिङ कुनै पनि चाहिँदैन। दूरको छेउमा बाहिरी सुरुङ हटाइन्छ र सेवा लेबलले आफ्नो काम पुनः सुरु गर्छ। कोरले अपारदर्शी पेलोड सार्यो, र IP सञ्जाल जसमा राम्रो छ त्यो ठ्याक्कै त्यही हो।
यो डिजाइनले तपाईंलाई नदिने कुरा सार्वभौमिक ग्यारेन्टी हो। प्रत्येक राउटरले प्रत्येक VPNv4 अर्को हपलाई कुनै पनि GRE इन्टरफेसमार्फत समाधान गर्छ भन्ने प्रमाण यो होइन, र काम गरिरहेको स्थानीय MPLS कन्फिगरेसन मेटाउने कारण पनि होइन। यो सार्वभौमिक दाबीविरुद्धको प्रतिउदाहरण हो, र व्यावहारिक प्रश्न प्लेटफर्मकै स्थानीय रहन्छ। त्यो प्रश्नलाई प्रोटोकल नियमको रूपमा नभई प्लेटफर्म सीमाको रूपमा लेख्नुहोस्।
बक्समा शृङ्खला नटुटेसम्म हिँड्नुहोस्
प्राप्त रुटबाट सुरु गर्नुहोस् र असफल हुने पहिलो चरणमा रोक्नुहोस्, किनभने अघिल्लो चरण टुटेको बेला पछिल्ला चरणहरूको निदान गर्न सकिँदैन। सामान्य कार्यान्वयनमा चार आदेशले यसको धेरैजसो भाग समेट्छन्।
show bgp vpnv4 unicast all summary
show bgp vrf CUSTOMER_A ip route 198.51.100.0/24
show ip route vrf CUSTOMER_A 198.51.100.0
show mpls forwarding-table vrf CUSTOMER_Aतिनलाई चार स्वतन्त्र जाँचका रूपमा नभई क्रमका रूपमा पढ्नुहोस्। पहिलोले परिवार सक्रिय छ र सहकर्मीले रुट आदानप्रदान गरिरहेको छ भनी पुष्टि गर्छ; दोस्रोले प्रिफिक्स उपयोगी अर्को हपसँग आयो कि आएन देखाउँछ; तेस्रोले आयात योग्यता प्रमाणित गर्छ; चौथोले अग्रसरण प्लेनले यसमा लेबल वा सुरुङ बाँध्यो कि बाँध्यैन देखाउँछ।
त्यसपछि कार्यभार मार्गलाई दुवै दिशामा जाँच्नुहोस्, इन्क्याप्सुलेसन सहने MTU सँग। GRE ले हेडर बाइट थप्छ, र साना प्रोब पार गर्ने मार्ग पूर्ण आकारका प्याकेटमा एक दिशामा मात्र असफल हुन सक्छ, जुन यातायात दोषभन्दा अनुप्रयोग दोषजस्तो देखिन्छ।
दुई सञ्चालन टिप्पणीले चक्र बन्द गर्छन्। GRE इन्क्याप्सुलेसन हो, गोपनीयता होइन, त्यसैले अविश्वसनीय पारवहन सञ्जाललाई अनुमानको सट्टा माथि समर्थित सुरक्षा व्यवस्था चाहिन्छ। र डिजाइन समीक्षाअघि प्लेटफर्मले वास्तवमा कुन इन्क्याप्सुलेसन समर्थन गर्छ लेख्नुहोस्, किनभने त्यही एउटा जवाफले IP-मात्र कोर वैध विकल्प हो कि अग्रसरण गर्न नसक्ने योजना हो निर्धारण गर्छ।