तुमचे L2VPN नुकतेच तयार केलेले RSVP-TE LSP का दुर्लक्षित करते

दोन अभियंते एकाच देखभाल विंडोमधून नवीन मार्ग सेवेत आहे या विश्वासाने बाहेर पडू शकतात, आणि दोघेही वेगवेगळ्या कारणांनी चुकीचे असू शकतात. एकाने LSP तयार केले आणि सेवा त्याच्यामागे जाईल असे गृहीत धरले. दुसऱ्याने सेवेला एकटे सोडले आणि काहीही बदलले नाही असे गृहीत धरले. pseudowire त्या क्षणी त्याच्या पीअरचा पत्ता ज्या वाहतुकीत सोडवला जातो तीच वापरते, म्हणून खरा प्रश्न हा आहे की ते निराकरण आता काय निर्माण करते, आणि दोन्ही रचना त्याला वेगळे उत्तर देतात.

एक लेबल सेवेचे नाव देते, दुसरे पॅकेट हलवते

pseudowire लेबल, जे लक्ष्यित LDP ने सिग्नल केले जाते आणि RFC 4447 मध्ये वर्णन केल्याप्रमाणे आहे, ते प्राप्तकर्त्या प्रदाता कडेला सांगते की कोणते अटॅचमेंट सर्किट फ्रेम घ्यायचे. फ्रेम तिथे कसे पोहोचले याबद्दल ते काहीही सांगत नाही. त्याखालील लेबल वाहतुकीचे आहे, आणि तो स्टॅक पीअर लूपबॅकसाठी ज्याने पोहोच जाहीर केली त्याने तयार होतो, ते LDP असो, RSVP-TE असो किंवा विभाग-मार्गित मार्ग असो. दोन स्तरांना वेगवेगळे प्रोटोकॉल सिग्नल करत असल्याने, एक निरोगी असू शकतो तर दुसरा जुना असतो. हेच विभाजन संपूर्ण गोंधळाचे मूळ आहे.

सरळ सांगणे योग्य आहे: pseudowire LSP निवडत नाही. ते फ्रेम वाहतुकीकडे सोपवते, आणि वाहतूक तिला दिलेल्या गंतव्य पत्त्यावरून ठरवते.

नवीन LSP वरून जाणारा स्वच्छ ping इतके कमी का सिद्ध करतो याचेही हेच कारण आहे. LSP सुरू, लेबल असलेले आणि इतर सेवा वाहून नेत असू शकते, तर तुमचे pseudowire अजूनही दुसऱ्या पुढील हॉपमधून सोडवले जात असते. तुम्ही बाइंडिंग वाचेपर्यंत ते दोन तथ्ये संबंधित नाहीत.

पर्याय A: pseudowire निवडलेल्या वाहतुकीवर पिन करा

पिन करणे म्हणजे सेवेचे वाहतूक निराकरण निर्धारक करणे. प्लॅटफॉर्मनुसार ते टनेल-निवड धोरण, सेवेवर स्पष्ट वाहतूक अंतिम बिंदू, किंवा पीअर पत्त्यासाठी पुढील हॉप पुन्हा लिहिणारे मार्ग धोरण याचे स्वरूप घेते. तिन्ही आतून एकच करतात: एका गंतव्याचे निराकरण विशिष्ट LSP वर लादतात. हेच निकालाला नंतर लेखापरीक्षणयोग्य बनवते.

किंमत व्याप्ती आहे. पीअर पत्त्यावर जुळणारे धोरण त्या पीअरकडे निर्देशित प्रत्येक सेवेला प्रभावित करते, केवळ तुमच्या मनातील pseudowire ला नाही.

फॉलबॅकला बदल विंडोच्या आधी निर्णय हवा, तिच्या दरम्यान नाही. पिन केलेले LSP पडल्यास, तुम्ही सेवेला दुसऱ्या मंजूर मार्गाने जाऊ देता किंवा थांबू देता. विलंब किंवा विभक्तता अट मोडणाऱ्या मार्गावर शांतपणे परत जाणारे धोरण स्वच्छ व्यत्ययाचे असे काहीतरी बनवते जे कोणालाही समजावणे खूप कठीण आहे.

पर्याय B: IGP ला निवडू द्या आणि काय होते ते पहा

सेवेला एकटे सोडणे ही कायदेशीर रचना आहे, आणि बऱ्याचदा चांगली. pseudowire पीअर लूपबॅककडे जाणाऱ्या इतर कोणत्याही रहदारीप्रमाणे तेच निराकरण अनुसरते, म्हणून ते IGP अभिसरण, उपसर्ग दमन आणि केंद्रक आधीच देत असलेली पुनरावृत्ती वारसाहक्काने घेते. कमी धोरणे म्हणजे जुनी जुळणी लपण्यासाठी कमी जागा. बदल्यात, सेवा कोणता मार्ग घेते हे तुम्ही आता नियंत्रित करत नाही, फक्त काही मार्ग अस्तित्वात आहे.

समान-खर्च बहुमार्ग ही बदल पहिल्या दृष्टीक्षेपात वाटते त्यापेक्षा अधिक तीव्र करतो. हॅशिंग प्रवाहानुसार असते, म्हणून एका pseudowire मधील दोन संभाषणे वेगवेगळ्या बाह्य लेबलांवर निघू शकतात.

दोन्हीपैकी कोणत्याहीवर विश्वास ठेवण्यापूर्वी स्थापित फॉरवर्डिंग वाचा

सेवेपासून नाही, पीअर पत्त्यापासून सुरुवात करा. Junos वर show route 203.0.113.1 detail निवडलेला पुढील हॉप आणि लेबल क्रिया छापते, आणि show route table mpls.0 येणाऱ्या लेबलाचे त्या क्रियेशी मॅपिंग करते. IOS XR वर show mpls l2transport vc 100 detail लादलेल्या स्टॅकसह pseudowire स्थिती देते.

वाहतूक प्रत्यक्षात कोणते LSP वापरते ते निश्चित करा, तुमच्या रचना दस्तऐवजात नाव असलेले नाही. IOS XR वर traceroute mpls ipv4 203.0.113.1/32 लेबल-स्विच्ड मार्गावरून चालते आणि त्याच्या बाजूने लेबल व बाहेर जाणारे इंटरफेस सूचीबद्ध करते, जे मार्ग स्वतः पाहण्याच्या सर्वात जवळचे आहे. नंतर दूरच्या प्रदाता कडून हा सराव पुन्हा करा, कारण परतीची दिशा स्वतंत्रपणे सोडवली जाते आणि धोरण अंशतः राबवल्यानंतर असममिती सामान्य आहे. एका दिशेने बरोबर आणि दुसऱ्यात चुकीचा मार्ग समानपणे चुकीच्या मार्गापेक्षा वाईट आहे, कारण तुमच्या अर्ध्या चाचण्या उत्तीर्ण होतील.

पुरावे सेवा नोंदीसोबत ठेवा: पीअर पत्ता, पुढील हॉप, बाह्य लेबल आणि तुम्ही तपासलेली तारीख. मार्ग धोरणे वाईटपणे जुनी होतात, आणि दोन तिमाही आधी कोणते लागू होते हे कोणालाही आठवत नाही.

आवडीनुसार नाही, अयशस्वीतेच्या पद्धतीनुसार निवडा

पिन करणे IGP व्यक्त करू शकत नाही अशी अट असलेल्या सेवांना आणि प्रत्येक बदलात धोरण टिकवू शकणाऱ्या संघांना योग्य आहे. IGP वर सोडणे लूपमध्ये माणसाशिवाय कोणतीही एकल अयशस्वीता टिकून राहावी लागणाऱ्या सेवांना योग्य आहे.

निर्णायक प्रश्न हा आहे की चुकीचा मार्ग तुम्हाला किती महाग पडतो. चुकीच्या LSP वरील सेवा थोडीच वाईट काम करत असेल, तर IGP ला निर्णय घेऊ द्या आणि श्रम देखरेखीत घालवा. चुकीचा मार्ग करार, लेखापरीक्षण निष्कर्ष किंवा विभक्तता आवश्यकता मोडत असेल, तर तो पिन करा आणि फॉलबॅक लिहा. नंतर फॉलबॅकची चाचणी करा, कारण न चाचणी केलेला फॉलबॅक हे गृहीत आहे, योजना नाही. कोणत्याही प्रकारे, केंद्रकातील कोणत्याही बदलानंतर स्थापित बाइंडिंग पुन्हा वाचा, आणि वर आलेल्या pseudowire ला केवळ सिग्नलिंग काम करते याचा पुरावा माना.