Pseudowire അവസ്ഥയും ട്രാഫിക് കൗണ്ടറുകളും: ഏതാണ് ഡെലിവറി തെളിയിക്കുന്നത്
ഓപ്പർ സ്റ്റേറ്റസ് പറയുന്നത് സേവനം കോൺഫിഗർ ചെയ്ത് പ്രവർത്തിക്കുന്നു എന്നാണ്; കൗണ്ടറുകൾ പറയുന്നത് ഫ്രെയിമുകൾ നീങ്ങി എന്നാണ്. രണ്ടും VC ഇൻഡെക്സിൽ ബന്ധിപ്പിച്ച് ദിശ, തുടർച്ചയില്ലായ്മ, MIB പിന്തുണ എന്നിവ പരിശോധിക്കുക.
up എന്ന് റിപ്പോർട്ട് ചെയ്യുന്ന pseudowire സേവനം നിലനിൽക്കുന്നു എന്നും അത് ട്രാഫിക് വഹിക്കണം എന്ന് രണ്ട് ദിശകളും യോജിക്കുന്നു എന്നും പറയുന്നു. എന്നാൽ ഒരു ഉപഭോക്തൃ ഫ്രെയിം പോലും ഇതിലൂടെ കടന്നിട്ടുണ്ടോ എന്ന് അത് പറയുന്നില്ല. അവസ്ഥാ ഒബ്ജക്റ്റുകളും കൗണ്ടർ ഒബ്ജക്റ്റുകളും വ്യത്യസ്ത ഉദ്ദേശ്യങ്ങൾക്കായി എഴുതിയതാണ്, ഒന്നിനെ മറ്റൊന്നിന്റെ തെളിവായി കാണുന്നതാണ് ഈ ഡാഷ്ബോർഡുകളിൽ മിക്കതിന്റെയും പിഴവ്. അവ താരതമ്യം ചെയ്യുന്നതാണ് ജോലി, കാരണം ഒന്നിൽ മാത്രം വിശ്വസിക്കുന്നത് ആരും ചോദിക്കാത്ത ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു.
അവസ്ഥയും കൗണ്ടറുകളും വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു
പ്രധാന VC എൻട്രി സംയുക്ത ഓപ്പറേഷണൽ സ്റ്റാറ്റസ് വഹിക്കുന്നു, രണ്ട് ദിശാ അവസ്ഥകളും up ആയിരിക്കുമ്പോൾ മാത്രമാണ് ആ സ്റ്റാറ്റസ് up ആകുന്നത്. അതിന് പിന്നിലുള്ളതെല്ലാം കൺട്രോൾ പ്ലെയിൻ, കോൺഫിഗറേഷൻ അറിവാണ്: പ്രാദേശിക അറ്റാച്ച്മെന്റ് സർക്യൂട്ട്, പിയർ, സിഗ്നലിംഗ്. ഈ അവസ്ഥയിലെ ഒരു വരി ഉദ്ദേശ്യത്തെയും സന്നദ്ധതയെയും കുറിച്ചുള്ള പ്രസ്താവനയാണ്, ഫോർവേഡ് ചെയ്ത ഫ്രെയിമുകളെക്കുറിച്ചല്ല.
ട്രാഫിക് പാക്കറ്റുകൾക്കും ബൈറ്റുകൾക്കുമുള്ള ഉയർന്ന ശേഷിയുള്ള കൗണ്ടറുകളുടെ പ്രത്യേക പട്ടികയിൽ ജീവിക്കുന്നു, ആ വരികൾ അതേ VC ഇൻഡെക്സ് വഹിക്കുന്നു. അവിടത്തെ വളർച്ച നിങ്ങൾ അളന്ന ഇടവേളയിൽ ഫ്രെയിമുകൾ അതേ വരിയിലൂടെ കടന്നു എന്നതിന്റെ തെളിവാണ്. മാറ്റമില്ലാത്ത കൗണ്ടർ സ്വയം അവ്യക്തമാണ്. നിഷ്ക്രിയ സേവനം, തെറ്റായ വരി വായിക്കുന്ന കളക്ടർ, നിശബ്ദമായി മുറിഞ്ഞ പാത എന്നിവയെല്ലാം ഒരേ പരന്ന വരി നൽകുന്നു.
| Question | Object | What it can establish |
|---|---|---|
| Is the service up? | cpwVcOperStatus | Both direction states agree the VC should carry traffic. |
| Which side is down? | cpwVcInboundOperStatus, cpwVcOutboundOperStatus | Direction of the reported fault. |
| Did frames move? | cpwVcPerfTotalTable HC counters | Observed forwarding on that row between two polls. |
| Is the interval clean? | cpwVcPerfTotalDiscontinuityTime | Whether 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-ൽ നിന്ന് അകലേക്ക് ചൂണ്ടുന്നു. അവിടെയാണ് അറ്റാച്ച്മെന്റ് സർക്യൂട്ടിലെ പാക്കറ്റ് ക്യാപ്ചർ അതിന്റെ മൂല്യം നേടുന്നത്.