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 बजेट र परीक्षण नतिजा एउटै ठाउँमा राख्नुहोस्, किनकि तिनको अर्थ एकसाथ मात्र हुन्छ। तिनलाई तीन टिकटमा बाँड्दा अर्को इन्जिनियरले त्यही सीमा फेरि भेट्टाउने निश्चित हुन्छ।

सर्किट तब पूरा हुन्छ जब दुवै दिशा तपाईंले सुरुमा लेखेको सम्झौतासँग मिल्छन्, तब होइन जब पहिलो दिशा पास हुन्छ।