up என்று தெரிவிக்கும் pseudowire, சேவை உள்ளது என்றும் அது டிராஃபிக்கைச் சுமக்க வேண்டும் என இரு திசைகளும் ஒப்புக்கொள்கின்றன என்றும் உங்களுக்குச் சொல்கிறது. ஆனால் ஒரு வாடிக்கையாளர் சட்டகம்கூட அதை ஒருபோதும் கடந்துள்ளது என்று சொல்லவில்லை. நிலைப் பொருட்களும் கவுண்டர் பொருட்களும் வெவ்வேறு நோக்கங்களுக்காக எழுதப்பட்டன, ஒன்றை மற்றொன்றின் சான்றாக எடுப்பதுதான் இந்த டாஷ்போர்டுகள் பலவற்றின் தவறு. அவற்றை ஒப்பிடுவதுதான் வேலை, ஏனெனில் ஏதேனும் ஒன்றை மட்டும் நம்புவது யாரும் கேளாத கேள்விக்கு பதில் அளிக்கிறது.

நிலையும் கவுண்டர்களும் வெவ்வேறு கேள்விகளுக்குப் பதில் அளிக்கின்றன

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

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

QuestionObjectWhat it can establish
Is the service up?cpwVcOperStatusBoth direction states agree the VC should carry traffic.
Which side is down?cpwVcInboundOperStatus, cpwVcOutboundOperStatusDirection of the reported fault.
Did frames move?cpwVcPerfTotalTable HC countersObserved forwarding on that row between two polls.
Is the interval clean?cpwVcPerfTotalDiscontinuityTimeWhether the counter was reset inside the window.

அட்டவணையை தீவிரத்தின் ஒரு படிக்கட்டாக அல்ல, சான்றின் இரு நிரல்களாகப் படியுங்கள். தட்டையான கவுண்டர்களுடன் up ஆவது வளர்ச்சியுடன் up ஆவதன் மோசமான பதிப்பு அல்ல, அது வேறு அடுத்த படியைக் கொண்ட வேறு அவதானிப்பு.

VC குறியீட்டில் இணையுங்கள், டிக்கெட்டில் உள்ள எண்ணில் அல்ல

VC அட்டவணை ஒரு முழு எண்ணால் குறியிடப்படுகிறது, VC ID, இணை முகவரி, சேவை வகை மற்றும் பெயர் அந்த வரிசையின் பண்புகள். அந்தப் பண்புகளால் உங்கள் சேவையைக் கண்டறிகிறீர்கள்; குறியீடு முதல் விசாரணைக்குப் பிறகும் அதைத் தொடர்ந்து கண்டறிய உதவுகிறது. இடைமுகக் குறியீடு, காட்டப்படும் சுற்றுப் பெயர் அல்லது MPLS லேபிள் எண்கள் பொருந்தினாலும் அந்தக் குறியீடு அல்ல.

எண்ணியல் OIDகளை வலைப்பதிவிலிருந்து அல்ல, சேகரிப்பானில் உள்ள MIB கோப்பிலிருந்து பெறுங்கள், பின்னர் அட்டவணையை ஒருமுறை சுற்றி கண்டறிந்த அடையாளத்தைச் சேமியுங்கள்.

snmptranslate -On CPW-VC-MIB::cpwVcIndex
snmptranslate -On CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime
snmpwalk -v2c -c monitor 10.60.4.21 -On CPW-VC-MIB::cpwVcTable

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

திசை என்பது pseudowire, வாடிக்கையாளர் அல்ல

உள்வரும் கவுண்டர்கள் VC பாக்கெட் சுவிட்ச் நெட்வொர்க்கிலிருந்து என்ன பெற்றது என்பதை விவரிக்கின்றன; வெள்வரும் கவுண்டர்கள் அது அந்த நெட்வொர்க் நோக்கி என்ன அனுப்பியது என்பதை விவரிக்கின்றன. வாடிக்கையாளரை நோக்கிய PEயில், இது பெரும்பாலும் பதிவிறக்கம் மற்றும் பதிவேற்றத்துடன் ஏதோ ஒரு வரிசையில் பொருந்துகிறது. மைய PEயில், அல்லது மையக்கூட்டுடன் இணையும் PEயில், அதே பொருள் பெயர்கள் எதிர் வாடிக்கையாளர் அனுபவத்தை விவரிக்கின்றன.

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

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

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

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

அறியப்பட்ட இடைவெளியுடன் இரு மாதிரிகளை எடுத்து, நேர முத்திரைகளை உங்கள் முனைய வரலாற்றிலிருந்து அல்ல, சேகரிப்பானிலிருந்து வைத்திருங்கள்.

snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
sleep 60
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime.7

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

நிறுவப்பட்ட வெளியீடு உண்மையில் எதை ஆதரிக்கிறது என்று சரிபார்க்கவும்

MIB வரையறை ஒரு விவரக்குறிப்பு, உங்கள் படிமம் பற்றிய உறுதிமொழி அல்ல. அட்டவணைகள் இல்லாமல் இருக்கலாம், பகுதியாகச் செயல்படுத்தப்படலாம், அல்லது ஒரு அம்சம் இயக்கப்படும் வரை இருந்தும் நிரப்பப்படாமல் இருக்கலாம், அதே தளம் வெளியீடுகளுக்கு இடையே வேறுபடலாம். CISCO-IETF-PW-MIB வரையறை உங்களுக்குப் பொருள் பெயர்களைத் தருகிறது; அவை பதிலளிக்கின்றனவா என்று சாதனம் சொல்கிறது.

இரு அட்டவணைகளையும் ஃபேர்ம்வேர் சரத்தையும் ஒரே பாதையில் விசாரித்து, பின்னர் வெளியீட்டுக் குறிப்பு கூறுவதுடன் ஒப்பிடுங்கள்.

snmpget -v2c -c monitor -Oqv 10.60.4.21 SNMPv2-MIB::sysDescr.0
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcTable | wc -l
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalTable | wc -l

காலியான நடை மற்றும் ஆதரவற்ற நடை வெவ்வேறு தோல்விகள், எனவே வரி எண்ணிக்கை மட்டுமல்ல, பிழையைப் படியுங்கள். நிலை அட்டவணை பதிலளித்து செயல்திறன் அட்டவணை பதிலளிக்கவில்லை என்றால், முதல் பகுதியில் வடிவமைத்த இணைப்பிற்கு இறங்க இடமில்லை, திருத்தம் சுற்று மாற்றம் அல்ல, சேகரிப்பான் மாற்றம்.

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

தொடர்புடைய கட்டுரைகள்