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 நிதி மற்றும் சோதனை முடிவை ஒரே இடத்தில் வைத்திருங்கள், ஏனெனில் அவை ஒன்றாக மட்டுமே பொருள் பெறுகின்றன. அவற்றை மூன்று டிக்கெட்டுகளாகப் பிரிப்பது அடுத்த பொறியாளர் அதே கட்டுப்பாட்டை மீண்டும் கண்டறிவதை உறுதிசெய்கிறது.

சுற்று முதல் திசை வெற்றிபெறும்போது அல்ல, இரு திசைகளும் நீங்கள் தொடக்கத்தில் எழுதிய ஒப்பந்தத்துடன் பொருந்தும்போது முடிந்தது.