pseudowire एंडपॉइंट्स पर VLAN टैग को सामान्य करना: एक रनबुक

pseudowire को छूने से पहले तय करें कि प्रत्येक कस्टमर एज को कौन सा फ़्रेम मिलना चाहिए। सरल स्थिति में CE A सेवा को सीमांकित करने वाला एक टैग भेजता है और CE B बिना टैग वाले फ़्रेम की अपेक्षा करता है, और यह अंतर प्रोवाइडर एज पर ही सुलझता है। टैग स्थानीय नीति है, ग्राहक के Ethernet अनुबंध का हिस्सा नहीं, और pseudowire मूल फ़्रेम के बजाय सहमत फ़्रेम ले जाता है। किसी भी कॉन्फ़िगरेशन से पहले दोनों दिशाएँ लिख लें।

पहले फ़्रेम अनुबंध लिखें

आगे की दिशा एक टैग हटाती है और वापसी दिशा उसे फिर जोड़ देती है। यदि आप इनमें से केवल एक लिखते हैं, तो आप एक दिशा में काम करने वाला पथ परखेंगे और सर्किट को स्वस्थ घोषित कर देंगे।

अनुबंध को इतना छोटा रखें कि परिवर्तन टिकट में चिपकाया जा सके: कौन सा एज टैग के साथ भेजता है, कौन बिना टैग अपेक्षा करता है, और कौन सा टैग मान सेवा को सीमांकित करता है।

pseudowire मोड पर सहमत हों

RFC 4448 raw और tagged pseudowire मोड में अंतर करता है और बताता है कि सेवा को सीमांकित करने वाले टैग कैसे संभाले जाते हैं। raw मोड अब भी ग्राहक फ़्रेम से जुड़े टैग ले जा सकता है, इसलिए अंतर टैग की सेवा-भूमिका के बारे में है, केवल 802.1Q हेडर की उपस्थिति के बारे में नहीं। मोड को tagged बनाम untagged पढ़ना इस काम का दायरा गलत तय करने का सबसे सामान्य तरीका है। कौन से ऑपरेशन चाहिए यह तय करने से पहले साथी के साथ मोड पर सहमत हों।

फिर वास्तविक pseudowire प्रकार और साथी के पैरामीटर जाँचें। स्थानीय VLAN अटैचमेंट और दूरस्थ पोर्ट अटैचमेंट के लिए समर्थित interworking व्यवस्था चाहिए, और दो स्थानीय रीराइट कथन यह सिद्ध नहीं करते कि घोषित सर्किट प्रकार मेल खाते हैं।

यदि control word और MTU की अपेक्षाएँ भिन्न हैं, तो आपके पास बातचीत की समस्या है जिसे कोई रीराइट ठीक नहीं करेगा। दोनों की पुष्टि डिज़ाइन दस्तावेज़ के बजाय साथी के चालू कॉन्फ़िगरेशन से करें।

स्थानीय टैग ऑपरेशन लागू करें

Juniper की VLAN CCC रीराइट गाइड pop, push और swap ऑपरेशन को प्लेटफ़ॉर्म-विशिष्ट प्रतिबंधों के साथ प्रलेखित करता है। पहले से कॉन्फ़िगर किए गए संगत tagged यूनिट के लिए उदाहरण दिशा ingress पर input-vlan-map pop और egress पर output-vlan-map push है। वे पंक्तियाँ ऑपरेशन दर्शाती हैं, पूरा इंटरफ़ेस या सर्किट कॉन्फ़िगरेशन नहीं। एक ही डिवाइस परिवार का उदाहरण हर जगह लागू करने के बजाय सटीक प्लेटफ़ॉर्म और रिलीज़ की पुष्टि करें।

यूनिट की समर्थित VLAN और encapsulation सेटिंग्स को अब भी इच्छित टैग और वर्गीकरण परिभाषित करना होगा। गलत फ़्रेम वर्गीकृत करने वाली यूनिट पर रीराइट कथन समस्या को ठीक नहीं करता, स्थानांतरित करता है।

सेवा के लिए आवश्यक कोई भी आंतरिक कस्टमर टैग सुरक्षित रखें। स्टैक किए गए टैग में, कुछ भी हटाने से पहले तय करें कि आप कौन सा बाहरी टैग बदल रहे हैं।

आकार का बजट बनाएँ, केवल टैग का नहीं

आकार बजट में रखे गए टैग, वास्तविक MPLS स्टैक और control word शामिल करें। RFC 8469 Ethernet pseudowire के लिए control word की सिफ़ारिश करता है, और यह सिफ़ारिश फ़्रेम बजट बदल देती है, चाहे आपका प्लेटफ़ॉर्म इसे डिफ़ॉल्ट रूप से सक्षम करे या न करे। MTU बेमेल को सुलझाएँ, उसकी चेतावनी को मरम्मत के रूप में दबाने के बजाय। दबाई गई चेतावनी तारीख मिटाकर रखी गई नियोजित रुकावट है।

दोनों प्रोवाइडर एज पर वही बजट जाँचें, क्योंकि एक पक्ष का टैग और दूसरे का control word जोड़ना उस पेलोड को तोड़ने के लिए पर्याप्त है जो पहले ठीक था।

यदि संख्याएँ मेल नहीं खातीं, तो योजना बदलें, लॉगिंग स्तर नहीं।

इसे फ़्रेम दर फ़्रेम स्वीकार करें

स्वीकृति के लिए, प्रत्येक कस्टमर अटैचमेंट पर अपेक्षित फ़्रेम दोनों दिशाओं में देखें। फिर वह एप्लिकेशन और नियंत्रण ट्रैफ़िक चलाएँ जो सेवा को वास्तव में चाहिए, स्वीकृत परीक्षण योजना के अनुसार, क्योंकि ping सही सलामत पहुँचने वाले tagged फ़्रेम से बहुत कम सिद्ध करता है। ingress और egress का फ़्रेम अनुबंध सर्किट के कॉन्फ़िगरेशन के साथ दर्ज करें। यही रिकॉर्ड अगले परिवर्तन को समीक्षा-योग्य बनाता है।

मोड, टैग ऑपरेशन, MTU बजट और परीक्षण परिणाम एक ही जगह रखें, क्योंकि इनका अर्थ केवल साथ में है। इन्हें तीन टिकटों में बाँटना यह सुनिश्चित करता है कि अगला इंजीनियर वही बाधा फिर से खोजेगा।

सर्किट तब पूरा होता है जब दोनों दिशाएँ उस अनुबंध से मेल खाती हैं जो आपने शुरू में लिखा था, तब नहीं जब पहली दिशा पास हो जाए।