ഒരു VPNv4 റൂട്ടിനൊപ്പം മൂന്ന് വ്യത്യസ്ത ലേബലുകൾ സഞ്ചരിക്കുന്നു, എന്നാൽ SNMP വാക്ക് ഏജന്റ് നടപ്പിലാക്കുന്നവ മാത്രമേ കാണിക്കുന്നുള്ളൂ. ലഭിച്ച BGP ആട്രിബ്യൂട്ട്, ലോക്കലായി അനുവദിച്ച ഇൻകമിംഗ് സേവന ലേബൽ, ഔട്ട്ഗോയിംഗ് ഫോർവേഡിംഗ് ലേബൽ എന്നിവ വ്യത്യസ്ത ഇൻഡക്സുകൾക്ക് കീഴിൽ വ്യത്യസ്ത പട്ടികകളിലാണ്. മൂന്നിൽ ഏതാണ് ഉദ്ദേശിക്കുന്നതെന്ന് ആദ്യം തിരഞ്ഞെടുക്കാതെ ഒരു ഉപകരണത്തോട് ലേബൽ ചോദിക്കുന്നതാണ് ശേഖരണ പ്രോജക്ട് അതിന്റെ ആദ്യ ചാസിസിൽ തന്നെ കുടുങ്ങുന്ന രീതി.

നിങ്ങളുടെ ടാസ്കിന് ആവശ്യമുള്ളത് തിരഞ്ഞെടുക്കുക, തുടർന്ന് അതിലേക്ക് എത്തുന്ന ഇൻഡക്സ് ശൃംഖല പിന്തുടരുക. ഏജന്റ് നടപ്പിലാക്കാത്ത ഒരു ഒബ്ജക്ടിൽ ശൃംഖല മുറിഞ്ഞാൽ, അത് രേഖപ്പെടുത്തേണ്ട കണ്ടെത്തലാണ്, കെട്ടിച്ചമച്ച OID കൊണ്ട് നിറയ്ക്കേണ്ട വിടവല്ല.

ടാസ്കിന് മൂന്ന് ലേബലുകളിൽ ഏതാണ് വേണ്ടതെന്ന് തിരഞ്ഞെടുക്കുക

ഒരു അയൽക്കാരനിൽ നിന്ന് ലഭിക്കുന്ന ലേബൽ BGP പാത്ത് ആട്രിബ്യൂട്ടായി വരുന്നു, അത് ആ അയൽക്കാരൻ നിങ്ങൾ അദ്ദേഹത്തിലേക്ക് എന്ത് തള്ളണമെന്ന് പ്രതീക്ഷിക്കുന്നു എന്ന് വിവരിക്കുന്നു. ഇൻകമിംഗ് സേവന ലേബൽ ഈ ഉപകരണം VRF പ്രിഫിക്സിന് അനുവദിക്കുന്നു, LSP-യിലേക്ക് പ്രവേശിക്കുന്ന ട്രാഫിക് അടയാളപ്പെടുത്തുന്നു. ഔട്ട്ഗോയിംഗ് മുകളിലെ ലേബൽ എന്നത് ഫോർവേഡിംഗ് പ്ലെയിൻ യഥാർത്ഥത്തിൽ അടുത്ത ഹോപ്പിലേക്ക് തള്ളുന്നതാണ്, അടുത്ത ഹോപ്പ് മാറുമ്പോൾ അത് മാറുന്നു.

പോൾ ചെയ്യുന്ന ബോക്സിന്റെ ഫോർവേഡിംഗ് അവസ്ഥയിൽ രണ്ടാമത്തേതും മൂന്നാമത്തേതും മാത്രമാണ് ഉൾപ്പെടുന്നത്. ആദ്യത്തേത് അയൽക്കാരന്റെ പ്രതീക്ഷയെക്കുറിച്ചുള്ള പ്രസ്താവനയാണ്, ഈ ചാസിസിനെക്കുറിച്ചല്ല.

സാധാരണ L3VPN MIB VRF റൂട്ടും അതിന്റെ ക്രോസ്-കണക്ടുമായുള്ള ബന്ധവും മോഡൽ ചെയ്യുന്നു, അത് പ്രാദേശിക സേവന, ഫോർവേഡിംഗ് ലേബലുകളിലേക്ക് എത്താൻ മതിയാകും. BGP സെഷൻ സ്വീകരിച്ച ഓരോ ആട്രിബ്യൂട്ടിന്റെയും പൂർണ ഡംപ് അത് വാഗ്ദാനം ചെയ്യുന്നില്ല. ചോദ്യം സൂചിപ്പിക്കുന്നതിനല്ല, പട്ടികയിൽ ഉള്ളതിന് വേണ്ടി വായിക്കുക. തെറ്റായ അനുമാനത്തിൽ നിർമ്മിച്ച ശേഖരണി പൂജ്യങ്ങൾ റിപ്പോർട്ട് ചെയ്യുകയും അവ കാണാത്ത ഡാറ്റയായി സൂക്ഷിക്കുകയും ചെയ്യുന്നു.

What you wantWhere it livesWhat a walk can return
Label advertised by a peerBGP session state for that VRFUsually outside the standard L3VPN MIB
Incoming service label for a prefixVRF route entry joined to an incoming segmentAvailable when both tables are implemented
Label pushed toward the next hopOutgoing segment with a push conditionAvailable, but only meaningful while a top label is pushed

VRF റൂട്ട് എൻട്രി അതിന്റെ ക്രോസ്-കണക്ടുമായി ബന്ധിപ്പിക്കുക

RFC 4382 mplsL3VpnVrfRteTable നിർവചിക്കുന്നു. അതിന്റെ ഇൻഡക്സ് ആറ് ഭാഗങ്ങളായി വായിക്കുക: VRF നാമം, ലക്ഷ്യസ്ഥാനത്തിന്റെ വിലാസ തരം, പ്രിഫിക്സ് തന്നെ, നയ മൂല്യം, അടുത്ത ഹോപ്പിന്റെ തരം, അടുത്ത ഹോപ്പിന്റെ വിലാസം. IGP, BGP എൻട്രികൾ ആ പട്ടിക പങ്കിടുന്നു, അതിനാൽ പ്രിഫിക്സിന് അടുത്ത് റൂട്ടിംഗ് പ്രോട്ടോക്കോൾ രേഖപ്പെടുത്തുക. രണ്ട് വരികൾക്ക് ഒരേ പ്രിഫിക്സ് ഉണ്ടാകാം, അടുത്ത ഹോപ്പിൽ മാത്രം വ്യത്യാസപ്പെടാം, തെറ്റായ വരി തിരഞ്ഞെടുത്താൽ ബന്ധം മറ്റൊരു ക്രോസ്-കണക്ടിലേക്ക് പോകുന്നു.

mplsL3VpnVrfRteXCPointer കോളം പേരിൽ നിന്ന് വിപരീതം സൂചിപ്പിച്ചാലും പൂർണ വരി OID അല്ല, ക്രോസ്-കണക്ടിന്റെ ഇൻഡക്സ് വഹിക്കുന്നു. ഒരു ഓക്ടെറ്റിന്റെ പൂജ്യ മൂല്യം ബന്ധപ്പെട്ട ലേബൽ സ്റ്റാക്ക് ഇല്ല എന്നർത്ഥം, ബൈൻഡിംഗുകൾ സ്ഥിരപ്പെടുന്നതിന് മുമ്പോ ഒരിക്കലും അത് ആവശ്യമില്ലാതിരുന്ന റൂട്ടിനോ നിങ്ങൾ ഇത് കാണുന്നു.

വാക്ക് ചെയ്യുന്നതിന് മുമ്പ് കോളം വിവർത്തനം ചെയ്യുക, ഔട്ട്പുട്ടിലെ സംഖ്യാ ഉപവൃക്ഷം അവ്യക്തമല്ലാതിരിക്കാൻ. താഴെയുള്ള രണ്ട് കമാന്റുകളും ഒരേ നോഡിനെ വ്യത്യസ്ത നൊട്ടേഷനുകളിൽ അഭിസംബോധന ചെയ്യുന്നു.

snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer
snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer

തിരികെ ലഭിച്ച ഇൻഡക്സ് ക്രോസ്-കണക്ട് പട്ടികയിലേക്ക് എടുക്കുക, അതിന്റെ എൻട്രി കീ ത്രികമാണ്: ക്രോസ്-കണക്ട് ഇൻഡക്സ്, ഇൻകമിംഗ് സെഗ്മെന്റ് ഇൻഡക്സ്, ഔട്ട്ഗോയിംഗ് സെഗ്മെന്റ് ഇൻഡക്സ്. ആ ത്രികമാണ് റൂട്ടിനെ ലേബലാക്കി മാറ്റുന്ന ബന്ധം. മുഴുവൻ പട്ടികയ്ക്ക് പകരം നിർദ്ദിഷ്ട ഇൻഡക്സിന് ക്രോസ്-കണക്ട് ഉപവൃക്ഷത്തിൽ വാക്ക് ചെയ്യുക, കാരണം ഇൻഡക്സ് അടിസ്ഥാനമാക്കിയ വായന ബന്ധം അഖണ്ഡമായി നിലനിർത്തുന്നു, കൂട്ട വാക്ക് നിലനിർത്തുന്നില്ല.

ലേബൽ നമ്പറല്ല, ഇൻഡക്സ് വായിക്കുക

സെഗ്മെന്റ് ഇൻഡക്സ് ഒരു വരി തിരിച്ചറിയുന്നു, ലേബൽ ആ വരിക്കുള്ളിലെ മൂല്യമാണ്, അതിനാൽ ഒന്നിനെ മറ്റൊന്ന് കൊണ്ട് മാറ്റിയാൽ തെറ്റായ LSP-യിലേക്ക് ചൂണ്ടുന്ന, വിശ്വസനീയമായി തോന്നുന്ന ഉത്തരം ലഭിക്കും. ഇൻകമിംഗ് വശത്ത്, വരി മറ്റെവിടെയുള്ള എൻട്രിയെ പരാമർശിക്കുമ്പോൾ ഒബ്ജക്ടിന് പകരം ലേബൽ പട്ടികയിലേക്കുള്ള പോയിന്റർ വഹിക്കാമെന്ന് ഓർത്തുകൊണ്ട്, ഇന്റർഫേസും ലേബൽ സന്ദർഭവും mplsInSegmentLabel-നൊപ്പം പരിശോധിക്കുക.

ഔട്ട്ഗോയിംഗ് വശത്ത്, mplsOutSegmentTopLabel വായിക്കുന്നതിന് മുമ്പ് ഔട്ട്ഗോയിംഗ് ഇന്റർഫേസും വരി മുകളിലെ ലേബൽ തള്ളുന്നു എന്ന് പറയുന്നുണ്ടോയെന്നും പരിശോധിക്കുക. ഒന്നും തള്ളാത്ത വരിയിൽ നിറച്ച മുകളിലെ-ലേബൽ കോളം പഴയ മൂല്യമോ മുൻ പാതയുടെ ശേഷിപ്പോ ആണ്, നിലവിലെ ഫോർവേഡിംഗ് അവസ്ഥയല്ല. ആഴമേറിയ സ്റ്റാക്കുകൾക്ക് പരാമർശിച്ച ലേബൽ-സ്റ്റാക്ക് പട്ടിക ആവശ്യമാണ്, ആ അധിക ഘട്ടം സാധാരണമാണ്, തകരാറല്ല.

പ്രത്യേക പൂജ്യ കൺവെൻഷനുകൾ റൂട്ടറിൽ പ്രാദേശികമായി ആരംഭിക്കുന്നതോ അവസാനിക്കുന്നതോ ആയ പാതകൾക്ക് ബാധകമാണ്. പൂജ്യ ഇൻഡക്സിനെ ശൂന്യ ഫലമല്ല, രേഖപ്പെടുത്തിയ സ്വഭാവമായി കണക്കാക്കുക, പ്രാദേശിക ഫോർവേഡിംഗ് അവസ്ഥയുമായി അത് സ്ഥിരീകരിക്കുക.

സ്കെയിൽ ചെയ്യുന്നതിന് മുമ്പ് ഏജന്റ് എന്ത് നടപ്പിലാക്കുന്നു എന്ന് സ്ഥിരീകരിക്കുക

കൃത്യമായ പ്ലാറ്റ്ഫോമിനും റിലീസിനും, ഉപയോഗത്തിലുള്ള വിലാസ കുടുംബങ്ങൾക്കും, ഉപവൃക്ഷങ്ങളിലെ ഏതെങ്കിലും പ്രവർത്തന നിയന്ത്രണത്തിനും നടപ്പിലാക്കിയ ഒബ്ജക്ടുകൾ പരിശോധിക്കുക. ആ ഉപവൃക്ഷങ്ങളിൽ മാത്രം പരിമിതപ്പെടുത്തിയ വായന-മാത്ര ക്രെഡൻഷ്യലുമായി പോൾ ചെയ്യുക, ഒബ്ജക്ട് ഇല്ലാതിരിക്കുന്നത് MIB തെറ്റാണെന്നല്ല, സവിശേഷത നടപ്പിലാക്കിയിട്ടില്ലെന്ന് ആകാമെന്ന് സ്വീകരിക്കുക.

മുഴുവൻ പട്ടികയിലേക്ക് ശേഖരണി തിരിക്കുന്നതിന് മുമ്പ് ഒരു അറിയപ്പെടുന്ന VRF റൂട്ട് ഉപകരണത്തിന്റെ സ്വന്തം പ്രവർത്തന ഔട്ട്പുട്ടുമായി പരസ്പരം ബന്ധപ്പെടുത്തുക. ഓരോ സാമ്പിളിനൊപ്പം ഓരോ ഇൻഡക്സ് ഘടകവും ശേഖരണ സമയവും സൂക്ഷിക്കുക, കാരണം വാക്കുകൾക്കിടയിൽ റൂട്ടുകളും ബൈൻഡിംഗുകളും നീങ്ങുന്നു. മിനിറ്റുകളുടെ ഇടവേളയിൽ എടുത്ത രണ്ട് വാക്കുകളിൽ നിന്ന് തുന്നിച്ചേർത്ത സ്നാപ്ഷോട്ട് പഴയ ക്രോസ്-കണക്ട് ഇൻഡക്സ് പുതിയ റൂട്ടുമായി കലർത്തി പൂർണ്ണമായി സ്ഥിരതയുള്ളതായി തോന്നാം.

സ്വീകരിച്ച BGP കാഴ്ചയോ വിതരണക്കാരന് പ്രത്യേകമായ ലേബൽ ഒബ്ജക്ടോ ശരിക്കും ഇല്ലാത്തിടത്ത്, പ്ലാറ്റ്ഫോം രേഖപ്പെടുത്തുന്ന ടെലിമെട്രി അല്ലെങ്കിൽ പ്രവർത്തന ഇന്റർഫേസിലേക്ക് മാറുക. സാധാരണ ബന്ധം പ്രാദേശിക ഫോർവേഡിംഗ് ലേബലുകളും അൽപ്പം മറ്റു കാര്യങ്ങളും ഉൾക്കൊള്ളുന്നു, അതിനാൽ ശേഖരണ രൂപകൽപ്പനയുടെ ആദ്യ ഘട്ടമായി അതിനെ കാണുക, തയ്യാറായ വസ്തുവായി അല്ല.

അനുബന്ധ ലേഖനങ്ങൾ