നിങ്ങളുടെ നെറ്റ്‌വർക്ക് ഇൻഫ്രാസ്ട്രക്ചറിന്റെ നിയന്ത്രണം എങ്ങനെ എടുക്കാം. അധ്യായം രണ്ട്. വൃത്തിയാക്കലും ഡോക്യുമെന്റേഷനും

ഈ ലേഖനം "നിങ്ങളുടെ നെറ്റ്‌വർക്ക് ഇൻഫ്രാസ്ട്രക്ചറിന്റെ നിയന്ത്രണം എങ്ങനെ ഏറ്റെടുക്കാം" എന്ന ലേഖന പരമ്പരയിലെ രണ്ടാമത്തേതാണ്. പരമ്പരയിലെ എല്ലാ ലേഖനങ്ങളുടെയും ഉള്ളടക്കങ്ങളും ലിങ്കുകളും കണ്ടെത്താനാകും ഇവിടെ.

ഈ ഘട്ടത്തിൽ ഞങ്ങളുടെ ലക്ഷ്യം ഡോക്യുമെന്റേഷനും കോൺഫിഗറേഷനും ക്രമീകരിക്കുക എന്നതാണ്.
ഈ പ്രക്രിയയുടെ അവസാനം, നിങ്ങൾക്ക് ആവശ്യമായ രേഖകളും അവയ്ക്ക് അനുസൃതമായി കോൺഫിഗർ ചെയ്ത ഒരു നെറ്റ്‌വർക്കും ഉണ്ടായിരിക്കണം.

ഇപ്പോൾ ഞങ്ങൾ സുരക്ഷാ ഓഡിറ്റുകളെക്കുറിച്ച് സംസാരിക്കില്ല - ഇത് മൂന്നാം ഭാഗത്തിന്റെ വിഷയമായിരിക്കും.

ഈ ഘട്ടത്തിൽ ഏൽപ്പിച്ച ചുമതല പൂർത്തിയാക്കുന്നതിനുള്ള ബുദ്ധിമുട്ട്, തീർച്ചയായും, കമ്പനിയിൽ നിന്ന് കമ്പനിയിലേക്ക് വളരെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നു.

എപ്പോഴാണ് അനുയോജ്യമായ സാഹചര്യം

• നിങ്ങളുടെ നെറ്റ്‌വർക്ക് പ്രോജക്റ്റിന് അനുസൃതമായി സൃഷ്‌ടിച്ചതാണ്, കൂടാതെ നിങ്ങൾക്ക് പൂർണ്ണമായ ഒരു കൂട്ടം പ്രമാണങ്ങളുണ്ട്
• നിങ്ങളുടെ കമ്പനിയിൽ നടപ്പിലാക്കിയിട്ടുണ്ട് നിയന്ത്രണവും മാനേജ്മെന്റ് പ്രക്രിയയും മാറ്റുക നെറ്റ്‌വർക്കിനായി
• ഈ പ്രക്രിയയ്ക്ക് അനുസൃതമായി, നിലവിലെ അവസ്ഥയെക്കുറിച്ചുള്ള പൂർണ്ണമായ വിവരങ്ങൾ നൽകുന്ന രേഖകൾ (ആവശ്യമായ എല്ലാ ഡയഗ്രമുകളും ഉൾപ്പെടെ) നിങ്ങൾക്ക് ഉണ്ട്

ഈ സാഹചര്യത്തിൽ, നിങ്ങളുടെ ചുമതല വളരെ ലളിതമാണ്. നിങ്ങൾ പ്രമാണങ്ങൾ പഠിക്കുകയും വരുത്തിയ എല്ലാ മാറ്റങ്ങളും അവലോകനം ചെയ്യുകയും വേണം.

ഏറ്റവും മോശം സാഹചര്യത്തിൽ, നിങ്ങൾക്ക് ഉണ്ടാകും

• ഒരു പ്രോജക്റ്റ് ഇല്ലാതെ, ഒരു പ്ലാൻ ഇല്ലാതെ, അംഗീകാരമില്ലാതെ, മതിയായ യോഗ്യതകളില്ലാത്ത എഞ്ചിനീയർമാർ സൃഷ്ടിച്ച ഒരു നെറ്റ്‌വർക്ക്,
• ക്രമരഹിതവും രേഖകളില്ലാത്തതുമായ മാറ്റങ്ങൾ, ധാരാളം "മാലിന്യങ്ങൾ", ഉപോൽപ്പന്ന പരിഹാരങ്ങൾ എന്നിവയോടൊപ്പം

നിങ്ങളുടെ സാഹചര്യം ഇതിനിടയിൽ എവിടെയോ ആണെന്ന് വ്യക്തമാണ്, പക്ഷേ നിർഭാഗ്യവശാൽ, ഈ സ്കെയിലിൽ മെച്ചപ്പെട്ട - മോശമായ, നിങ്ങൾ ഏറ്റവും മോശമായ അവസാനത്തിലേക്ക് അടുക്കാനുള്ള ഉയർന്ന സാധ്യതയുണ്ട്.

ഈ സാഹചര്യത്തിൽ, നിങ്ങൾക്ക് മനസ്സ് വായിക്കാനുള്ള കഴിവും ആവശ്യമാണ്, കാരണം “ഡിസൈനർമാർ” എന്താണ് ചെയ്യാൻ ആഗ്രഹിക്കുന്നതെന്ന് മനസിലാക്കാനും അവരുടെ യുക്തി പുനഃസ്ഥാപിക്കാനും പൂർത്തിയാകാത്തത് പൂർത്തിയാക്കാനും “മാലിന്യങ്ങൾ” നീക്കംചെയ്യാനും നിങ്ങൾ പഠിക്കേണ്ടതുണ്ട്.
കൂടാതെ, തീർച്ചയായും, നിങ്ങൾ അവരുടെ തെറ്റുകൾ തിരുത്തേണ്ടതുണ്ട്, മാറ്റുക (ഈ ഘട്ടത്തിൽ കഴിയുന്നത്ര ചുരുങ്ങിയത്) രൂപകൽപ്പന ചെയ്യുകയും സ്കീമുകൾ മാറ്റുകയും അല്ലെങ്കിൽ വീണ്ടും സൃഷ്ടിക്കുകയും ചെയ്യുക.

ഈ ലേഖനം ഒരു തരത്തിലും പൂർണമാണെന്ന് അവകാശപ്പെടുന്നില്ല. ഇവിടെ ഞാൻ പൊതുവായ തത്ത്വങ്ങൾ മാത്രം വിവരിക്കുകയും പരിഹരിക്കപ്പെടേണ്ട ചില പൊതുവായ പ്രശ്നങ്ങളിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുകയും ചെയ്യും.

പ്രമാണങ്ങളുടെ കൂട്ടം

നമുക്ക് ഒരു ഉദാഹരണത്തിൽ നിന്ന് ആരംഭിക്കാം.

ഡിസൈൻ സമയത്ത് സിസ്‌കോ സിസ്റ്റങ്ങളിൽ സാധാരണ സൃഷ്ടിക്കുന്ന ചില ഡോക്യുമെന്റുകൾ ചുവടെയുണ്ട്.

CR - ഉപഭോക്തൃ ആവശ്യകതകൾ, ക്ലയന്റ് ആവശ്യകതകൾ (സാങ്കേതിക സവിശേഷതകൾ).
ഇത് ഉപഭോക്താവുമായി സംയുക്തമായി സൃഷ്ടിക്കുകയും നെറ്റ്‌വർക്ക് ആവശ്യകതകൾ നിർണ്ണയിക്കുകയും ചെയ്യുന്നു.

HLD - ഹൈ ലെവൽ ഡിസൈൻ, നെറ്റ്‌വർക്ക് ആവശ്യകതകൾ (സിആർ) അടിസ്ഥാനമാക്കിയുള്ള ഉയർന്ന തലത്തിലുള്ള ഡിസൈൻ. ഡോക്യുമെന്റ് എടുത്ത വാസ്തുവിദ്യാ തീരുമാനങ്ങൾ വിശദീകരിക്കുകയും ന്യായീകരിക്കുകയും ചെയ്യുന്നു (ടോപോളജി, പ്രോട്ടോക്കോളുകൾ, ഹാർഡ്‌വെയർ തിരഞ്ഞെടുപ്പ്,...). ഉപയോഗിച്ച ഇന്റർഫേസുകളും IP വിലാസങ്ങളും പോലുള്ള ഡിസൈൻ വിശദാംശങ്ങൾ HLD-യിൽ അടങ്ങിയിട്ടില്ല. കൂടാതെ, പ്രത്യേക ഹാർഡ്‌വെയർ കോൺഫിഗറേഷൻ ഇവിടെ ചർച്ച ചെയ്യുന്നില്ല. പകരം, ഈ പ്രമാണം ഉപഭോക്താവിന്റെ സാങ്കേതിക മാനേജ്മെന്റിന് പ്രധാന ഡിസൈൻ ആശയങ്ങൾ വിശദീകരിക്കാൻ ഉദ്ദേശിച്ചുള്ളതാണ്.

എൽഎൽഡി - ലോ ലെവൽ ഡിസൈൻ, ഹൈ-ലെവൽ ഡിസൈൻ (എച്ച്എൽഡി) അടിസ്ഥാനമാക്കിയുള്ള ലോ-ലെവൽ ഡിസൈൻ.
പ്രോജക്റ്റ് നടപ്പിലാക്കുന്നതിന് ആവശ്യമായ എല്ലാ വിശദാംശങ്ങളും അതിൽ അടങ്ങിയിരിക്കണം, ഉപകരണങ്ങൾ എങ്ങനെ കണക്റ്റുചെയ്യാമെന്നും കോൺഫിഗർ ചെയ്യാമെന്നും ഉള്ള വിവരങ്ങൾ. ഡിസൈൻ നടപ്പിലാക്കുന്നതിനുള്ള ഒരു പൂർണ്ണ ഗൈഡാണിത്. ഈ പ്രമാണം കുറഞ്ഞ യോഗ്യതയുള്ള ഉദ്യോഗസ്ഥർ പോലും ഇത് നടപ്പിലാക്കുന്നതിന് മതിയായ വിവരങ്ങൾ നൽകണം.

ചിലത്, ഉദാഹരണത്തിന്, ഐപി വിലാസങ്ങൾ, എഎസ് നമ്പറുകൾ, ഫിസിക്കൽ സ്വിച്ചിംഗ് സ്കീം (കേബിളിംഗ്) എന്നിവ പ്രത്യേക ഡോക്യുമെന്റുകളിൽ "പുറത്താക്കാൻ" കഴിയും. പിൻ (നെറ്റ്‌വർക്ക് ഇംപ്ലിമെന്റേഷൻ പ്ലാൻ).

ഈ പ്രമാണങ്ങളുടെ സൃഷ്ടിയ്ക്ക് ശേഷം നെറ്റ്വർക്കിന്റെ നിർമ്മാണം ആരംഭിക്കുകയും അവയ്ക്ക് കർശനമായ അനുസൃതമായി സംഭവിക്കുകയും തുടർന്ന് ഡിസൈൻ പാലിക്കുന്നതിനായി ഉപഭോക്താവ് (ടെസ്റ്റുകൾ) പരിശോധിക്കുകയും ചെയ്യുന്നു.

തീർച്ചയായും, വ്യത്യസ്ത ഇന്റഗ്രേറ്റർമാർ, വ്യത്യസ്ത ക്ലയന്റുകൾ, വ്യത്യസ്ത രാജ്യങ്ങൾ എന്നിവയ്ക്ക് പ്രോജക്റ്റ് ഡോക്യുമെന്റേഷനായി വ്യത്യസ്ത ആവശ്യകതകൾ ഉണ്ടായിരിക്കാം. പക്ഷേ, ഔപചാരികതകൾ ഒഴിവാക്കാനും അതിന്റെ മെറിറ്റുകളിൽ പ്രശ്നം പരിഗണിക്കാനും ഞാൻ ആഗ്രഹിക്കുന്നു. ഈ ഘട്ടം രൂപകൽപ്പനയെക്കുറിച്ചല്ല, മറിച്ച് കാര്യങ്ങൾ ക്രമപ്പെടുത്തുന്നതിനെക്കുറിച്ചാണ്, ഞങ്ങളുടെ ടാസ്ക്കുകൾ പൂർത്തിയാക്കാൻ മതിയായ പ്രമാണങ്ങൾ (ഡയഗ്രമുകൾ, പട്ടികകൾ, വിവരണങ്ങൾ...) ആവശ്യമാണ്.

എന്റെ അഭിപ്രായത്തിൽ, ഒരു നിശ്ചിത മിനിമം ഉണ്ട്, അതില്ലാതെ നെറ്റ്‌വർക്ക് ഫലപ്രദമായി നിയന്ത്രിക്കുന്നത് അസാധ്യമാണ്.

ഇവ ഇനിപ്പറയുന്ന പ്രമാണങ്ങളാണ്:

• ഫിസിക്കൽ സ്വിച്ചിംഗിന്റെ ഡയഗ്രം (ലോഗ്) (കേബിളിംഗ്)
• നെറ്റ്‌വർക്ക് ഡയഗ്രം അല്ലെങ്കിൽ അത്യാവശ്യമായ L2/L3 വിവരങ്ങളുള്ള ഡയഗ്രമുകൾ

ഫിസിക്കൽ സ്വിച്ചിംഗ് ഡയഗ്രം

ചില ചെറുകിട കമ്പനികളിൽ, ഉപകരണങ്ങളുടെ ഇൻസ്റ്റാളേഷൻ, ഫിസിക്കൽ സ്വിച്ചിംഗ് (കേബിളിംഗ്) എന്നിവയുമായി ബന്ധപ്പെട്ട ജോലി നെറ്റ്‌വർക്ക് എഞ്ചിനീയർമാരുടെ ഉത്തരവാദിത്തമാണ്.

ഈ സാഹചര്യത്തിൽ, ഇനിപ്പറയുന്ന സമീപനത്തിലൂടെ പ്രശ്നം ഭാഗികമായി പരിഹരിക്കപ്പെടും.

• ഇന്റർഫേസിൽ എന്താണ് ബന്ധിപ്പിച്ചിരിക്കുന്നതെന്ന് വിവരിക്കാൻ ഒരു വിവരണം ഉപയോഗിക്കുക
• ബന്ധമില്ലാത്ത എല്ലാ നെറ്റ്‌വർക്ക് ഉപകരണ പോർട്ടുകളും ഭരണപരമായി ഷട്ട്ഡൗൺ ചെയ്യുക

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

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

ഇത്തരത്തിലുള്ള വിവരങ്ങളുമായി പ്രവർത്തിക്കാൻ രൂപകൽപ്പന ചെയ്ത ആപ്ലിക്കേഷനുകൾ ഉപയോഗിക്കുന്നതാണ് അനുയോജ്യമായ ഓപ്ഷൻ. എന്നാൽ നിങ്ങൾക്ക് ലളിതമായ പട്ടികകളിലേക്ക് സ്വയം പരിമിതപ്പെടുത്താം (ഉദാഹരണത്തിന്, Excel-ൽ) അല്ലെങ്കിൽ L1/L2 ഡയഗ്രമുകളിൽ ആവശ്യമെന്ന് നിങ്ങൾ കരുതുന്ന വിവരങ്ങൾ പ്രദർശിപ്പിക്കുക.

പ്രധാനപ്പെട്ടത്!

ഒരു നെറ്റ്‌വർക്ക് എഞ്ചിനീയർക്ക് തീർച്ചയായും എസ്‌സി‌എസിന്റെ സങ്കീർണതകളും മാനദണ്ഡങ്ങളും, റാക്കുകളുടെ തരങ്ങൾ, തടസ്സമില്ലാത്ത വൈദ്യുതി വിതരണത്തിന്റെ തരങ്ങൾ, തണുത്തതും ചൂടുള്ളതുമായ ഇടനാഴി എന്താണ്, എങ്ങനെ ശരിയായ ഗ്രൗണ്ടിംഗ് നടത്താം ... തത്വത്തിൽ അദ്ദേഹത്തിന് കഴിയുന്നതുപോലെ നന്നായി അറിയാം. പ്രാഥമിക കണങ്ങളുടെ ഭൗതികശാസ്ത്രം അല്ലെങ്കിൽ C++ അറിയാം. എന്നാൽ ഇതെല്ലാം അവന്റെ അറിവിന്റെ മേഖലയല്ലെന്ന് ഒരാൾ ഇപ്പോഴും മനസ്സിലാക്കണം.

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

നിങ്ങളുടെ കമ്പനിയിൽ അത്തരം ഡിവിഷനുകൾ നൽകിയിട്ടുണ്ടെങ്കിൽ, ഫിസിക്കൽ സ്വിച്ചിംഗ് ലോഗിംഗ് ചെയ്യുന്നതിലെ പ്രശ്നങ്ങൾ നിങ്ങളുടെ ചുമതലയല്ല, കൂടാതെ ഉപയോഗിക്കാത്ത പോർട്ടുകളുടെ ഇന്റർഫേസ്, അഡ്മിനിസ്ട്രേറ്റീവ് ഷട്ട്ഡൗൺ എന്നിവയെക്കുറിച്ചുള്ള വിവരണത്തിലേക്ക് മാത്രം നിങ്ങൾക്ക് സ്വയം പരിമിതപ്പെടുത്താം.

നെറ്റ്‌വർക്ക് ഡയഗ്രമുകൾ

ഡയഗ്രമുകൾ വരയ്ക്കുന്നതിന് സാർവത്രിക സമീപനമില്ല.

നിങ്ങളുടെ നെറ്റ്‌വർക്കിന്റെ ലോജിക്കൽ, ഫിസിക്കൽ ഘടകങ്ങൾ എന്നിവയിലൂടെ ട്രാഫിക് എങ്ങനെ ഒഴുകും എന്നതിനെക്കുറിച്ചുള്ള ഒരു ധാരണ ഡയഗ്രമുകൾ നൽകണം എന്നതാണ് ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യം.

ഭൗതിക ഘടകങ്ങൾ എന്നതുകൊണ്ട് ഞങ്ങൾ അർത്ഥമാക്കുന്നത്

• സജീവ ഉപകരണങ്ങൾ
• സജീവ ഉപകരണങ്ങളുടെ ഇന്റർഫേസുകൾ/പോർട്ടുകൾ

ലോജിക്കൽ പ്രകാരം -

• ലോജിക്കൽ ഉപകരണങ്ങൾ (N7K VDC, Palo Alto VSYS, ...)
• വിആർഎഫ്
• വിലൻസ്
• ഉപഇന്റർഫേസുകൾ
• തുരങ്കങ്ങൾ
• മേഖലകൾ
• പങ്ക് € |

കൂടാതെ, നിങ്ങളുടെ നെറ്റ്‌വർക്ക് പൂർണ്ണമായും പ്രാഥമികമല്ലെങ്കിൽ, അതിൽ വ്യത്യസ്ത സെഗ്‌മെന്റുകൾ അടങ്ങിയിരിക്കും.
ഉദാഹരണത്തിന്

• ഡാറ്റ കേന്ദ്രം
• ഇന്റർനെറ്റ്
• WAN
• വിദൂര ആക്സസ്
• ഓഫീസ് LAN
• DMZ
• പങ്ക് € |

വലിയ ചിത്രവും (എങ്ങനെയാണ് ഈ സെഗ്‌മെന്റുകൾക്കിടയിൽ ട്രാഫിക്ക് ഒഴുകുന്നത്) ഓരോ സെഗ്‌മെന്റിന്റെയും വിശദമായ വിശദീകരണവും നൽകുന്ന നിരവധി ഡയഗ്രമുകൾ ഉണ്ടായിരിക്കുന്നതാണ് ബുദ്ധി.

ആധുനിക നെറ്റ്‌വർക്കുകളിൽ നിരവധി ലോജിക്കൽ ലെയറുകൾ ഉണ്ടാകാമെന്നതിനാൽ, വ്യത്യസ്ത പാളികൾക്കായി വ്യത്യസ്ത സർക്യൂട്ടുകൾ നിർമ്മിക്കുന്നത് ഒരു നല്ല (പക്ഷേ ആവശ്യമില്ല) സമീപനമാണ്, ഉദാഹരണത്തിന്, ഒരു ഓവർലേ സമീപനത്തിന്റെ കാര്യത്തിൽ ഇത് ഇനിപ്പറയുന്ന സർക്യൂട്ടുകളായിരിക്കാം:

• ഓവർലേ
• L1/L2 അടിവസ്ത്രം
• L3 അടിവസ്ത്രം

തീർച്ചയായും, നിങ്ങളുടെ രൂപകൽപ്പനയുടെ ആശയം മനസ്സിലാക്കാൻ കഴിയാത്ത ഏറ്റവും പ്രധാനപ്പെട്ട ഡയഗ്രം, റൂട്ടിംഗ് ഡയഗ്രം ആണ്.

റൂട്ടിംഗ് സ്കീം

കുറഞ്ഞത്, ഈ ഡയഗ്രം പ്രതിഫലിപ്പിക്കണം

• ഏത് റൂട്ടിംഗ് പ്രോട്ടോക്കോളുകളാണ് ഉപയോഗിക്കുന്നത്, എവിടെയാണ്
• റൂട്ടിംഗ് പ്രോട്ടോക്കോൾ ക്രമീകരണങ്ങളെക്കുറിച്ചുള്ള അടിസ്ഥാന വിവരങ്ങൾ (ഏരിയ/എഎസ് നമ്പർ/റൂട്ടർ-ഐഡി/...)
• ഏത് ഉപകരണങ്ങളിലാണ് പുനർവിതരണം നടക്കുന്നത്?
• അവിടെ ഫിൽട്ടറിംഗും റൂട്ട് അഗ്രഗേഷനും സംഭവിക്കുന്നു
• സ്ഥിര റൂട്ട് വിവരങ്ങൾ

കൂടാതെ, L2 സ്കീം (OSI) പലപ്പോഴും ഉപയോഗപ്രദമാണ്.

L2 സ്കീം (OSI)

ഈ ഡയഗ്രം ഇനിപ്പറയുന്ന വിവരങ്ങൾ കാണിച്ചേക്കാം:

• എന്ത് VLAN-കൾ
• ഏത് തുറമുഖങ്ങളാണ് ട്രങ്ക് പോർട്ടുകൾ
• ഈതർ-ചാനൽ (പോർട്ട് ചാനൽ), വെർച്വൽ പോർട്ട് ചാനൽ എന്നിങ്ങനെ സമാഹരിച്ചിരിക്കുന്ന പോർട്ടുകൾ
• എന്ത് STP പ്രോട്ടോക്കോളുകളാണ് ഉപയോഗിക്കുന്നത്, ഏതൊക്കെ ഉപകരണങ്ങളിൽ
• അടിസ്ഥാന STP ക്രമീകരണങ്ങൾ: റൂട്ട്/റൂട്ട് ബാക്കപ്പ്, STP ചെലവ്, പോർട്ട് മുൻഗണന
• അധിക STP ക്രമീകരണങ്ങൾ: BPDU ഗാർഡ്/ഫിൽട്ടർ, റൂട്ട് ഗാർഡ്...

സാധാരണ ഡിസൈൻ തെറ്റുകൾ

ഒരു നെറ്റ്‌വർക്ക് നിർമ്മിക്കുന്നതിനുള്ള മോശം സമീപനത്തിന്റെ ഒരു ഉദാഹരണം.

ലളിതമായ ഓഫീസ് ലാൻ നിർമ്മിക്കുന്നതിനുള്ള ഒരു ലളിതമായ ഉദാഹരണം എടുക്കാം.

വിദ്യാർത്ഥികളെ ടെലികോം പഠിപ്പിക്കുന്നതിൽ അനുഭവപരിചയം ഉള്ളതിനാൽ, രണ്ടാം സെമസ്റ്ററിന്റെ മധ്യത്തോടെയുള്ള ഏതൊരു വിദ്യാർത്ഥിക്കും ലളിതമായ ഓഫീസ് ലാൻ സജ്ജീകരിക്കുന്നതിന് ആവശ്യമായ അറിവ് (ഞാൻ പഠിപ്പിച്ച കോഴ്സിന്റെ ഭാഗമായി) ഉണ്ടെന്ന് എനിക്ക് പറയാൻ കഴിയും.

സ്വിച്ചുകൾ പരസ്പരം ബന്ധിപ്പിക്കുന്നതിനും VLAN-കൾ, SVI ഇന്റർഫേസുകൾ (L3 സ്വിച്ചുകളുടെ കാര്യത്തിൽ) സജ്ജീകരിക്കുന്നതിനും സ്റ്റാറ്റിക് റൂട്ടിംഗ് സജ്ജീകരിക്കുന്നതിനും എന്താണ് ബുദ്ധിമുട്ട്?

എല്ലാം പ്രവർത്തിക്കും.

എന്നാൽ അതേ സമയം, ഇതുമായി ബന്ധപ്പെട്ട ചോദ്യങ്ങൾ

• സുരക്ഷ
• സംവരണം
• നെറ്റ്വർക്ക് സ്കെയിലിംഗ്
• ഉത്പാദനക്ഷമത
• ത്രൂപുട്ട്
• വിശ്വാസ്യത
• പങ്ക് € |

ഓഫീസ് ലാൻ വളരെ ലളിതമായ ഒന്നാണെന്ന പ്രസ്താവന ഞാൻ ഇടയ്ക്കിടെ കേൾക്കുന്നു, നെറ്റ്‌വർക്കുകൾ ഒഴികെ എല്ലാം ചെയ്യുന്ന എഞ്ചിനീയർമാരിൽ നിന്ന് (മാനേജർമാരിൽ നിന്നും) ഞാൻ ഇത് കേൾക്കാറുണ്ട്, അവർ ഇത് വളരെ ആത്മവിശ്വാസത്തോടെ പറയുന്നു, ലാൻ ആകുമോ എന്ന് ആശ്ചര്യപ്പെടേണ്ടതില്ല. വേണ്ടത്ര പരിശീലനവും അറിവും ഇല്ലാത്ത ആളുകൾ ഉണ്ടാക്കിയതും ഞാൻ താഴെ വിവരിക്കുന്ന ഏതാണ്ട് അതേ തെറ്റുകൾ കൊണ്ട് തന്നെയായിരിക്കും.

സാധാരണ L1 (OSI) ഡിസൈൻ പിശകുകൾ

• എന്നിരുന്നാലും, നിങ്ങൾ എസ്‌സി‌എസിന് ഉത്തരവാദിയാണെങ്കിൽ, നിങ്ങൾക്ക് ലഭിച്ചേക്കാവുന്ന ഏറ്റവും അസുഖകരമായ പൈതൃകങ്ങളിലൊന്ന് അശ്രദ്ധവും തെറ്റായി ചിന്തിക്കാത്തതുമായ സ്വിച്ചിംഗ് ആണ്.

ഉപയോഗിച്ച ഉപകരണങ്ങളുടെ ഉറവിടങ്ങളുമായി ബന്ധപ്പെട്ട ടൈപ്പ് L1 പിശകുകളായി ഞാൻ വർഗ്ഗീകരിക്കും, ഉദാഹരണത്തിന്,

• അപര്യാപ്തമായ ബാൻഡ്‌വിഡ്ത്ത്
• ഉപകരണങ്ങളിൽ അപര്യാപ്തമായ TCAM (അല്ലെങ്കിൽ അതിന്റെ ഫലപ്രദമല്ലാത്ത ഉപയോഗം)
• അപര്യാപ്തമായ പ്രകടനം (പലപ്പോഴും ഫയർവാളുകളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു)

സാധാരണ L2 (OSI) ഡിസൈൻ പിശകുകൾ

പലപ്പോഴും, എസ്ടിപി എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്നും അത് എന്ത് പ്രശ്‌നങ്ങൾ ഉണ്ടാക്കുന്നുവെന്നും നല്ല ധാരണയില്ലാത്തപ്പോൾ, അധിക എസ്ടിപി ട്യൂണിംഗ് കൂടാതെ സ്ഥിരസ്ഥിതി സജ്ജീകരണങ്ങളോടെ സ്വിച്ചുകൾ ക്രമരഹിതമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു.

തൽഫലമായി, നമുക്ക് പലപ്പോഴും ഇനിപ്പറയുന്നവയുണ്ട്

• വലിയ STP നെറ്റ്‌വർക്ക് വ്യാസം, ഇത് പ്രക്ഷേപണ കൊടുങ്കാറ്റിലേക്ക് നയിച്ചേക്കാം
• STP റൂട്ട് ക്രമരഹിതമായി നിർണ്ണയിക്കപ്പെടും (mac വിലാസത്തെ അടിസ്ഥാനമാക്കി) ട്രാഫിക് പാത്ത് ഉപയുക്തമായിരിക്കും
• ഹോസ്റ്റുകളുമായി ബന്ധിപ്പിച്ചിരിക്കുന്ന പോർട്ടുകൾ എഡ്ജ് (പോർട്ട്‌ഫാസ്റ്റ്) ആയി കോൺഫിഗർ ചെയ്യപ്പെടില്ല, ഇത് എൻഡ് സ്റ്റേഷനുകൾ ഓൺ/ഓഫ് ചെയ്യുമ്പോൾ STP വീണ്ടും കണക്കുകൂട്ടലിലേക്ക് നയിക്കും.
• നെറ്റ്‌വർക്ക് L1/L2 ലെവലിൽ വിഭജിക്കപ്പെടില്ല, അതിന്റെ ഫലമായി ഏതെങ്കിലും സ്വിച്ചിലെ പ്രശ്‌നങ്ങൾ (ഉദാഹരണത്തിന്, പവർ ഓവർലോഡ്) STP ടോപ്പോളജി വീണ്ടും കണക്കാക്കുന്നതിനും എല്ലാ സ്വിച്ചുകളിലെയും (ഉൾപ്പെടെ) എല്ലാ VLAN-കളിലും ട്രാഫിക് നിർത്തുന്നതിനും ഇടയാക്കും. തുടർച്ച സേവന വിഭാഗത്തിന്റെ വീക്ഷണകോണിൽ നിന്ന് നിർണായകമായ ഒന്ന്)

L3 (OSI) രൂപകൽപ്പനയിലെ പിഴവുകളുടെ ഉദാഹരണങ്ങൾ

തുടക്കക്കാരായ നെറ്റ്‌വർക്കർമാരുടെ ചില സാധാരണ തെറ്റുകൾ:

• സ്ഥിരമായ റൂട്ടിംഗിന്റെ പതിവ് ഉപയോഗം (അല്ലെങ്കിൽ മാത്രം ഉപയോഗിക്കുക).
• തന്നിരിക്കുന്ന രൂപകൽപ്പനയ്‌ക്കായി സബ്‌ഒപ്റ്റിമൽ റൂട്ടിംഗ് പ്രോട്ടോക്കോളുകളുടെ ഉപയോഗം
• ഉപയുക്ത ലോജിക്കൽ നെറ്റ്‌വർക്ക് സെഗ്‌മെന്റേഷൻ
• റൂട്ട് അഗ്രഗേഷൻ അനുവദിക്കാത്ത വിലാസ സ്ഥലത്തിന്റെ ഉപോൽപ്പന്ന ഉപയോഗം
• ബാക്കപ്പ് റൂട്ടുകളൊന്നുമില്ല
• സ്ഥിരസ്ഥിതി ഗേറ്റ്‌വേയ്ക്ക് റിസർവേഷൻ ഇല്ല
• റൂട്ടുകൾ പുനർനിർമ്മിക്കുമ്പോൾ അസമമായ റൂട്ടിംഗ് (NAT/PAT, സ്റ്റേറ്റ്ഫുൾ ഫയർവാളുകളുടെ കാര്യത്തിൽ നിർണായകമാകും)
• MTU-യിലെ പ്രശ്നങ്ങൾ
• റൂട്ടുകൾ പുനർനിർമ്മിക്കുമ്പോൾ, ട്രാഫിക് മറ്റ് സുരക്ഷാ മേഖലകളിലൂടെയോ മറ്റ് ഫയർവാളുകളിലൂടെയോ കടന്നുപോകുന്നു, ഇത് ഈ ട്രാഫിക് കുറയുന്നതിലേക്ക് നയിക്കുന്നു
• മോശം ടോപ്പോളജി സ്കേലബിളിറ്റി

ഡിസൈൻ ഗുണനിലവാരം വിലയിരുത്തുന്നതിനുള്ള മാനദണ്ഡം

ഒപ്റ്റിമലിറ്റി/ നോൺ ഒപ്റ്റിമലിറ്റി എന്നൊക്കെ പറയുമ്പോൾ എന്ത് മാനദണ്ഡം വെച്ചാണ് നമുക്ക് ഇതിനെ വിലയിരുത്താൻ കഴിയുക എന്ന് മനസ്സിലാക്കണം. ഇവിടെ, എന്റെ കാഴ്ചപ്പാടിൽ, ഏറ്റവും പ്രധാനപ്പെട്ട (എല്ലാം അല്ല) മാനദണ്ഡങ്ങൾ (ഒപ്പം റൂട്ടിംഗ് പ്രോട്ടോക്കോളുകളുമായി ബന്ധപ്പെട്ട വിശദീകരണവും):

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

മാറ്റങ്ങൾ

ഈ ഘട്ടത്തിലെ അടിസ്ഥാന തത്വം "ദ്രോഹം ചെയ്യരുത്" എന്ന സൂത്രവാക്യം ഉപയോഗിച്ച് പ്രകടിപ്പിക്കാം.
അതിനാൽ, രൂപകൽപ്പനയും തിരഞ്ഞെടുത്ത നിർവ്വഹണവും (കോൺഫിഗറേഷൻ) നിങ്ങൾ പൂർണ്ണമായും അംഗീകരിക്കുന്നില്ലെങ്കിലും, മാറ്റങ്ങൾ വരുത്തുന്നത് എല്ലായ്പ്പോഴും ഉചിതമല്ല. രണ്ട് പാരാമീറ്ററുകൾ അനുസരിച്ച് തിരിച്ചറിഞ്ഞ എല്ലാ പ്രശ്നങ്ങളും റാങ്ക് ചെയ്യുക എന്നതാണ് ന്യായമായ സമീപനം:

• എത്ര എളുപ്പത്തിൽ ഈ പ്രശ്നം പരിഹരിക്കാൻ കഴിയും
• അവൾ എത്ര അപകടസാധ്യത വഹിക്കുന്നു?

ഒന്നാമതായി, സ്വീകാര്യമായ തലത്തിന് താഴെ നൽകിയിരിക്കുന്ന സേവനത്തിന്റെ നിലവാരം നിലവിൽ കുറയ്ക്കുന്നത് ഇല്ലാതാക്കേണ്ടത് ആവശ്യമാണ്, ഉദാഹരണത്തിന്, പാക്കറ്റ് നഷ്ടത്തിലേക്ക് നയിക്കുന്ന പ്രശ്നങ്ങൾ. അപകട തീവ്രത കുറയുന്ന ക്രമത്തിൽ പരിഹരിക്കാൻ എളുപ്പവും സുരക്ഷിതവുമായത് പരിഹരിക്കുക (ഉയർന്ന അപകടസാധ്യതയുള്ള രൂപകൽപ്പന അല്ലെങ്കിൽ കോൺഫിഗറേഷൻ പ്രശ്നങ്ങൾ മുതൽ അപകടസാധ്യത കുറഞ്ഞവ വരെ).

ഈ ഘട്ടത്തിലെ പെർഫെക്ഷനിസം ദോഷകരമാണ്. ഡിസൈൻ തൃപ്തികരമായ അവസ്ഥയിലേക്ക് കൊണ്ടുവരികയും അതിനനുസരിച്ച് നെറ്റ്‌വർക്ക് കോൺഫിഗറേഷൻ സമന്വയിപ്പിക്കുകയും ചെയ്യുക.

അവലംബം: www.habr.com