RSVP-TE बोगदा सुरू आहे, पण ग्राहकाच्या L3VPN ला मार्ग नाही
वाहतूक आणि सेवा या वेगवेगळ्या निर्णय आहेत। लेबल स्टॅक वाचा, पुढील हॉप रिझोल्युशन आणि VRF जोडणी स्वतंत्रपणे तपासा, नंतर एक वास्तविक ग्राहक प्रवाह तपासा।
ग्राहक VPN बंद असल्याचे सांगतो आणि वाहतूक कक्ष बोगदा ठीक असल्याचे सांगते, तेव्हा दोन्ही कक्ष एकाच वेळी बरोबर असू शकतात। ट्रॅफिक-इंजिनिअर केलेला LSP आणि MPLS L3VPN वेगवेगळ्या प्रश्नांची उत्तरे देतात: एक कोरमधून लेबल असलेली पॅकेट हलवतो, दुसरा पॅकेट कोणत्या राउटिंग संदर्भातील आहे हे ठरवतो। दोन्ही गोंधळल्यास वाद गोल फिरतो, कारण प्रत्येक बाजू वेगळी वस्तू मोजते आणि दोन्ही मापे वैध आहेत।
वाहतूक सुरू आणि सेवा बंद ही सामान्य स्थिती आहे
LSP स्थापित असू शकतो, ट्रॅफिक वाहू शकतो आणि प्रत्येक देखरेख प्रणालीत दिसू शकतो, तर ग्राहक सेवा वापरता येण्यासारखी राहत नाही। या संयोजनात काहीही विरोधाभासी नाही, कारण दूरचा प्रीफिक्स अस्तित्वात आहे का, आयात धोरणाने तो स्वीकारला का, किंवा जोडलेला सर्किट फ्रेम पास करत आहे का, याबद्दल बोगद्याला कोणतेही मत नाही।
गोंधळ उघड करणारे लक्षण सहसा असममित असते: PE लूपबॅकवरून पिंग यशस्वी होतात, तर ग्राहकाच्या LAN वरील होस्टला काहीच मिळत नाही, किंवा उलट। सिद्धांत तयार करण्यापूर्वी कोणते पत्ते चालले होते ते लिहा। तुम्ही दोन वेगळ्या वस्तू तपासत आहात हे लक्षात आल्यावर पुढचे पाऊल कोणाचा आलेख बरोबर आहे यावर वाद घालणे नाही, तर लेबल स्टॅक वाचणे आहे। दोन पत्ते, दोन मालक, आणि सहसा दुसऱ्याने काहीतरी तोडले असे प्रत्येकाला वाटणारे दोन वेगळे लोक।
स्टॅक दोन जबाबदाऱ्या म्हणून वाचा
खालचे लेबल सेवेचे आहे आणि वरचे लेबल मार्गाचे आहे। RFC 4364 क्रम सोप्या पद्धतीने सांगतो: आधी VPN मार्गाचे लेबल लावले जाते, नंतर ते लेबल असलेले पॅकेट BGP च्या पुढील हॉपकडे बोगद्यातून पाठवले जाते, आणि तिथेच ट्रॅफिक-इंजिनिअरिंग बोगदा आपले लेबल वर ठेवतो।
| Object | Decision it encodes | Who owns it |
|---|---|---|
| Attachment and VRF | Which customer context receives the arriving packet | Edge configuration |
| VPN route and service label | Which remote forwarding context handles the destination | BGP VPN signalling |
| Transport LSP and tunnel label | How the core carries the packet to the BGP next hop | RSVP-TE or another tunnel mechanism |
दूरच्या PE वर सेवा लेबल उपचार निवडते, जो VRF शोध किंवा जोडणी निर्णय असू शकतो। ते लेबल फक्त कोर ओलांडणाऱ्या लेबलाने बदलता येत नाही, आणि दोन्ही एकाच इंटरफेसवर एकाच स्टॅकमध्ये दिसली तरी ती परस्पर बदलण्यायोग्य नाहीत।
RSVP चे यश काय सिद्ध करते आणि काय नाही
RSVP-TE संसाधन आरक्षणासह किंवा त्याशिवाय स्पष्टपणे राउट केलेले LSP स्थापित करते, जे कोरमधून जाणाऱ्या पॅकेटच्या मार्गाबद्दल ठोस आणि उपयुक्त हमी आहे। हे ग्राहक मार्गांबद्दलचे विधान नाही, आणि कॉन्फिगर केलेले बोगदा नाव मार्गच नाही।
RSVP ची उपस्थितीही टोकापासून टोकापर्यंत कार्यक्षमतेचे वचन देत नाही। एका LSP वर बँडविड्थ आरक्षण जोडलेल्या सर्किटबद्दल, ग्राहकाच्या स्वतःच्या प्रवेश रेषेबद्दल किंवा दूरच्या काठावरील रांगेच्या वर्तनाबद्दल काहीही सांगत नाही। त्याकडे हमी म्हणून पाहिल्यास कोणीही न विचारलेल्या प्रश्नांना आत्मविश्वासपूर्ण उत्तरे मिळतात। जर गरज खरोखर बँडविड्थ वचनबद्धता असेल, तर ती प्रत्यक्षात लागू करणाऱ्या तुकड्यांपासून जोडावी लागेल, आणि LSP त्या साखळीचा फक्त मधला भाग आहे।
क्रमाने तपासा, नंतर थांबा
वाहतुकीपासून बाहेरच्या दिशेने काम करा आणि अपयशी ठरणाऱ्या पहिल्या टप्प्यावर थांबा, कारण प्रत्येक पुढील टप्पा आधीचे टिकले असे गृहीत धरतो। प्रथम LSP स्थापित आहे आणि सेवा प्रीफिक्सची फॉरवर्डिंग नोंद खरोखर त्याकडे निर्देश करते याची खात्री करा। नंतर VPN मार्ग योग्य तक्त्यात आहे, त्याचे लेबल बाइंडिंग उपस्थित आहे आणि आयात धोरणाने तो स्वीकारला आहे याची खात्री करा। नंतर जोडणीची खात्री करा: इंटरफेस, एन्कॅप्सुलेशन आणि जेथे लागू असेल त्या कराराचा VLAN ओळखकर्ता।
show mpls lsp
show mpls forwarding-table 10.60.0.0 24
show bgp vpnv4 unicast vrf CUSTOMER 10.60.0.0/24
show ip vrf detail CUSTOMERकमांड सिंटॅक्स प्लॅटफॉर्मनुसार बदलतो, म्हणून त्या चार ओळींना स्क्रिप्ट नाही तर चार प्रश्न माना। महत्त्वाचे म्हणजे प्रत्येकजण वेगळ्या वस्तूची चौकशी करतो, आणि त्यामुळेच अपयश विशिष्ट मालकाकडे निर्देश करते।
एक परवानगी असलेली विनंती पाळा आणि चांगले पुरावे ठेवा
धोरणाने परवानगी दिलेल्या एका वास्तविक ग्राहक विनंती आणि तिच्या उत्तराने समाप्त करा। टोकापासून टोकापर्यंत चालणारा एक प्रवाह एका पानावरील काउंटर रीडिंगपेक्षा जास्त गोष्टी सोडवतो, आणि तो प्रत्येक भाग स्वतंत्रपणे नाही तर संयोजन तपासतो।
पुढील टप्पा अपयशी झाल्यास वाहतूक पुन्हा बांधण्याऐवजी यशस्वी LSP निरीक्षण जतन करा। चालू बोगदा पुन्हा बांधल्याने अनुपस्थित दूरचा प्रीफिक्स, चुकीची VRF जोडणी किंवा गंतव्य प्रवेश नियम दुरुस्त होत नाही, आणि वाहतूक निरोगी आहे असे सुरुवातीला सांगणारा पुरावा नष्ट होतो।