तपाईंको 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 लाई सिग्नलिङ काम गर्छ भन्ने मात्र प्रमाण ठान्नुहोस्।