ഏത് VRF ആണ് VPN പിയറിൽ എത്തുന്നത്, ഏതാണ് പാക്കറ്റ് വഹിക്കുന്നത്?

ഉപഭോക്താവിന്റെ റൂട്ടിംഗ് സന്ദർഭത്തിനുള്ളിലെ ഓരോ ടണലും ഇപ്പോഴും അതിന്റെ വിദൂര പിയറിൽ എത്തണം, ആ തിരച്ചിൽ പൂർണ്ണമായും മറ്റൊരു പട്ടികയിൽ നടക്കാം. ഇത് തെറ്റായി ചെയ്താൽ VRF അറിയുന്ന IPsec-ൽ ഏറ്റവും ആശയക്കുഴപ്പമുള്ള പരാജയങ്ങളിൽ ഒന്ന് ഉണ്ടാകും: ടണൽ ഉയരുന്നു, റൂട്ടുകൾ ഉള്ളതായി തോന്നുന്നു, രണ്ട് തിരച്ചിലുകളിൽ ഒന്ന് തെറ്റായ സന്ദർഭം ഉപയോഗിച്ചതിനാൽ ട്രാഫിക് നിലയ്ക്കുന്നു. ചുവടെയുള്ള നാല് ഘട്ടങ്ങൾ ക്രമത്തിൽ നിർവഹിച്ച് രണ്ട് ലക്ഷ്യസ്ഥാനങ്ങളും വെവ്വേറെ എഴുതി സൂക്ഷിക്കുക.

രണ്ട് തിരച്ചിലുകൾ, ഒരു ടണൽ

പുറം എൻകാപ്സുലേറ്റ് ചെയ്ത പാക്കറ്റ് പിയറിന്റെ ഗതാഗത വിലാസത്തിലേക്കാണ്, ഏതെങ്കിലും സംരക്ഷണം ഉണ്ടാകുന്നതിന് മുമ്പ് അത് റൂട്ട് ചെയ്യപ്പെടുന്നു. ഉള്ളിലെ പാക്കറ്റ് ഉപഭോക്തൃ സെർവറിലേക്കാണ്, ഡീകാപ്സുലേഷന് ശേഷം ഉപഭോക്താവിന്റെ സന്ദർഭത്തിനുള്ളിൽ റൂട്ട് ചെയ്യപ്പെടുന്നു. ഇവ രണ്ട് ലക്ഷ്യസ്ഥാനങ്ങളും രണ്ട് തിരച്ചിലുകളും പലപ്പോഴും രണ്ട് വ്യത്യസ്ത പട്ടികകളുമാണ്.

VRF അറിയുന്ന IPsec-നെക്കുറിച്ചുള്ള Cisco ഡോക്യുമെന്റേഷൻ ഇവയെ മുൻവാതിൽ VRF, ആന്തരിക VRF എന്ന് വിളിക്കുന്നു. മുൻവാതിൽ എൻക്രിപ്റ്റ് ചെയ്ത ഗതാഗതം വഹിക്കുന്നു, ആന്തരിക സന്ദർഭം സംരക്ഷിത ട്രാഫിക് വഹിക്കുന്നു. ടണലിന് ഉപഭോക്താവിന്റെ പേരിടുന്നത് രണ്ട് റൂട്ടുകളിൽ ഒന്നും പ്രത്യക്ഷപ്പെടാൻ ഇടയാക്കുന്നില്ല.

അതിനാൽ കോൺഫിഗറേഷൻ മാറ്റുന്നതിന് മുമ്പ് നാല് വസ്തുതകൾ പട്ടികപ്പെടുത്തുക: പിയറിന്റെ ഗതാഗത വിലാസവും അതിൽ എത്തുന്ന സന്ദർഭവും, തുടർന്ന് സെർവറിന്റെ പ്രിഫിക്സും അതിൽ എത്തുന്ന സന്ദർഭവും. നാലും പൂരിപ്പിക്കാൻ കഴിയില്ലെങ്കിൽ നിങ്ങൾ ഊഹിക്കാൻ പോകുകയാണ്. ഈ മേഖലയിൽ ഊഹം ചെലവേറിയതാണ്, തെറ്റായ പട്ടികയിൽ ചേർത്ത റൂട്ട് ഒരു ഫ്ലോ പ്രവർത്തിപ്പിച്ച് മറ്റൊന്ന് നിശബ്ദമായി തകർക്കാം. നാല് വസ്തുതകൾ ശേഖരിക്കാൻ പത്ത് മിനിറ്റ് വേണം, ഒരു ദിവസത്തെ ക്യാപ്ചർ വിശകലനം ലാഭിക്കുന്നു.

പിയറിനുള്ള ഗതാഗത തിരച്ചിൽ സ്ഥിരീകരിക്കുക

മുൻവാതിലിൽ നിന്ന് തുടങ്ങുക, പിയറിൽ എത്താൻ കഴിയാത്ത ടണൽ ഒരു സംരക്ഷിത പാക്കറ്റും കടത്തിവിടില്ല. IOS-ൽ ആഗോള പട്ടികയ്ക്ക് പകരം ഗതാഗത VRF-നുള്ളിൽ പിയറിലേക്കുള്ള റൂട്ട് ചോദിക്കുക.

show ip route vrf wan-blue 203.0.113.20
show ip vrf brief
show crypto ikev2 sa

ആദ്യ കമാൻഡ് ആ സന്ദർഭത്തിൽ പിയർ വിലാസം എത്താവുന്നതാണോ എന്ന് ഉത്തരം നൽകുന്നു, രണ്ടാമത്തേത് യഥാർത്ഥത്തിൽ നിലവിലുള്ള VRF-കൾ പട്ടികപ്പെടുത്തുന്നു, മൂന്നാമത്തേത് സുരക്ഷാ അസോസിയേഷൻ രൂപപ്പെട്ടോ എന്ന് കാണിക്കുന്നു. ആഗോള പട്ടികയിൽ മാത്രം പരിഹരിക്കുന്ന പിയർ വിലാസമാണ് സാധാരണ മുൻവാതിൽ പിഴവ്, അത് ഒരിക്കലും ആരംഭിക്കാത്ത IKE ചർച്ചയായി പ്രത്യക്ഷപ്പെടുന്നു.

ഇന്റർഫേസ് അനുവദനവും പരിശോധിക്കുക. രേഖപ്പെടുത്തിയ പെരുമാറ്റം ടണലിന്റെ മുൻവാതിൽ VRF-ഉം WAN ഇന്റർഫേസിന്റെ VRF-ഉം ഒത്തുപോകണമെന്ന് ആവശ്യപ്പെടുന്നു; പൊരുത്തക്കേട് പാക്കറ്റ് പുറത്തുപോകാൻ അനുവദിക്കുകയും എന്നിട്ടും മറുപടി ശരിയായ സന്ദർഭത്തിൽ പ്രോസസ്സ് ചെയ്യുന്നത് തടയുകയും ചെയ്യാം.

സെർവറിനുള്ള ആന്തരിക തിരച്ചിൽ സ്ഥിരീകരിക്കുക

മുൻവാതിൽ തെളിയിച്ച ശേഷം ഉപഭോക്തൃ സന്ദർഭത്തിലേക്ക് മാറി സെർവർ പ്രിഫിക്സിനെക്കുറിച്ച് അതേ ചോദ്യം ചോദിക്കുക. ഈ തിരച്ചിലാണ് ഡീകാപ്സുലേറ്റ് ചെയ്ത പാക്കറ്റ് മുന്നോട്ട് അയയ്ക്കാമോ എന്ന് തീരുമാനിക്കുന്നത്.

show ip route vrf customer-blue 10.60.4.0
show crypto session detail

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

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

മോഡൽ പ്രതീക്ഷിക്കുന്ന സ്ഥലത്ത് ക്രമീകരണം വയ്ക്കുക

അതേ ഡോക്യുമെന്റേഷൻ കോൺഫിഗറേഷൻ മോഡലുകളെ വേർതിരിക്കുന്നു, ഒന്നിൽ പെടുന്ന ക്രമീകരണം മറ്റൊന്നിൽ പെടണമെന്നില്ല. ടണൽ സംരക്ഷണം ഉപയോഗിക്കുന്ന ടണൽ ഇന്റർഫേസുകൾക്ക് ആന്തരിക VRF ടണൽ ഇന്റർഫേസിൽ നിർവചിക്കുന്നു. crypto map അധിഷ്ഠിത രൂപകൽപ്പനകളിൽ ആന്തരിക VRF crypto map എൻട്രിയുടെ ഭാഗമാണ്. പങ്ക് പരിശോധിക്കാതെ സമാനനാമമുള്ള കമാൻഡ് മോഡലുകൾക്കിടയിൽ മാറ്റുന്നതാണ് പ്രവർത്തിക്കുന്ന രൂപകൽപ്പന ഇടവിട്ടുള്ളതാക്കുന്ന വഴി.

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

അവസാനം, നാല് വസ്തുതകളും അവ തെളിയിച്ച കമാൻഡുകളും മാറ്റരേഖയിൽ രേഖപ്പെടുത്തുക. അടുത്ത എഞ്ചിനീയർ ടണൽ പാരമ്പര്യമായി ലഭിക്കും, ന്യായവാദമല്ല, രണ്ട് സന്ദർഭങ്ങളെയും പേരിടുന്ന ചെറിയ കുറിപ്പ് ആരും പുതുക്കാത്ത ഡയഗ്രത്തേക്കാൾ മൂല്യമുള്ളതാണ്.