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 బడ్జెట్ మరియు పరీక్ష ఫలితాన్ని ఒకే చోట ఉంచండి, ఎందుకంటే అవి కలిసి మాత్రమే అర్థం ఉంటాయి. వాటిని మూడు టికెట్లుగా విభజించడం తదుపరి ఇంజనీర్ అదే పరిమితిని మళ్లీ కనుగొంటారని హామీ ఇస్తుంది.

సర్క్యూట్ మొదటి దిశలో ఉత్తీర్ణమైనప్పుడు కాదు, రెండు దిశలు మీరు ప్రారంభంలో రాసిన ఒప్పందానికి సరిపోలినప్పుడు పూర్తవుతుంది.

సంబంధిత వ్యాసాలు