BGP സെഷൻ ഓണാണ്, ഉപഭോക്താവിന്റെ വഴി മുറിഞ്ഞു: DMVPN-ൽ MPLS
ഒരു BGP സെഷൻ ഒരു വിലാസത്തിലേക്കുള്ള ഒരു TCP വഴി മാത്രം തെളിയിക്കുന്നു. ഉപഭോക്താവിന്റെ ട്രാഫിക്കിന് ശരിയായ VRF, ലേബൽ, NHRP മാപ്പിംഗ് കൂടി വേണം, രണ്ട് പരാജയങ്ങളും ഒരുപോലെ കാണപ്പെടുന്നു.
പിയറിംഗ് ആഴ്ചകളായി ഓണാണ്, പ്രിഫിക്സ് എണ്ണം ശരിയായി തോന്നുന്നു, എന്നിട്ടും ഒരു ഉപഭോക്താവിന്റെ ട്രാഫിക് ഇപ്പോഴും നീണ്ട വഴി സ്വീകരിക്കുന്നു അല്ലെങ്കിൽ എത്തുന്നതേയില്ല. ഒരേ സൂചകം കൊണ്ട് രണ്ട് വ്യത്യസ്ത കാര്യങ്ങളാണ് വിലയിരുത്തുന്നത്. BGP സെഷൻ രണ്ട് പിയറുകൾക്ക് TCP കണക്ഷനിലൂടെ സന്ദേശങ്ങൾ കൈമാറാമെന്ന് മാത്രം പറയുന്നു; ആ പ്രത്യേക ഉപഭോക്താവിനുള്ള ലേബൽ ചെയ്ത പാക്കറ്റ് ഓവർലേക്ക് കൊണ്ടുപോകാനാകുമോ എന്നതിനെക്കുറിച്ച് അത് ഒന്നും പറയുന്നില്ല.
ഈ വിടവ് MPLS-over-DMVPN രൂപകൽപ്പനയിൽ ഏറ്റവും എളുപ്പം കാണാം, അവിടെ ഹബ് പാതയും നേരിട്ടുള്ള സ്പോക്ക് പാതയും പിയറിംഗുമായി ബന്ധമില്ലാത്ത കാരണങ്ങളാൽ വ്യത്യസ്തമായി പ്രവർത്തിച്ചേക്കാം.
സെഷൻ യഥാർത്ഥത്തിൽ എന്താണ് തെളിയിക്കുന്നത്
BGP TCP-യിൽ പ്രവർത്തിക്കുന്നു, അതിനാൽ മറ്റെന്തെങ്കിലും സംഭവിക്കുന്നതിന് മുമ്പ് ഓരോ പിയറിനും അപ്പുറത്തെ അഗ്രത്തിന്റെ വിലാസത്തിലേക്ക് ഒരു റൂട്ട് വേണം. ആ അഗ്രമായി loopback തിരഞ്ഞെടുത്താൽ നിങ്ങൾ ഫോർവേഡിംഗ് ഉറപ്പല്ല, എത്തിച്ചേരാനുള്ള നിബന്ധനയാണ് സൃഷ്ടിച്ചത്. തുടർന്ന് സെഷൻ ഉപഭോക്താവിന്റെ ട്രാഫിക് ഒരിക്കലും ഉപയോഗിക്കാത്ത ഒരു ഇന്റർഫേസിലൂടെ ഓണായി തുടരാം.
തീരുമാനങ്ങളിലെത്തുന്നതിന് മുമ്പ് ഇരു അഗ്രങ്ങളിലും നാല് വസ്തുതകൾ രേഖപ്പെടുത്തുക: സെഷന്റെ സ്രോതസ്സ് വിലാസം, ലക്ഷ്യ വിലാസം, അത് ഇരിക്കുന്ന റൂട്ടിംഗ് സന്ദർഭം, കർണൽ അല്ലെങ്കിൽ റൂട്ടർ ആ ജോടിക്ക് തിരഞ്ഞെടുക്കുന്ന ഇന്റർഫേസ്. ഈ വസ്തുതകൾ നിയന്ത്രണ തലം വിവരിക്കുന്നു. ഉപഭോക്താവിന്റെ പാക്കറ്റുകൾ അവയുടെ മുകളിൽ VRF, ലേബൽ സ്റ്റാക്ക്, ഓവർലേ മാപ്പിംഗ് എന്നിവ ചേർക്കുന്നു.
നാല് സംവിധാനങ്ങൾ, ഒന്നല്ല
MPLS-over-DMVPN സംബന്ധിച്ച Cisco രേഖകൾ ഭാഗങ്ങളെ വ്യക്തമായി വേർതിരിക്കുന്നു. MP-BGP ദാതാവിന്റെ അരികിലെ ഉപകരണങ്ങൾക്കിടയിൽ ഉപഭോക്താവിന്റെ ഓവർലേ ലേബലുകൾ വിതരണം ചെയ്യുന്നു. MPLS ആ ലേബലുകൾ ഉപയോഗിച്ച് പാക്കറ്റിന്റെ ഫോർവേഡിംഗ് സന്ദർഭം തിരഞ്ഞെടുക്കുന്നു. NHRP ഓവർലേ വിലാസത്തെ ഡൈനാമിക് ടണലിന് വേണ്ട ട്രാൻസ്പോർട്ട് അഗ്രവുമായി മാപ്പ് ചെയ്യുന്നു. IPsec ബാധകമായിടത്ത് പിയർ പാതയെ സംരക്ഷിക്കുന്നു.
നാലിൽ ഏതെങ്കിലും ശരിയായിരിക്കുമ്പോൾ മറ്റൊന്ന് തെറ്റായിരിക്കാം, ട്രാഫിക് കൊണ്ടുപോകുന്നത് ഈ സംയോജനമാണ്. റൂട്ട് കൈമാറ്റം പൂർത്തിയാകുമ്പോൾ ഒരു VRF-ന്റെ ലേബൽ ബൈൻഡിംഗ് ഇല്ലായിരിക്കാം, NHRP മാപ്പിംഗ് കാലഹരണപ്പെട്ട ട്രാൻസ്പോർട്ട് വിലാസത്തിലേക്ക് ചൂണ്ടുന്നു, അല്ലെങ്കിൽ ടണൽ ഉണ്ടെങ്കിലും ഉള്ളിലെ പാക്കറ്റ് അനുവദിക്കുന്ന നയമില്ല. ഈ അവസ്ഥകളൊന്നും സെഷൻ വീഴ്ത്തുന്നില്ല.
ഹബ് പാതയെ ഷോർട്ട്കട്ടുമായി താരതമ്യം ചെയ്യുക, ഒരു സമയം ഒരു ചരം
സ്രോതസ്സ് ഹോസ്റ്റ്, ലക്ഷ്യ ഹോസ്റ്റ്, VRF എന്നിവ ഉറപ്പിച്ചിട്ട് അതേ പ്രവാഹം രണ്ടുതവണ പിന്തുടരുക. ഹബ് പാതയിൽ അടുത്ത ഹോപ്പ്, ദൂരെയുള്ള ഉപഭോക്തൃ സന്ദർഭം തിരിച്ചറിയുന്ന സേവന ലേബൽ, ഉപയോഗിക്കുന്ന ഓവർലേ-ടു-ട്രാൻസ്പോർട്ട് മാപ്പിംഗ് എന്നിവ രേഖപ്പെടുത്തുക. ഉദ്ദേശിച്ച നേരിട്ടുള്ള പാതയിലും അതേ മൂന്ന് കാര്യങ്ങൾ രേഖപ്പെടുത്തുക. രണ്ട് പട്ടികകൾ തമ്മിലുള്ള വ്യത്യാസമാണ് തകരാർ, അല്ലെങ്കിൽ അതിന്റെ അഭാവം.
താരതമ്യത്തിനിടയിൽ പ്രവാഹം സ്ഥിരമായി നിർത്തുക. നിരീക്ഷണങ്ങൾക്കിടയിൽ സ്രോതസ്സ് ഹോസ്റ്റോ VRF-ഓ ലക്ഷ്യമോ മാറ്റുന്നത് ബന്ധമില്ലാത്ത രണ്ട് കഥകൾ സൃഷ്ടിക്കുന്നു, ഈ അഭ്യാസം പിഴയ്ക്കുന്ന ഏറ്റവും സാധാരണ വഴി അതാണ്.
loopback പരിശോധനകൾ അവയുടെ വേർതിരിച്ച അറയിൽ സൂക്ഷിക്കുക
റൂട്ടറിന്റെ loopback-ൽ നിന്ന് അയയ്ക്കുന്ന ping ഉപയോഗപ്രദമായ പരിശോധനയാണ്, അത് ഹോസ്റ്റിൽ നിന്നുള്ള പ്രവാഹത്തിൽ നിന്ന് വ്യത്യസ്തമായ കേസ് പരീക്ഷിക്കുന്നു. സ്രോതസ്സ് വിലാസം റൂട്ടറിന്റേതാണ്, അതിന്റെ റൂട്ടിംഗ് സന്ദർഭം VRF-ന് പകരം ആഗോളമായിരിക്കാം, മറുപടിയുടെ പാത ഉപഭോക്തൃ പ്രിഫിക്സ് സ്വീകരിക്കുന്ന പാതയിൽ നിന്ന് വ്യത്യസ്തമായിരിക്കാം. അതിനാൽ loopback ഉത്തരം നൽകുന്നതും ഈ ആപ്ലിക്കേഷൻ ഷോർട്ട്കട്ടിലൂടെ പ്രവർത്തിക്കുന്നതും വേർതിരിച്ച ഫലങ്ങളാണ്, രണ്ടാമത്തേത് മാത്രമാണ് ഉപഭോക്താവിനെ വിവരിക്കുന്നത്.
രണ്ടും പരിശോധിച്ച്, നിങ്ങളുടെ കുറിപ്പുകളിൽ അവ വേർതിരിച്ച് അടയാളപ്പെടുത്തുക. അവ യോജിക്കാത്തപ്പോൾ, രൂപകൽപ്പന എവിടെ വ്യതിചലിക്കുന്നു എന്നതിനെക്കുറിച്ച് കൃത്യമായ എന്തോ പഠിച്ചു, ഒരു പച്ച ടിക്ക് ഒരിക്കലും പറയുന്നതിനേക്കാൾ അധികമാണത്.
പതിപ്പിനെയും തകരാറിനെയും കുറിച്ചുള്ള അവകാശവാദങ്ങൾക്ക് സ്വന്തം തെളിവ് വേണം
ഫീൽഡ് റിപ്പോർട്ടുകൾ ചിലപ്പോൾ ഹോസ്റ്റ് മാസ്കോ BGP സ്രോതസ്സ് വിലാസമോ മാറ്റാൻ ശുപാർശ ചെയ്യുന്നു, അത്തരം റിപ്പോർട്ടുകൾ എഴുതപ്പെട്ട തകരാറിനോടും അത് ബാധിച്ച പതിപ്പുകളോടും കൂടി മാത്രമേ വായിക്കാവൂ. ഒരു പതിപ്പിലെ പരിഹാരം ആർക്കിടെക്ചർ ഏതെങ്കിലും /32 പ്രിഫിക്സിനെ പിന്തുണയ്ക്കുന്നില്ല എന്ന പ്രസ്താവനയല്ല.
നിങ്ങളുടെ DMVPN ഘട്ടത്തിനും പ്ലാറ്റ്ഫോമിനും പതിപ്പിനും യോജിക്കുന്ന രേഖകൾ ഉപയോഗിക്കുക, ഒരു അധ്യായം FlexVPN ഉൾപ്പെടെ നിരവധി ക്രമീകരണങ്ങൾ ഉൾക്കൊള്ളാമെന്ന് ഓർക്കുക. ഒരു ക്രമീകരണത്തിന്റെ ഉദാഹരണം മറ്റൊന്നിലേക്ക് നിശബ്ദമായി കടക്കുന്നില്ല. യഥാർത്ഥത്തിൽ വേണ്ട നിയന്ത്രണ-തല രൂപകൽപ്പനയ്ക്കായി സെഷൻ അഗ്രങ്ങൾ തിരഞ്ഞെടുക്കുക, തുടർന്ന് ഉപഭോക്താവിന്റെ ഫോർവേഡിംഗ് പാത വേർതിരിച്ച് പരിശോധിക്കുക, കാരണം ഓരോ loopback മാസ്കും വീണ്ടും എഴുതുന്നത് ഏത് ജോലി പരാജയപ്പെട്ടു എന്ന് കണ്ടെത്തുന്നതിന് പകരമല്ല.