OSPF പരമാവധി മെട്രിക്: ശാഖ നീക്കം ചെയ്യാതെ അതിലൂടെയുള്ള ട്രാൻസിറ്റ് നിരുത്സാഹപ്പെടുത്തൽ

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

നിങ്ങൾ ആഗ്രഹിക്കുന്നത് റൂട്ടിംഗ് പ്രോട്ടോക്കോളിൽ പ്രകടിപ്പിക്കുന്ന ഒരു മുൻഗണനയാണ്, അത് ശാഖയെ പൂർണ്ണമായി എത്തിച്ചേരാവുന്നതായി നിലനിർത്തുകയും അതിലൂടെ കടന്നുപോകുന്ന എല്ലാത്തിനും അതിനെ മോശം തിരഞ്ഞെടുപ്പാക്കുകയും ചെയ്യുന്നു. റൗട്ടറുകൾ പ്രശ്നം കാണുന്ന ക്രമത്തിൽ നടക്കുക.

ഒഴിവാക്കാൻ ആഗ്രഹിക്കുന്ന പാതയിൽ നിന്ന് തുടങ്ങുക

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

പിന്നെ ബദൽ പാത കണ്ടെത്തുക. ഓഫീസുകൾക്കിടയിലെ ഒരേയൊരു റൂട്ട് ശാഖയിലൂടെയാണെങ്കിൽ, ഏത് മെട്രിക്കിനും ട്രാഫിക്കിനെ അവിടെ നിന്ന് നീക്കാൻ കഴിയില്ല, കാരണം ട്രാഫിക്കിന് പോകാൻ ഇടമില്ല. ആവർത്തനം ഈ രൂപകൽപ്പനയുടെ വിശദാംശമല്ല; അത് മുൻവ്യവസ്ഥയാണ്. കടലാസിൽ മാത്രം നിലനിൽക്കുന്ന രണ്ടാമത്തെ പാത കണക്കാക്കില്ല.

show ip ospf neighbor
show ip ospf interface brief
show ip route 10.40.0.0

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

പരമാവധി മെട്രിക് എന്താണ് പ്രഖ്യാപിക്കുന്നത്

സ്റ്റബ് അല്ലാത്ത ലിങ്കുകൾ പരമാവധി ലിങ്ക് മെട്രിക്കിനൊപ്പം പ്രഖ്യാപിക്കുന്ന ഒരു റൗട്ടറിനെ RFC 6987 വിവരിക്കുന്നു, അത് 0xffff എന്ന് നിർവചിച്ചിരിക്കുന്നു. റൗട്ടർ ഇപ്പോഴും തന്നെയും തന്റെ ലിങ്കുകളെയും വിവരിക്കുന്നു; അത് അവയ്ക്ക് ശ്രേണിയുടെ മുകളിൽ വിലയിടുന്നു, അതിനാൽ മറ്റേതൊരു റൗട്ടറും അതിലൂടെയുള്ള പാതയെ ചെലവേറിയതായി കണക്കാക്കുന്നു.

ഇത് router-LSA മാറ്റമാണ്, ടോപ്പോളജി നീക്കം ചെയ്യലല്ല. വ്യത്യാസം പ്രധാനമാണ്: router-LSA ഫ്ലഷ് ചെയ്യുന്നത് ടോപ്പോളജി വിവരങ്ങൾ തന്നെ പിൻവലിക്കുന്നു, അത് റൗട്ടറിലേക്കും അതിന് പിന്നിലെ പ്രിഫിക്സുകളിലേക്കും എത്താൻ ആവശ്യമായ ബന്ധങ്ങളും പിൻവലിച്ചേക്കാം. പ്രഖ്യാപനം നിലനിർത്തി അതിന്റെ വില ഉയർത്തുന്നത് ആ ബന്ധങ്ങൾ സംരക്ഷിക്കുന്നു. ഈ സാങ്കേതികതയും നീക്കം ചെയ്യലും തമ്മിലുള്ള മുഴുവൻ വ്യത്യാസവും അതാണ്.

RFC 6987 സംവിധാനത്തിനും പ്രദേശ തരങ്ങളുമായോ നിയുക്ത റൗട്ടർ തിരഞ്ഞെടുപ്പുമായോ യാതൊരു ബന്ധവുമില്ല. ഒരു സ്റ്റബ് പ്രദേശം പ്രദേശ അതിർത്തിയിൽ ഒരു വിഭാഗം ലിങ്ക്-സ്റ്റേറ്റ് പ്രഖ്യാപനങ്ങൾ തടയുന്നു, സ്റ്റബ് റൗട്ടർ സ്വന്തം ലിങ്കുകൾക്ക് വിലയിടുന്നു. സമാനമായ വാക്കുകൾ, ബന്ധമില്ലാത്ത യന്ത്രം.

എത്തിച്ചേരാൻ കഴിയുന്നത് നിലനിൽക്കുന്നതും ട്രാൻസിറ്റ് അല്ലാത്തതും എന്തുകൊണ്ട്

മറ്റ് റൗട്ടറുകൾക്ക് ഇപ്പോഴും ശാഖയുടെ ബന്ധിപ്പിച്ച പ്രിഫിക്സുകളിലേക്ക് റൂട്ടുണ്ട്, കാരണം ശാഖ അവ ഇപ്പോഴും പ്രഖ്യാപിക്കുന്നു, ലിങ്കുകൾ ഇപ്പോഴും നിലനിൽക്കുന്നു. മാറുന്നത് മറ്റെവിടെയോ പോകുമ്പോൾ ശാഖയിലൂടെ കടന്നുപോകുന്ന ഏതൊരു പാതയുടെയും ആകെ ചെലവാണ്. പ്രിഫിക്സുകൾ നീങ്ങുന്നില്ല; റൗട്ടർ കടക്കുന്നതിന്റെ വില മാത്രം മാറുന്നു.

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

ഇത് അനുമാനിക്കേണ്ടതല്ല, പരിശോധിക്കേണ്ട പെരുമാറ്റമാണ്. ശാഖ സൃഷ്ടിക്കുന്ന router-LSA നോക്കുക, പിന്നെ ശാഖയ്ക്ക് പിന്നിലെ ലക്ഷ്യസ്ഥാനത്തിനും മറ്റ് ഓഫീസിലെ ലക്ഷ്യസ്ഥാനത്തിനും മറ്റൊരു റൗട്ടർ തിരഞ്ഞെടുക്കുന്ന പാത നോക്കുക. രണ്ട് ഉത്തരങ്ങളും വ്യത്യസ്തമായിരിക്കണം, വ്യത്യസ്തമല്ലെങ്കിൽ, മെട്രിക് മാറ്റം നിങ്ങൾ കരുതുന്ന തീരുമാനത്തിൽ എത്തുന്നില്ല.

അവസാന പാതയുടെ പ്രശ്നം

അതേ RFC സാങ്കേതികത ഉപയോഗം വിലക്കുന്നില്ല എന്ന് വ്യക്തമാക്കുന്നു. ബദൽ പാത പരാജയപ്പെടുമ്പോൾ, റൗട്ടറുകൾ ശാഖയിലൂടെയുള്ള ചെലവേറിയ പാതയിലേക്ക് മടങ്ങുന്നു, കാരണം അത് ഇപ്പോഴും സാധുവായ പാതയാണ്, പ്രോട്ടോക്കോൾ പാതയില്ലായ്മയേക്കാൾ ചെലവേറിയ റൂട്ടിന് മുൻഗണന നൽകുന്നു.

ആ മടങ്ങിവരവ് സ്വീകാര്യമാണോ എന്നത് വിന്യാസത്തിന് മുൻപ് ഉത്തരം നൽകേണ്ട നയപരമായ ചോദ്യമാണ്. ചെറിയ അപ്ലിങ്കിലുള്ള ശാഖ പെട്ടെന്ന് ഓഫീസുകൾക്കിടയിൽ ട്രാഫിക് വഹിച്ചാൽ അത് തടസ്സത്തേക്കാൾ മോശമായേക്കാം, അറ്റകുറ്റപ്പണി ജാലകത്തിൽ അത് കൃത്യമായി നിങ്ങൾ ആഗ്രഹിക്കുന്നതുമായേക്കാം. രണ്ട് ഉത്തരങ്ങളും ന്യായമാണ്; മൗനമല്ല.

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

OSPFv3-ന്, ട്രാൻസിറ്റ് പങ്കാളിത്തം ഒഴിവാക്കാനുള്ള മറ്റൊരു മാർഗമായി RFC R-ബിറ്റ് ചർച്ച ചെയ്യുന്നു. പരമാവധി-മെട്രിക് സാങ്കേതികതയുടെ അതേ അവസാന-പാത പെരുമാറ്റം അത് പാരമ്പര്യമായി സ്വീകരിക്കുന്നു എന്ന് അനുമാനിക്കരുത്, രണ്ട് വിലാസ കുടുംബങ്ങൾക്കിടയിൽ ഒരേ സവിശേഷതയെന്ന പോലെ ക്രമീകരണങ്ങൾ പകർത്തരുത്.

സാധാരണ, പരാജയ സാഹചര്യങ്ങളിൽ അത് തെളിയിക്കുക

രണ്ടുതവണ പരീക്ഷിക്കുക: ഒരിക്കൽ രണ്ട് പാതകളും ലഭ്യമായിരിക്കുമ്പോൾ, ഒരിക്കൽ മുൻഗണനാ പാത നീക്കം ചെയ്തിരിക്കുമ്പോൾ. ആദ്യ പരീക്ഷണം മുൻഗണന പ്രവർത്തിക്കുന്നത് കാണിക്കുന്നു, രണ്ടാമത്തേത് മുൻഗണന പാലിക്കാൻ കഴിയാത്തപ്പോൾ നെറ്റ്‌വർക്ക് എന്ത് ചെയ്യുന്നു എന്ന് കാണിക്കുന്നു. രണ്ടാം പരീക്ഷണം ഒഴിവാക്കുന്നത് പ്രധാന പകുതി പരിശോധിക്കപ്പെടാതെ വിടുന്നു.

show ip ospf database router 10.0.0.3
show ip route 172.20.8.0
traceroute 172.20.8.1

ഡാറ്റാബേസ് കാഴ്ച പ്രഖ്യാപിത മെട്രിക് കാണിക്കുന്നു, റൂട്ട് തിരയൽ തിരഞ്ഞെടുത്ത അടുത്ത ഹോപ്പ് കാണിക്കുന്നു, ട്രെയ്സ് പാക്കറ്റുകൾ യഥാർത്ഥത്തിൽ എങ്ങോട്ട് പോയി എന്ന് കാണിക്കുന്നു. ഈ മൂന്നും ഒത്തുപോകുമ്പോൾ, ശരിയായി തോന്നുന്ന ഒരു കോൺഫിഗറേഷനല്ല, പരിശോധിച്ചുറപ്പിച്ച ഒരു രൂപകൽപ്പനയാണ് നിങ്ങൾക്കുള്ളത്.

പിന്നെ മുൻഗണനാ പാത പുനഃസ്ഥാപിച്ച്, ശാഖ സ്വന്തം ട്രാഫിക് മാത്രം വഹിക്കുന്നതിലേക്ക് മടങ്ങുന്നു എന്ന് ഉറപ്പാക്കുക. പുനഃസ്ഥാപിക്കൽ ഘട്ടം വൃത്തിയാക്കലിന്റേതല്ല, പരീക്ഷണത്തിന്റെ ഭാഗമാണ്, കാരണം അടുത്ത മാറ്റം വരെ മാത്രം പ്രവർത്തിക്കുന്ന രൂപകൽപ്പന രൂപകൽപ്പനയല്ല. മടങ്ങിവരവ് ഉൾപ്പെടെ രണ്ട് ഫലങ്ങളും എഴുതിവയ്ക്കുക, കാരണം രണ്ടാമത്തേതാണ് ആരോടെങ്കിലും രാത്രി മൂന്ന് മണിക്ക് ആവശ്യം വരുന്ന ഉത്തരം.