VPN വഴിയുള്ള OSPF റൂട്ട് തരം: എപ്പോഴും ബാഹ്യമല്ല

ഒരു ഉപഭോക്തൃ പ്രിഫിക്സ് BGP VPN റൂട്ടായി ദാതാവിന്റെ ക്ലൗഡ് കടന്ന്, OSPF ബാഹ്യ റൂട്ട് പോലെ കാണപ്പെട്ട് വിദൂര സൈറ്റിൽ എത്തുന്നു, ഇത് പല എൻജിനീയർമാരും പ്രതീക്ഷിക്കുന്നതാണ്, ഏക സാധ്യമായ ഫലമല്ല. വിദൂര CE കാണുന്നത് പ്രിഫിക്സ് ഏത് OSPF ഡൊമെയ്നിൽ നിന്ന് വന്നു, അതിന്റെ യഥാർത്ഥ റൂട്ട് തരം എന്നിവയെ ആശ്രയിച്ചിരിക്കുന്നു, രണ്ടും VPN റൂട്ടിനൊപ്പം യാത്ര ചെയ്യുന്നു. ഓരോ പുനർവിതരണ പ്രിഫിക്സും തരം 5 ആയി മാറുമെന്ന് അനുമാനിക്കുന്നത് പ്രവർത്തിക്കാൻ കഴിയാത്ത മുൻഗണനാ മാറ്റങ്ങളിലേക്ക് നയിക്കുന്നു. ആദ്യം ഡൊമെയ്ൻ ഐഡന്റിഫയർ താരതമ്യം ചെയ്യുക, അഡ്മിനിസ്ട്രേറ്റീവ് ദൂരമല്ല.

PE-CE മാതൃക സ്വീകരിക്കുന്ന PE-ക്ക് OSPF പ്രഖ്യാപനം കെട്ടിച്ചമയ്ക്കുന്നതിനു പകരം പുനർനിർമ്മിക്കാൻ ആവശ്യമായ സന്ദർഭം വഹിക്കുന്നു.

റൂട്ടിനൊപ്പം എന്ത് യാത്ര ചെയ്യുന്നു

RFC 4577 VPN റൂട്ടിനൊപ്പം വരുന്ന OSPF ആട്രിബ്യൂട്ടുകൾ നിർവചിക്കുന്നു: ഡൊമെയ്ൻ ഐഡന്റിഫയർ, മെട്രിക്, ഉത്ഭവ സൈറ്റിന്റെ റൂട്ട് തരം. സ്വീകരിക്കുന്ന PE യോഗ്യമായ ഒരു പ്രിഫിക്സ് അതിന്റെ പ്രാദേശിക OSPF പ്രോസസ്സിന് എങ്ങനെ കാണപ്പെടണം എന്ന് തീരുമാനിക്കാൻ അവ ഉപയോഗിക്കുന്നു. ആ ആട്രിബ്യൂട്ടുകൾ ഇല്ലെങ്കിൽ വിദൂര PE-ക്ക് ബാഹ്യ പുനർവിതരണമല്ലാതെ മറ്റൊന്നിനും അടിസ്ഥാനമുണ്ടാകില്ല. അതുകൊണ്ടാണ് BGP അത് ഇടയിൽ കൊണ്ടുപോയിട്ടും ഒരു റൂട്ട് ഇന്റർ-ഏരിയ LSA ആയി എത്താനാകുന്നത്.

ഏരിയ തരവും പ്രധാനമാണ്. Stub അല്ലെങ്കിൽ NSSA ഏരിയ ഏത് LSA പ്രവേശിക്കാമെന്ന് പരിമിതപ്പെടുത്തുന്നു, അതിനാൽ അതേ VPN റൂട്ട് സ്വീകരിക്കുന്ന OSPF ഇൻസ്റ്റൻസ് എവിടെയുണ്ട് എന്നതിന് അനുസരിച്ച് വ്യത്യസ്തമായി അവതരിപ്പിക്കാം. കോൺഫിഗർ ചെയ്ത എക്സ്പോർട്ട് നയം ഡിഫോൾട്ട് അവതരണത്തെ മറികടക്കാനും കഴിയും, അത് പാർശ്വഫലമല്ല, മറിച്ച് ബോധപൂർവമായ തിരഞ്ഞെടുപ്പാണ്.

ഒരേ ഡൊമെയ്ൻ, വ്യത്യസ്ത അവതരണം

ഒരേ ഡൊമെയ്നിൽ നിന്നുള്ള ഇന്റ്രാ-ഏരിയ അല്ലെങ്കിൽ ഇന്റർ-ഏരിയ റൂട്ട് സാധാരണയായി വിദൂര സൈറ്റിൽ ഇന്റർ-ഏരിയ റൂട്ടായി, അതായത് തരം 3 LSA ആയി എത്തുന്നു. മറ്റൊരു ഡൊമെയ്നിൽ നിന്നുള്ള പ്രിഫിക്സ്, ഒരിക്കലും OSPF സംസാരിക്കാത്ത ഉത്ഭവം, അല്ലെങ്കിൽ തുടക്കത്തിൽ ബാഹ്യമായിരുന്ന OSPF പ്രഖ്യാപനം പകരം ബാഹ്യ നിയമങ്ങൾ പിന്തുടരുന്നു, അവിടെയാണ് തരം 5 ഉം അതിന്റെ NSSA തുല്യവും പ്രത്യക്ഷപ്പെടുന്നത്. രണ്ട് സ്വഭാവങ്ങളും ശരിയാണ്; ഇൻപുട്ട് വ്യത്യസ്തമാണ്. മുൻഗണനാ മൂല്യങ്ങളിൽ തൊടുന്നതിന് മുമ്പ് ഡൊമെയ്ൻ ഐഡന്റിഫയറുകളും പ്രഖ്യാപിത ആട്രിബ്യൂട്ടുകളും താരതമ്യം ചെയ്യുക.

അഡ്മിനിസ്ട്രേറ്റീവ് ദൂരം ഒരു റൗട്ടറിലെ ഉറവിടങ്ങൾക്കിടയിൽ തിരഞ്ഞെടുക്കുന്നു. അത് LSA തരം വീണ്ടും എഴുതുന്നില്ല, കാണാത്ത ഡൊമെയ്ൻ ബന്ധം സൃഷ്ടിക്കുന്നുമില്ല.

Sham ലിങ്ക് എപ്പോൾ ശരിയായ ഉത്തരമാകുന്നു

ഒരേ ഏരിയയിലുള്ള രണ്ട് സൈറ്റുകൾ നേരിട്ടുള്ള ബാക്ക്ഡോർ ലിങ്ക് കൊണ്ട് ബന്ധിപ്പിച്ചിരിക്കുന്നതായി സങ്കൽപ്പിക്കുക. കോൺഫിഗർ ചെയ്ത ചെലവുകൾ ദാതാവിന്റെ പാതയെ ആകർഷകമാക്കിയാലും, OSPF ദാതാവ് വാഗ്ദാനം ചെയ്യുന്ന ഇന്റർ-ഏരിയ പാതയ്ക്ക് പകരം ആ ഇന്റ്രാ-ഏരിയ പാത നിലനിർത്തുന്നു. Sham ലിങ്ക് VPN-ന് കുറുകെയുള്ള ഇന്റ്രാ-ഏരിയ ബന്ധത്തെ പ്രതിനിധീകരിക്കുന്നു, അതുവഴി ചെലവുകൾക്ക് തീരുമാനത്തിൽ പങ്കെടുക്കാം. അത് ആ പ്രത്യേക പാത-തിരഞ്ഞെടുപ്പ് പ്രശ്നത്തിനാണുള്ളത്, ഒരേ ഡൊമെയ്നിലെ എല്ലാ റൂട്ടുകളും ആന്തരികമായി കാണിക്കാനല്ല.

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

ലൂപ്പ് സംരക്ഷണം തകർക്കരുത്

PE-CE മാതൃക വിതരണം ചെയ്യുന്ന റൂട്ടുകളിൽ DN ബിറ്റ് സജ്ജീകരിക്കുന്നു, അതുവഴി ഒരു പ്രിഫിക്സിന് മറ്റൊരു CE വഴി തിരികെ വന്ന് രണ്ടാം തവണ പുനർവിതരണം ചെയ്യാനാകില്ല. ആ സംരക്ഷണമാണ് OSPF ഡൊമെയ്ൻ പങ്കിടുന്ന സൈറ്റുകൾക്കിടയിൽ പ്രിഫിക്സ് ലൂപ്പ് ചെയ്യുന്നത് തടയുന്നത്. റൂട്ട് ആന്തരികമായി കാണിക്കാൻ അത് നീക്കം ചെയ്യുകയോ അവഗണിക്കുകയോ ചെയ്യുന്നത് തടയാൻ രൂപകൽപ്പന ചെയ്ത അതേ ലൂപ്പ് സൃഷ്ടിച്ചേക്കാം. പ്രിഫിക്സ് തെറ്റായി തോന്നുമ്പോൾ DN ബിറ്റിനെ തടസ്സമായല്ല, വിവരമായി കണക്കാക്കുക.

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

തുടർന്ന് വിദൂര സൈറ്റിൽ നിന്ന് പരിശോധിക്കുക: LSA തരം, പ്രഖ്യാപിക്കുന്ന റൗട്ടർ, തിരഞ്ഞെടുത്ത പാത. ആ തെളിവ് ടിക്കറ്റ് ഉന്നയിച്ച ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു.