நீங்கள் இப்போது உருவாக்கிய RSVP-TE LSP ஐ உங்கள் L2VPN ஏன் புறக்கணிக்கிறது

இரண்டு பொறியாளர்கள் ஒரே பராமரிப்பு சாளரத்திலிருந்து புதிய பாதை சேவையில் உள்ளது என்ற நம்பிக்கையுடன் வெளியேறலாம், இருவரும் வெவ்வேறு காரணங்களால் தவறாக இருக்கலாம். ஒருவர் LSP-ஐ உருவாக்கி சேவை அதைப் பின்தொடரும் என்று கருதினார். மற்றவர் சேவையை தனியாக விட்டு எதுவும் மாறவில்லை என்று கருதினார். pseudowire அந்த நொடியில் தன் சக பெயர் முகவரி தீர்க்கப்படும் போக்குவரத்தை மட்டுமே பயன்படுத்துகிறது, எனவே உண்மையான கேள்வி அந்தத் தீர்வு இப்போது என்ன உற்பத்தி செய்கிறது என்பதே, இரண்டு வடிவமைப்புகளும் அதற்கு வெவ்வேறாக பதிலளிக்கின்றன.

ஒரு லேபிள் சேவையைப் பெயரிடுகிறது, மற்றொன்று பாக்கெட்டை நகர்த்துகிறது

pseudowire லேபிள், RFC 4447 இல் விவரிக்கப்பட்டுள்ளபடி இலக்கு LDP-யால் சமிக்ஞை செய்யப்படுகிறது, பெறும் வழங்குநர் விளிம்புக்கு எந்த இணைப்புச் சுற்று சட்டகத்தைப் பெற வேண்டும் என்பதைத் தெரிவிக்கிறது. சட்டகம் அங்கு எவ்வாறு வந்தது என்பதைப் பற்றி எதுவும் கூறவில்லை. அதற்குக் கீழே உள்ள லேபிள் போக்குவரத்துக்கு உரியது, அந்த அடுக்கை சக loopback-க்கு அணுகல் அறிவித்தவை உருவாக்குகின்றன, அது LDP ஆக இருக்கலாம், RSVP-TE ஆக இருக்கலாம் அல்லது பிரிவு வழியிடப்பட்ட பாதையாக இருக்கலாம். இரண்டு அடுக்குகளையும் வெவ்வேறு நெறிமுறைகள் சமிக்ஞை செய்வதால், ஒன்று ஆரோக்கியமாக இருக்கும்போது மற்றொன்று காலாவதியாக இருக்கலாம். இந்தப் பிரிவே முழு குழப்பத்தின் மூலம்.

நேரடியாகச் சொல்வது மதிப்புள்ளது: pseudowire LSP-ஐத் தேர்ந்தெடுக்காது. அது சட்டகத்தை போக்குவரத்திடம் ஒப்படைக்கிறது, போக்குவரத்து தனக்குக் கொடுக்கப்பட்ட இலக்கு முகவரியிலிருந்து முடிவு செய்கிறது.

புதிய LSP மீது ஒரு தூய ping இவ்வளவு குறைவாக நிரூபிப்பதற்கும் இதுவே காரணம். LSP இயங்கிக்கொண்டு, லேபிள் பெற்று, மற்ற சேவைகளைச் சுமந்துகொண்டிருக்கலாம், அதே நேரம் உங்கள் pseudowire இன்னும் வேறு அடுத்த தாவலின் வழியாகத் தீர்க்கப்படுகிறது. நீங்கள் பிணைப்பைப் படிக்கும் வரை அந்த இரண்டு உண்மைகளுக்கும் தொடர்பில்லை.

விருப்பம் A: pseudowire-ஐ தேர்ந்தெடுத்த போக்குவரத்தில் பொருத்துங்கள்

பொருத்துதல் என்பது சேவையின் போக்குவரத்துத் தீர்வை நிர்ணயிக்கத்தக்கதாக மாற்றுவது. தளத்தைப் பொறுத்து அது சுரங்கத் தேர்வுக் கொள்கை, சேவையில் வெளிப்படையான போக்குவரத்து முனை, அல்லது சக முகவரிக்கான அடுத்த தாவலை மீண்டும் எழுதும் வழிக் கொள்கை என்ற வடிவம் எடுக்கிறது. மூன்றும் உள்ளே ஒரே காரியத்தைச் செய்கின்றன: ஒரு இலக்கின் தீர்வை குறிப்பிட்ட LSP-ல் கட்டாயப்படுத்துகின்றன. அதுவே முடிவைப் பின்னர் தணிக்கை செய்யக்கூடியதாக ஆக்குகிறது.

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

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

விருப்பம் B: IGP தேர்ந்தெடுக்க விடுங்கள், என்ன நடக்கிறது எனப் பாருங்கள்

சேவையை தனியாக விடுவது செல்லுபடியாகும் வடிவமைப்பு, பல நேரங்களில் சிறந்ததும். pseudowire சக loopback-ஐ நோக்கிய வேறு எந்தப் போக்குவரத்தையும் போலவே அதே தீர்வைப் பின்பற்றுகிறது, எனவே 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-ஐ சமிக்ஞையிடல் வேலை செய்கிறது என்பதற்கு மட்டும் ஆதாரமாகக் கருதுங்கள்.