RTP കൺട്രോൾ പ്രോട്ടോക്കോൾ (RTCP - റിയൽ-ടൈം കൺട്രോൾ പ്രോട്ടോക്കോൾ) RTP പ്രോട്ടോക്കോളിൻ്റെ അതേ വിതരണ സംവിധാനം ഉപയോഗിച്ച് ഒരു ആശയവിനിമയ സെഷനിൽ പങ്കെടുക്കുന്ന എല്ലാവർക്കും നിയന്ത്രണ പാക്കറ്റുകൾ ആനുകാലികമായി കൈമാറുന്നതിനെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. അണ്ടർലൈയിംഗ് പ്രോട്ടോക്കോൾ വിവരങ്ങളുടെയും നിയന്ത്രണ പാക്കറ്റുകളുടെയും മൾട്ടിപ്ലക്‌സിംഗ് നൽകണം, ഉദാഹരണത്തിന്, വ്യത്യസ്ത UDP പോർട്ട് നമ്പറുകൾ ഉപയോഗിച്ച്. RTCP പ്രോട്ടോക്കോൾ നാല് പ്രധാന പ്രവർത്തനങ്ങൾ ചെയ്യുന്നു.

IP മൾട്ടികാസ്റ്റിംഗിൽ RTP ഉപയോഗിക്കുകയും മറ്റെല്ലാ സാഹചര്യങ്ങളിലും ശുപാർശ ചെയ്യുകയും ചെയ്യുമ്പോൾ ഒന്ന് മുതൽ മൂന്ന് വരെയുള്ള പ്രവർത്തനങ്ങൾ ആവശ്യമാണ്. RTP ആപ്ലിക്കേഷൻ ഡെവലപ്പർമാർക്ക് രണ്ട്-വഴി മാത്രം പ്രവർത്തിക്കുന്ന മെക്കാനിസങ്ങൾ ഒഴിവാക്കാനും ഉപയോക്താക്കളുടെ എണ്ണം വർദ്ധിപ്പിക്കാൻ സ്കെയിൽ ചെയ്യാനും കഴിയില്ല.

4.1 RTCP പാക്കറ്റ് ആവശ്യകതകൾ

ഇനിപ്പറയുന്നവ ഉൾപ്പെടെ വിവിധ തരത്തിലുള്ള നിയന്ത്രണ വിവരങ്ങൾ കൈമാറുന്നതിനായി നിരവധി തരം RTCP പാക്കറ്റുകൾ നിർവചിച്ചിരിക്കുന്നു:

• SR: അയയ്‌ക്കുന്നയാളുടെ റിപ്പോർട്ട്, സജീവ അയക്കുന്നവരായ പങ്കാളികളുടെ സംപ്രേക്ഷണത്തെയും സ്വീകരണത്തെയും കുറിച്ചുള്ള സ്ഥിതിവിവരക്കണക്കുകൾക്കായി;
• RR: റിസീവർ റിപ്പോർട്ട്, സജീവ അയക്കുന്നവരല്ലാത്ത പങ്കാളികളിൽ നിന്നുള്ള സ്വീകരണ സ്ഥിതിവിവരക്കണക്കുകൾക്കായി;
• SDES: CNAME ഉൾപ്പെടെയുള്ള ഉറവിട വിവരണ വ്യവസ്ഥകൾ;
• ബൈ: ടെലികോൺഫറൻസ് എൻഡ് ഇൻഡിക്കേറ്റർ;
• APP: ആപ്ലിക്കേഷൻ നിർവ്വചിച്ച പ്രവർത്തനങ്ങൾ.

ഓരോ RTCP പാക്കറ്റും ഒരു നിശ്ചിത ഭാഗത്തോടെ ആരംഭിക്കുന്നു (ആർടിപി വിവര പാക്കറ്റുകളുടെ നിശ്ചിത ഭാഗത്തിന് സമാനമാണ്). പാക്കറ്റ് തരത്തെ ആശ്രയിച്ച് വേരിയബിൾ ദൈർഘ്യമുള്ള ഘടനാപരമായ ഘടകങ്ങൾ ഇതിന് പിന്നാലെയുണ്ട്, എന്നാൽ എല്ലായ്പ്പോഴും 32-ബിറ്റ് അതിർത്തിയിൽ വിന്യസിച്ചിരിക്കുന്നു. അലൈൻമെൻ്റ് ആവശ്യകതയും നിശ്ചിത ഭാഗത്ത് നീളമുള്ള ഫീൽഡ് ഉൾപ്പെടുത്തലും RTCP പാക്കറ്റുകളുടെ "സ്റ്റാക്കബിലിറ്റി" നൽകാൻ ഉദ്ദേശിച്ചുള്ളതാണ്. ഒന്നിലധികം ആർടിസിപി പാക്കറ്റുകളെ ഡിലിമിറ്ററുകളില്ലാതെ സംയോജിപ്പിച്ച് ഒരു കോമ്പോസിറ്റ് ആർടിസിപി പാക്കറ്റ് രൂപപ്പെടുത്താൻ കഴിയും, ഇത് യുഡിപി പോലുള്ള ഒരൊറ്റ അടിസ്ഥാന പ്രോട്ടോക്കോൾ ഡാറ്റ ബ്ലോക്കിൽ കൊണ്ടുപോകുന്നു. ഒരു സംയോജിത പാക്കറ്റിലെ വ്യക്തിഗത RTCP പാക്കറ്റുകളുടെ എണ്ണത്തെ കുറിച്ച് സൂചനകളൊന്നുമില്ല, കാരണം ഒരു സംയോജിത പാക്കറ്റിൻ്റെ അവസാനം നിർണ്ണയിക്കാൻ അടിസ്ഥാന പ്രോട്ടോക്കോളുകൾ ഒരു കോമ്പോസിറ്റ് പാക്കറ്റിൻ്റെ മൊത്തം ദൈർഘ്യത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ ഉപയോഗിക്കുന്നു.

ഒരു സംയോജിത പാക്കറ്റിലെ ഓരോ വ്യക്തിഗത ആർടിസിപി പാക്കറ്റും പാക്കറ്റുകളുടെ ഓർഡറോ സംയോജനമോ സംബന്ധിച്ച് യാതൊരു ആവശ്യവുമില്ലാതെ പ്രത്യേകം പ്രോസസ്സ് ചെയ്യാൻ കഴിയും. എന്നിരുന്നാലും, പ്രോട്ടോക്കോൾ ഫംഗ്‌ഷനുകൾ ശരിയായി പ്രവർത്തിക്കുന്നതിന്, ഇനിപ്പറയുന്ന ആവശ്യകതകൾ നിലവിലുണ്ട്.

സ്ഥിതിവിവരക്കണക്കുകളുടെ കൃത്യത പരമാവധി വർദ്ധിപ്പിക്കാൻ ബാൻഡ്‌വിഡ്ത്ത് അനുവദിക്കുമ്പോൾ റിസപ്ഷൻ സ്ഥിതിവിവരക്കണക്കുകൾ (SR അയച്ചയാളുടെ റിപ്പോർട്ട് പാക്കറ്റുകളിലോ RR റിസീവർ റിപ്പോർട്ട് പാക്കറ്റുകളിലോ) അയയ്ക്കണം: അതിനാൽ, ഓരോ RTCP കോമ്പോസിറ്റ് പാക്കറ്റിലും ഒരു റിപ്പോർട്ട് പാക്കറ്റ് ഉൾപ്പെടുത്തണം.

പുതിയ ടെലികോൺഫറൻസ് പങ്കാളികൾ ഉറവിടം തിരിച്ചറിയുന്നതിനും മീഡിയ ഫോർമാറ്റ് ചർച്ച ചെയ്യാൻ ആരംഭിക്കുന്നതിനും എത്രയും വേഗം ഒരു ഉറവിട കാനോനിക്കൽ നാമം (CNAME) നേടണം, അതിനാൽ ഓരോ സംയോജിത RTCP പാക്കറ്റിലും ഒരു CNAME ക്ലോസോടുകൂടിയ ഒരു SDES ഉറവിട വിവരണ പാക്കറ്റും ഉൾപ്പെടുത്തണം.

ഒരു സംയോജിത പാക്കറ്റിൽ ആദ്യം ദൃശ്യമാകുന്ന പാക്കറ്റ് തരങ്ങളുടെ എണ്ണം ആദ്യ വാക്കിലെ സ്ഥിരമായ ബിറ്റുകളുടെ എണ്ണം വർദ്ധിപ്പിക്കുന്നതിനും മറ്റ് പ്രോട്ടോക്കോളുകളുടെ പാക്കറ്റുകൾക്കിടയിൽ RTCP പാക്കറ്റുകൾ തിരിച്ചറിയുന്നതിലെ പിശകുകളുടെ സാധ്യത കുറയ്ക്കുന്നതിനും പരിമിതപ്പെടുത്തണം.

അതിനാൽ, എല്ലാ ആർടിസിപി പാക്കറ്റുകളും കുറഞ്ഞത് രണ്ട് വ്യക്തിഗത പാക്കറ്റുകളെങ്കിലും (എസ്ആർ/ആർആർ, എസ്‌ഡിഇഎസ്) അടങ്ങുന്ന ഒരു സംയോജിത പാക്കറ്റിലാണ് ഇനിപ്പറയുന്ന ശുപാർശ ചെയ്‌ത ഫോർമാറ്റിൽ അയയ്‌ക്കേണ്ടത്.

എൻക്രിപ്ഷൻ പ്രിഫിക്സ്. ഒരു കോമ്പോസിറ്റ് പാക്കറ്റ് എൻക്രിപ്റ്റ് ചെയ്യേണ്ടതുണ്ടെങ്കിൽ മാത്രം, ഓരോ കോമ്പോസിറ്റ് പാക്കറ്റിലും വീണ്ടും ട്രാൻസ്മിറ്റ് ചെയ്യുന്ന ഒരു അനിയന്ത്രിതമായ 32-ബിറ്റ് മൂല്യം അതിന് മുമ്പായി നൽകും.

SR അല്ലെങ്കിൽ RR. ഒരു സംയോജിത പാക്കറ്റിലെ ആദ്യത്തെ RTCP പാക്കറ്റ് എപ്പോഴും തലക്കെട്ട് മൂല്യനിർണ്ണയം സുഗമമാക്കുന്നതിന് ഒരു റിപ്പോർട്ട് പാക്കറ്റായിരിക്കണം. ഡാറ്റയൊന്നും അയയ്‌ക്കുകയോ സ്വീകരിക്കുകയോ ചെയ്‌തില്ലെങ്കിലും കോമ്പോസിറ്റ് പാക്കറ്റിലെ ഒരേയൊരു RTCP പാക്കറ്റ് BYE പാക്കറ്റാണെങ്കിൽ പോലും ഇത് ആവശ്യമാണ് (അപ്പോൾ ഒരു ശൂന്യമായ RR പാക്കറ്റ് അയയ്‌ക്കും).

അധിക RR പാക്കേജുകൾ. സ്ഥിതിവിവരക്കണക്കുകൾ റിപ്പോർട്ട് ചെയ്യപ്പെടുന്ന ഉറവിടങ്ങളുടെ എണ്ണം 31 കവിയുന്നുവെങ്കിൽ (ഒരു SR അല്ലെങ്കിൽ RR പാക്കറ്റിൽ റിപ്പോർട്ട് ചെയ്ത പരമാവധി ഉറവിടങ്ങളുടെ എണ്ണം), പ്രാരംഭ റിപ്പോർട്ട് പാക്കറ്റിന് ശേഷം അധിക RR പാക്കറ്റുകൾ ഉണ്ടായിരിക്കണം.

SDES. എല്ലാ സംയോജിത RTCP പാക്കറ്റിലും CNAME ക്ലോസ് അടങ്ങിയ ഒരു SDES പാക്കറ്റ് ഉൾപ്പെടുത്തണം. ഒരു നിർദ്ദിഷ്‌ട അപ്ലിക്കേഷന് ആവശ്യമെങ്കിൽ, ബാൻഡ്‌വിഡ്ത്ത് പരിമിതികൾക്ക് അനുസൃതമായി അധിക ഉറവിട വിവരണ ക്ലോസുകൾ SDES പാക്കറ്റിൽ ഉൾപ്പെടുത്തിയേക്കാം (കാണുക).

BYE അല്ലെങ്കിൽ APP. നൽകിയിരിക്കുന്ന SSRC/CSRC-നൊപ്പം അയച്ച അവസാന പാക്കറ്റ് BYE പാക്കറ്റ് ആയിരിക്കണം എന്നതൊഴിച്ചാൽ, മറ്റ് RTCP പാക്കറ്റ് തരങ്ങൾ ഏത് ക്രമത്തിലും ദൃശ്യമായേക്കാം.

വിവർത്തകർക്കും മിക്സർമാർക്കും ആവർത്തനം കുറയ്ക്കുന്നതിനും അനാവശ്യ പാക്കറ്റ് ഹെഡറുകൾ അയയ്ക്കുന്നത് ഒഴിവാക്കുന്നതിനും സാധ്യമാകുമ്പോഴെല്ലാം അവർ പ്രവർത്തിക്കുന്ന ഒന്നിലധികം ഉറവിടങ്ങളിൽ നിന്നുള്ള വ്യക്തിഗത RTCP പാക്കറ്റുകൾ ഒരു സംയുക്ത പാക്കറ്റായി സംയോജിപ്പിക്കുന്നത് അഭികാമ്യമാണ് (വിഭാഗം 5 കാണുക). ഒരു കോമ്പോസിറ്റ് പാക്കറ്റിൻ്റെ മൊത്തം ദൈർഘ്യം നെറ്റ്‌വർക്ക് പാതയുടെ പരമാവധി ട്രാൻസ്മിഷൻ യൂണിറ്റ് (MTU) കവിയുന്നുവെങ്കിൽ, കോമ്പോസിറ്റ് പാക്കറ്റിനെ നിരവധി ഹ്രസ്വ സംയോജിത പാക്കറ്റുകളായി വിഭജിക്കാനാകും, അത് അടിസ്ഥാന പ്രോട്ടോക്കോളിൻ്റെ പ്രത്യേക ഡാറ്റ യൂണിറ്റുകളിൽ കൈമാറും. ഈ സാഹചര്യത്തിൽ, ഓരോ സംയോജിത പാക്കറ്റുകളും ഒരു SR അല്ലെങ്കിൽ RR പാക്കറ്റിൽ ആരംഭിക്കണം.

അജ്ഞാത തരത്തിലുള്ള ഇൻകമിംഗ് RTCP പാക്കറ്റുകൾ ഒരു ആപ്ലിക്കേഷൻ അവഗണിച്ചേക്കാം. അധിക ആർടിസിപി പാക്കറ്റ് തരങ്ങൾ ഇൻ്റർനെറ്റ് അസൈൻഡ് നമ്പേഴ്സ് അതോറിറ്റിയിൽ (IANA) രജിസ്റ്റർ ചെയ്തേക്കാം.

4.2 RTCP പാക്കറ്റ് ട്രാൻസ്മിഷൻ നിരക്ക്

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

ഓരോ സെഷനും, പങ്കെടുക്കുന്നവരെല്ലാം പങ്കിടുന്ന സെഷൻ ബാൻഡ്‌വിഡ്ത്ത് എന്ന് വിളിക്കപ്പെടുന്ന മൊത്തം പരിധി ഡാറ്റാ ട്രാഫിക്കിൽ എത്തുമെന്ന് അനുമാനിക്കപ്പെടുന്നു. ഈ ബാൻഡ്‌വിഡ്ത്ത് റിസർവ് ചെയ്യാനും അതിൻ്റെ പരിധി നെറ്റ്‌വർക്ക് വഴി സജ്ജീകരിക്കാനും കഴിയും. സെഷൻ ബാൻഡ്‌വിഡ്ത്ത് മീഡിയ എൻകോഡിംഗ് തരത്തിൽ നിന്ന് സ്വതന്ത്രമാണ്, എന്നാൽ എൻകോഡിംഗ് തരത്തിൻ്റെ തിരഞ്ഞെടുപ്പ് സെഷൻ ബാൻഡ്‌വിഡ്ത്ത് പരിമിതപ്പെടുത്തിയേക്കാം. മീഡിയ ആപ്ലിക്കേഷനെ വിളിക്കുമ്പോൾ സെഷൻ മാനേജ്‌മെൻ്റ് ആപ്ലിക്കേഷൻ സെഷൻ ബാൻഡ്‌വിഡ്ത്ത് ക്രമീകരണം നൽകുമെന്ന് പ്രതീക്ഷിക്കുന്നു, എന്നാൽ തന്നിരിക്കുന്ന സെഷനു വേണ്ടി തിരഞ്ഞെടുത്ത എൻകോഡിംഗ് തരത്തിനായുള്ള സിംഗിൾ സെൻഡർ ഡാറ്റ ബാൻഡ്‌വിഡ്ത്ത് അടിസ്ഥാനമാക്കി മീഡിയ ആപ്ലിക്കേഷനുകൾക്ക് സ്ഥിരസ്ഥിതി മൂല്യം സജ്ജമാക്കാനും കഴിയും.

നിയന്ത്രണത്തിനും ഡാറ്റാ ട്രാഫിക്കിനുമുള്ള ബാൻഡ്‌വിഡ്ത്ത് കണക്കുകൂട്ടലുകൾ അടിസ്ഥാന ഗതാഗത, നെറ്റ്‌വർക്ക് ലെയർ പ്രോട്ടോക്കോളുകൾ (UDP, IP എന്നിവ പോലുള്ളവ) കണക്കിലെടുത്താണ് നടത്തുന്നത്. . ഡാറ്റ ലിങ്ക് ലെയർ (ഡിഎൽസി) ഹെഡറുകൾ കണക്കുകൂട്ടലുകളിൽ കണക്കിലെടുക്കുന്നില്ല, കാരണം ഒരു പാക്കറ്റ് ട്രാൻസ്മിറ്റ് ചെയ്യുമ്പോൾ വ്യത്യസ്ത ഡിഎൽസി ലെയർ ഹെഡറുകൾ ഉപയോഗിച്ച് പൊതിഞ്ഞേക്കാം.

സെഷൻ ബാൻഡ്‌വിഡ്‌ത്തിൻ്റെ ചെറുതും അറിയപ്പെടുന്നതുമായ ഒരു ഭാഗത്തേക്ക് നിയന്ത്രണ ട്രാഫിക് പരിമിതപ്പെടുത്തണം: ട്രാൻസ്‌പോർട്ട് പ്രോട്ടോക്കോളിൻ്റെ പ്രാഥമിക പ്രവർത്തനം - ഡാറ്റ ട്രാൻസ്മിഷൻ - ബാധിക്കപ്പെടാത്തത്ര ചെറുത്; റിസോഴ്‌സ് റിസർവേഷൻ പ്രോട്ടോക്കോളിൽ നൽകിയിരിക്കുന്ന ബാൻഡ്‌വിഡ്ത്ത് സ്പെസിഫിക്കേഷനിൽ കൺട്രോൾ ട്രാഫിക് ഉൾപ്പെടുത്താനും ഓരോ പങ്കാളിക്കും അതിൻ്റെ പങ്ക് സ്വതന്ത്രമായി കണക്കാക്കാനും കഴിയും. ആർടിസിപിക്ക് അനുവദിച്ച സെഷൻ ബാൻഡ്‌വിഡ്‌ത്തിൻ്റെ ഭാഗം 5% ആയി സജ്ജീകരിക്കണമെന്ന് അനുമാനിക്കുന്നു. എല്ലാ സെഷൻ പങ്കാളികളും ഒരേ അളവിലുള്ള RTCP ബാൻഡ്‌വിഡ്ത്ത് ഉപയോഗിക്കണം, അതിനാൽ കണക്കാക്കിയ നിയന്ത്രണ പാക്കറ്റ് ട്രാൻസ്മിഷൻ ഇടവേള മൂല്യങ്ങൾ തുല്യമായിരിക്കും. അതിനാൽ ഈ സ്ഥിരാങ്കങ്ങൾ ഓരോ പ്രൊഫൈലിനും സജ്ജീകരിച്ചിരിക്കണം.

പങ്കാളികൾക്കിടയിൽ ട്രാഫിക് നിയന്ത്രണത്തിനായി അനുവദിച്ചിട്ടുള്ള ബാൻഡ്‌വിഡ്ത്ത് വിഭജിക്കുന്നതിന് സംയോജിത RTCP പാക്കറ്റുകൾ അയയ്‌ക്കുന്നതിനുള്ള ഇടവേള കണക്കാക്കുന്നതിനുള്ള അൽഗോരിതം ഇനിപ്പറയുന്ന പ്രധാന സവിശേഷതകളാണ്.

നിരവധി സ്വീകർത്താക്കൾ ഉള്ള സെഷനുകളിലെന്നപോലെ അയക്കുന്നവർ കുറഞ്ഞത് 1/4 നിയന്ത്രണ ട്രാഫിക് ബാൻഡ്‌വിഡ്ത്ത് ഉപയോഗിക്കുന്നു, എന്നാൽ കുറച്ച് അയക്കുന്നവർ; കണക്ഷൻ സ്ഥാപിച്ചാലുടൻ, പങ്കെടുക്കുന്നവർക്ക് ചുരുങ്ങിയ സമയത്തിനുള്ളിൽ അയയ്ക്കുന്ന സൈറ്റുകളുടെ CNAME ലഭിക്കും.

പങ്കെടുക്കുന്നവരുടെ എണ്ണം ചെറുതായിരിക്കുകയും വലിയ സംഖ്യകളുടെ നിയമം അനുസരിച്ച് ട്രാഫിക് സുഗമമാക്കാതിരിക്കുകയും ചെയ്യുമ്പോൾ അനുവദനീയമായ ബാൻഡ്‌വിഡ്ത്ത് കവിയുന്ന RTCP പാക്കറ്റുകൾ പൊട്ടിത്തെറിക്കുന്നത് ഒഴിവാക്കാൻ RTCP പാക്കറ്റുകൾ തമ്മിലുള്ള കണക്കാക്കിയ ഇടവേള കുറഞ്ഞത് 5 സെക്കൻഡിൽ കൂടുതലായിരിക്കണം.

എല്ലാ പങ്കാളികളെയും അബദ്ധവശാൽ സമന്വയിപ്പിക്കുന്നത് ഒഴിവാക്കാൻ, കണക്കാക്കിയ ഇടവേളകളിൽ ഒന്നര മുതൽ ഒന്നര വരെ RTCP പാക്കറ്റുകൾ തമ്മിലുള്ള ഇടവേള ക്രമരഹിതമായി വ്യത്യാസപ്പെടുന്നു. ഒരു സെഷൻ്റെ ആരംഭം പ്രഖ്യാപിക്കുമ്പോൾ, ഒന്നിലധികം സൈറ്റുകളിൽ ഒരേസമയം ആപ്ലിക്കേഷൻ ആരംഭിച്ചാൽ, സെഷൻ എൻട്രിക്ക് ശേഷം അയച്ച ആദ്യത്തെ RTCP പാക്കറ്റും ക്രമരഹിതമായി വൈകും (മിനിമം RTCP ഇടവേളയുടെ പകുതി വരെ).

കൈമാറ്റം ചെയ്യപ്പെടുന്ന നിയന്ത്രണ വിവരങ്ങളുടെ അളവിലെ മാറ്റങ്ങളുമായി യാന്ത്രികമായി പൊരുത്തപ്പെടുന്നതിന്, ലഭിച്ചതും അയച്ചതുമായ എല്ലാ പാക്കറ്റുകളും ഉപയോഗിച്ച് ശരാശരി RTCP സംയോജിത പാക്കറ്റ് വലുപ്പത്തിൻ്റെ ചലനാത്മകമായ എസ്റ്റിമേറ്റ് കണക്കാക്കുന്നു.

എല്ലാ പങ്കാളികൾക്കും പാക്കറ്റ് ട്രാൻസ്മിഷൻ സ്വീകാര്യമായ സെഷനുകൾക്കായി ഈ അൽഗോരിതം ഉപയോഗിക്കാം. ഈ സാഹചര്യത്തിൽ, സെഷൻ ബാൻഡ്‌വിഡ്ത്ത് പാരാമീറ്റർ വ്യക്തിഗത അയക്കുന്നയാളുടെ ബാൻഡ്‌വിഡ്ത്ത്, പങ്കെടുക്കുന്നവരുടെ എണ്ണം കൊണ്ട് ഗുണിച്ചാൽ, RTCP ബാൻഡ്‌വിഡ്ത്ത് ഈ മൂല്യത്തിൻ്റെ 5% ആണ്.

4.2.1. ഒരു ആശയവിനിമയ സെഷനിൽ പങ്കെടുക്കുന്നവരുടെ എണ്ണം കണക്കാക്കുന്നു

RTCP പാക്കറ്റ് ട്രാൻസ്മിഷൻ ഇടവേളകളുടെ കണക്കുകൂട്ടൽ ആശയവിനിമയ സെഷനിൽ പങ്കെടുക്കുന്നവരുടെ എണ്ണത്തെ ആശ്രയിച്ചിരിക്കുന്നു. പുതിയ അംഗങ്ങൾ ചെക്ക്-ഇൻ ചെയ്യപ്പെടുമ്പോഴും ഓരോരുത്തർക്കും അനുബന്ധ SSRC അല്ലെങ്കിൽ CSRC ഐഡിയുള്ള ഒരു ടേബിൾ എൻട്രി സൃഷ്ടിക്കുമ്പോഴും അവരെ കണക്കാക്കുന്നു (വിഭാഗം 6.2 കാണുക). പുതിയ SSRC അടങ്ങിയ ഒന്നിലധികം പാക്കറ്റുകൾ ലഭിക്കുന്നതുവരെ പുതിയ എൻട്രികൾ പ്രാബല്യത്തിൽ വരില്ല. പൊരുത്തപ്പെടുന്ന SSRC ഐഡിയുള്ള ഒരു BYE പാക്കറ്റ് ലഭിക്കുമ്പോൾ, പട്ടികയിലെ എൻട്രികൾ നീക്കം ചെയ്യപ്പെടും.

ഒരു നിശ്ചിത എണ്ണം RTCP റിപ്പോർട്ടിംഗ് ഇടവേളകളിൽ (അഞ്ച് ഇടവേളകൾ നിർദ്ദേശിക്കപ്പെട്ടിരിക്കുന്നു) RTP അല്ലെങ്കിൽ RTCP പാക്കറ്റുകളൊന്നും ലഭിച്ചില്ലെങ്കിൽ ഒരു പങ്കാളിക്ക് മറ്റൊരു സൈറ്റ് നിഷ്‌ക്രിയമായി അടയാളപ്പെടുത്താനോ അതിൻ്റെ അനുബന്ധ എൻട്രി ഇല്ലാതാക്കാനോ കഴിയും. ഇത് പാക്കറ്റ് നഷ്‌ടത്തിനെതിരെ കുറച്ച് കരുത്ത് നൽകുന്നു. എല്ലാ സൈറ്റുകളും ശരിയായി പ്രവർത്തിക്കുന്നതിന് നിർദ്ദിഷ്ട സമയപരിധി അനുസരിച്ച് ഏകദേശം ഒരേ RTCP റിപ്പോർട്ടിംഗ് കാലയളവ് കണക്കാക്കണം.

ഒരു ടെലി കോൺഫറൻസിൽ പങ്കാളിയായി അംഗീകരിക്കപ്പെട്ട ഒരു സൈറ്റ് പിന്നീട് നിഷ്‌ക്രിയമായി അടയാളപ്പെടുത്തിയാൽ, ആ സൈറ്റിൻ്റെ അവസ്ഥ കുറച്ച് സമയത്തേക്ക് മാറ്റമില്ലാതെ തുടരുകയും RTCP ബാൻഡ്‌വിഡ്ത്ത് പങ്കിടുന്ന മൊത്തം സൈറ്റുകളുടെ എണ്ണത്തിൽ സൈറ്റ് കണക്കാക്കുകയും വേണം. ഈ ടൈംഔട്ടിനായി നിർദ്ദേശിച്ച മൂല്യം 30 മിനിറ്റാണ്. ഇത് ഇപ്പോഴും പ്രതീക്ഷിക്കുന്ന ഏറ്റവും വലുതും സ്വീകാര്യവുമായ RTCP റിപ്പോർട്ടിംഗ് ഇടവേളയുടെ 5 മടങ്ങ് കൂടുതലാണെന്ന കാര്യം ശ്രദ്ധിക്കുക, ഇത് ഏകദേശം 2 മുതൽ 5 മിനിറ്റ് വരെയാണ്.

4.2.2. SDES ഉറവിട വിവരണ പാക്കറ്റുകൾക്കായുള്ള ബാൻഡ്‌വിഡ്ത്ത് അലോക്കേഷൻ

ഉറവിട വിവരണ പാക്കറ്റുകളുടെ (SDES) ആവശ്യമായ CNAME ക്ലോസിന് പുറമേ - ഉറവിട വിവരണം) ഈ ലേഖനം NAME (വ്യക്തിഗത നാമം), EMAIL (ഇമെയിൽ വിലാസം) മുതലായ മറ്റ് ഇനങ്ങളും ചർച്ച ചെയ്യുന്നു. ആർടിസിപി ബാൻഡ്‌വിഡ്ത്ത് അനുവദിക്കുമ്പോൾ അധിക പോയിൻ്റുകൾ കൈമാറുന്നതിനുള്ള സാധ്യത അപ്ലിക്കേഷനുകൾ പരിഗണിക്കണം, കാരണം ഇത് സ്വീകരിക്കുന്ന റിപ്പോർട്ടുകളും CNAME-കളും കൈമാറ്റം ചെയ്യപ്പെടുന്ന നിരക്കിനെ മന്ദഗതിയിലാക്കും, അങ്ങനെ പ്രോട്ടോക്കോളിൻ്റെ പ്രകടനത്തെ മോശമാക്കും. കൂടുതൽ വിവരങ്ങൾ കൈമാറാൻ ഒരു പങ്കാളിക്ക് അനുവദിച്ച RTCP ബാൻഡ്‌വിഡ്‌ത്തിൻ്റെ 20%-ൽ കൂടുതൽ ഉപയോഗിക്കരുതെന്ന് ശുപാർശ ചെയ്യുന്നു. കൂടാതെ, എല്ലാ SDES ക്ലോസുകളും ഓരോ ആപ്ലിക്കേഷനും ഉപയോഗിക്കണമെന്നില്ല. ഉപയോഗത്തിൽ ഉൾപ്പെടുത്തിയിട്ടുള്ളവയ്ക്ക് ബാൻഡ്‌വിഡ്‌ത്തിൻ്റെ കുറച്ച് ഭാഗം നിയുക്തമാക്കിയിരിക്കണം.

ഉദാഹരണത്തിന്, SDES പാക്കറ്റുകളിൽ CNAME, NAME, EMAIL ക്ലോസുകൾ എന്നിവയും മറ്റുള്ളവയും ഉൾപ്പെടുത്താൻ ഒരു അപ്ലിക്കേഷൻ രൂപകൽപ്പന ചെയ്‌തിരിക്കാം. NAME ഇനത്തിന് EMAIL ഇനത്തേക്കാൾ ഉയർന്ന മുൻഗണന നൽകാൻ കഴിയും, കാരണം NAME ഇനം ആപ്ലിക്കേഷൻ്റെ ഉപയോക്തൃ ഇൻ്റർഫേസിൽ തുടർച്ചയായി പ്രദർശിപ്പിക്കും, അതേസമയം EMAIL ഉപയോക്തൃ വിവരണ ഇനം ആവശ്യാനുസരണം മാത്രമേ കാണിക്കൂ. ഓരോ RTCP ഇടവേളയിലും, ഒരു RR പാക്കറ്റും ഒരു CNAME ക്ലോസുള്ള ഒരു SDES പാക്കറ്റും അയയ്ക്കുന്നു. കുറഞ്ഞ റിപ്പോർട്ടിംഗ് ഇടവേളയിൽ പ്രവർത്തിക്കുന്ന കുറച്ച് ഉപയോക്താക്കളുള്ള ഒരു സെഷനിൽ, ഇത് ശരാശരി ഓരോ 5 സെക്കൻഡിലും ആയിരിക്കും. ഓരോ മൂന്നാമത്തെ ഇടവേളയിലും (15 സെക്കൻഡ്), ഒരു അധിക ഇനം SDES പാക്കറ്റിൽ ഉൾപ്പെടുത്തും. എട്ടിൽ ഏഴു തവണയും ഇത് NAME ഇനമായിരിക്കും, ഓരോ എട്ടാം തവണയും (2 മിനിറ്റ്) അത് EMAIL ഇനമായിരിക്കും.

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

4.3 അയച്ചയാളുടെയും സ്വീകർത്താവിൻ്റെയും റിപ്പോർട്ട് പാക്കേജുകൾ (SR, RR)

RTP സ്വീകർത്താക്കൾ ഫീഡ്ബാക്ക് നൽകുന്നു - സ്വീകരണത്തിൻ്റെ ഗുണനിലവാരം വിലയിരുത്തൽ - RTCP റിപ്പോർട്ട് പാക്കറ്റുകൾ ഉപയോഗിച്ച്, സ്വീകർത്താവ് അയച്ചയാളാണോ അല്ലയോ എന്നതിനെ ആശ്രയിച്ച് രണ്ട് ഫോമുകളിൽ ഒന്ന് എടുക്കാം. പാക്കറ്റ് തരം കോഡ് ഒഴികെയുള്ള SR (അയക്കുന്നയാളുടെ റിപ്പോർട്ട്), റിസീവർ റിപ്പോർട്ട് (RR) ഫോമുകൾ തമ്മിലുള്ള ഒരേയൊരു വ്യത്യാസം, അയച്ചയാളുടെ റിപ്പോർട്ടിൽ സജീവ അയക്കുന്നവരുടെ ഉപയോഗത്തിനായി 20-ബൈറ്റ് അയച്ചയാളുടെ വിവര വിഭാഗം ഉൾപ്പെടുന്നു എന്നതാണ്. അവസാനമോ മുമ്പത്തെയോ റിപ്പോർട്ട് അയച്ചതിന് ശേഷമുള്ള ഇടവേളയിൽ സൈറ്റ് എന്തെങ്കിലും ഡാറ്റ പാക്കറ്റുകൾ അയച്ചിട്ടുണ്ടെങ്കിൽ SR അയയ്ക്കും, അല്ലാത്തപക്ഷം RR അയയ്ക്കും.

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

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

4.3.1. അയച്ചയാളുടെ റിപ്പോർട്ട് (SR) പാക്കറ്റ് ഫോർമാറ്റ്

അയച്ചയാളുടെ റിപ്പോർട്ട് പാക്കറ്റിൽ മൂന്ന് പ്രധാന വിഭാഗങ്ങൾ അടങ്ങിയിരിക്കുന്നു, കൂടാതെ നാലാമത്തെ പ്രൊഫൈൽ നിർവചിച്ച വിപുലീകരണ വിഭാഗവും അടങ്ങിയിരിക്കാം. ആദ്യഭാഗം, തലക്കെട്ട്, 8 ഒക്റ്ററ്റുകൾ നീളമുള്ളതാണ് (പട്ടിക കാണുക). അതിൻ്റെ ഫീൽഡുകൾക്ക് ഇനിപ്പറയുന്ന അർത്ഥങ്ങളുണ്ട്.

പതിപ്പ് (വി - പതിപ്പ്): 2 ബിറ്റുകൾ. RTCP പാക്കറ്റുകളിലും RTP വിവര പാക്കറ്റുകളിലും സമാനമായ RTP പതിപ്പ് തിരിച്ചറിയുന്നു. ഈ ലേഖനം പ്രോട്ടോക്കോൾ പതിപ്പ് 2 ചർച്ച ചെയ്യുന്നു.

സപ്ലിമെൻ്റ് (പി - പാഡിംഗ്): 1 ബിറ്റ്. പാഡിംഗ് ബിറ്റ് 1 ആയി സജ്ജീകരിച്ചിട്ടുണ്ടെങ്കിൽ, ഈ RTCP പാക്കറ്റിൽ നിയന്ത്രണ വിവരങ്ങളുടെ ഭാഗമല്ലാത്ത ചില പാഡിംഗ് ഒക്ടറ്റുകൾ അടങ്ങിയിരിക്കുന്നു. അവസാനത്തെ പാഡിംഗ് ഒക്റ്ററ്റ് എന്നത് അവഗണിക്കപ്പെടേണ്ട അധിക ഒക്ടറ്റുകളുടെ എണ്ണമാണ്. നിശ്ചിത ബ്ലോക്ക് വലുപ്പങ്ങളുള്ള ചില എൻക്രിപ്ഷൻ അൽഗോരിതങ്ങൾക്ക് പാഡിംഗ് ആവശ്യമായി വന്നേക്കാം. ഒരു സംയോജിത RTCP പാക്കറ്റിൽ, പാഡിംഗ് അവസാന വ്യക്തിഗത പാക്കറ്റിൽ മാത്രമേ ഉപയോഗിക്കാവൂ, കാരണം സംയോജിത പാക്കറ്റ് മൊത്തത്തിൽ എൻക്രിപ്റ്റ് ചെയ്തിരിക്കുന്നു.

റിപ്പോർട്ട് കൗണ്ടർ സ്വീകരിക്കുക (RC - റിസപ്ഷൻ റിപ്പോർട്ട് എണ്ണം): 5 ബിറ്റുകൾ. ഈ പാക്കറ്റിൽ അടങ്ങിയിരിക്കുന്ന റിസീവ് റിപ്പോർട്ട് ബ്ലോക്കുകളുടെ എണ്ണം. പൂജ്യം സാധ്യമായ RC മൂല്യമാണ്.

പാക്കറ്റ് തരം (PT - പാക്കറ്റ് തരം): 8 ബിറ്റുകൾ. പാക്കറ്റിനെ ഒരു RTCP SR പാക്കറ്റായി തിരിച്ചറിയാൻ സ്ഥിരമായ 200 അടങ്ങിയിരിക്കുന്നു.

നീളം: 16 ബിറ്റുകൾ. 32-ബിറ്റ് വാക്കുകളിൽ നൽകിയിരിക്കുന്ന RTCP പാക്കറ്റിൻ്റെ നീളം, തലക്കെട്ടും ഏതെങ്കിലും പാഡിംഗും ഉൾപ്പെടെ ഒരു വാക്ക് മൈനസ് ചെയ്യുക (ഒന്ന് ഓഫ്സെറ്റ് പൂജ്യത്തെ സാധുവായ മൂല്യമാക്കുകയും ഒരു സംയോജിത RTCP പാക്കറ്റ് നോക്കുമ്പോൾ അനന്തമായ ലൂപ്പിംഗ് സാധ്യത തടയുകയും ചെയ്യുന്നു; മറുവശത്ത് , 32-ബിറ്റ് വാക്കുകൾ എണ്ണുന്നത് നാലിൻ്റെ ഗുണിതങ്ങൾക്കുള്ള മൂല്യ ദൈർഘ്യത്തിൻ്റെ സാധുത പരിശോധിക്കുന്നത് ഇല്ലാതാക്കുന്നു).

SSRC: 32 ബിറ്റുകൾ. ഈ SR പാക്കറ്റിൻ്റെ ഉറവിടത്തിനായുള്ള ക്ലോക്ക് ഉറവിട ഐഡി.

രണ്ടാമത്തെ വിഭാഗം, അയച്ചയാളുടെ വിവരങ്ങൾ, 20 ഒക്‌റ്ററ്റുകൾ നീളവും എല്ലാ അയച്ചയാളുടെ റിപ്പോർട്ട് പാക്കറ്റിലും ഉണ്ട്. ഈ അയച്ചയാളിൽ നിന്നുള്ള ഡാറ്റാ ട്രാൻസ്മിഷൻ്റെ വസ്തുതകൾ ഇത് സംഗ്രഹിക്കുന്നു. രണ്ടാമത്തെ വിഭാഗത്തിലെ ഫീൽഡുകൾക്ക് ഇനിപ്പറയുന്ന അർത്ഥങ്ങളുണ്ട്.

NTP ടൈംസ്റ്റാമ്പ്: 64 ബിറ്റുകൾ. ഈ റിപ്പോർട്ട് അയച്ച സമ്പൂർണ്ണ സമയത്തെ സൂചിപ്പിക്കുന്നു, അതുവഴി ആ സ്വീകർത്താക്കളുടെ റൗണ്ട്-ട്രിപ്പ് ട്രാൻസ്മിഷൻ സമയം അളക്കാൻ മറ്റ് സ്വീകർത്താക്കളിൽ നിന്നുള്ള റിസപ്ഷൻ റിപ്പോർട്ടുകളിൽ നൽകിയ ടൈംസ്റ്റാമ്പുകൾക്കൊപ്പം ഇത് ഉപയോഗിക്കാനാകും. ടൈംസ്റ്റാമ്പ് അളക്കലിൻ്റെ കൃത്യത NTP ടൈംസ്റ്റാമ്പിൻ്റെ റെസല്യൂഷനേക്കാൾ വളരെ കുറവായിരിക്കുമെന്ന് സ്വീകർത്താക്കൾ പ്രതീക്ഷിക്കണം. ടൈംസ്റ്റാമ്പിൻ്റെ അളവെടുപ്പ് അനിശ്ചിതത്വം സൂചിപ്പിച്ചിട്ടില്ല, കാരണം അത് അറിയാൻ കഴിയില്ല. കഴിഞ്ഞ സമയത്തിൻ്റെ ട്രാക്ക് സൂക്ഷിക്കാൻ കഴിയുന്ന ഒരു അയയ്‌ക്കുന്നയാൾക്ക് സെഷൻ കണക്ഷൻ ആരംഭിച്ചതിന് ശേഷമുള്ള സമയം ഉപയോഗിച്ചേക്കാം. ഇത് 68 വർഷത്തിൽ കുറവായിരിക്കണം, അപ്പോൾ ഏറ്റവും പ്രധാനപ്പെട്ട അക്കത്തിന് പൂജ്യം മൂല്യമുണ്ടാകും. കഴിഞ്ഞ സമ്പൂർണ്ണ സമയം കണക്കാക്കാൻ, ഒരു സാമ്പിൾ ടൈമർ ഉപയോഗിക്കുന്നത് അനുവദനീയമാണ്. കേവലമായതോ കഴിഞ്ഞുപോയതോ ആയ സമയത്തെക്കുറിച്ച് അറിവില്ലാത്ത ഒരു അയയ്‌ക്കുന്നയാൾക്ക് NTP ടൈംസ്റ്റാമ്പ് പൂജ്യമായി സജ്ജമാക്കാൻ കഴിയും.

RTP ടൈംസ്റ്റാമ്പ്: 32 ബിറ്റുകൾ. NTP ടൈംസ്റ്റാമ്പിൻ്റെ അതേ സമയവുമായി പൊരുത്തപ്പെടുന്നു (മുകളിൽ കാണുക), എന്നാൽ അതേ യൂണിറ്റുകളിൽ പ്രകടിപ്പിക്കുകയും ഡാറ്റ പാക്കറ്റുകളിലെ RTP ടൈംസ്റ്റാമ്പുകളുടെ അതേ റാൻഡം ഓഫ്‌സെറ്റ് ഉപയോഗിച്ച് പ്രകടിപ്പിക്കുകയും ചെയ്യുന്നു. NTP ടൈംസ്റ്റാമ്പുകൾ സമന്വയിപ്പിച്ചിരിക്കുന്ന ഉറവിടങ്ങളുടെ ബാഹ്യവും ആന്തരികവുമായ മൾട്ടിമീഡിയ സമന്വയത്തിനായി ഈ മാപ്പിംഗ് ഉപയോഗിക്കാനാകും, കൂടാതെ നാമമാത്രമായ RTP ടൈമർ ഫ്രീക്വൻസി കണക്കാക്കാൻ ട്രാഫിക്-ടൈപ്പ്-സ്വതന്ത്ര റിസീവറുകൾക്ക് ഉപയോഗിക്കാനും കഴിയും. മിക്ക കേസുകളിലും ഈ ടൈംസ്റ്റാമ്പ് അടുത്തുള്ള വിവര പാക്കറ്റിലെ RTP ടൈംസ്റ്റാമ്പിന് തുല്യമായിരിക്കില്ല എന്നത് ശ്രദ്ധിക്കുക. RTP ടൈംസ്റ്റാമ്പ് കൗണ്ടറും തത്സമയവും തമ്മിലുള്ള ബന്ധം ഉപയോഗിച്ച് ബന്ധപ്പെട്ട NTP ടൈംസ്റ്റാമ്പിൽ നിന്നാണ് ഇത് കണക്കാക്കുന്നത്, ഇത് സാമ്പിൾ സമയങ്ങളിൽ ആനുകാലികമായി സമ്പൂർണ്ണ സമയം നിരീക്ഷിക്കുന്നതിലൂടെ പരിപാലിക്കപ്പെടുന്നു.

അയച്ചയാളുടെ പാക്കറ്റ് കൗണ്ടർ: 32 ബിറ്റുകൾ. പ്രക്ഷേപണം ആരംഭിച്ചത് മുതൽ SR പാക്കറ്റ് ജനറേറ്റ് ചെയ്യുന്ന സമയം വരെ അയച്ചയാൾ കൈമാറിയ RTP വിവര പാക്കറ്റുകളുടെ ആകെ എണ്ണം. അയച്ചയാൾ അതിൻ്റെ SSRC ഐഡി മാറ്റുകയാണെങ്കിൽ കൗണ്ടർ പുനഃസജ്ജമാക്കും.

അയക്കുന്ന ഒക്ടറ്റ് കൗണ്ടർ: 32 ബിറ്റുകൾ. ട്രാൻസ്മിഷൻ ആരംഭിച്ച സമയം മുതൽ എസ്ആർ പാക്കറ്റ് ജനറേറ്റ് ചെയ്യുന്ന സമയം വരെ അയച്ചയാൾ RTP വിവര പാക്കറ്റുകളിൽ ട്രാൻസ്മിറ്റ് ചെയ്ത ട്രാഫിക് ഒക്ടറ്റുകളുടെ (അതായത്, തലക്കെട്ടും പാഡിംഗും ഉൾപ്പെടാത്ത പാക്കറ്റ് ഒക്ടറ്റുകളുടെ എണ്ണം). അയച്ചയാൾ അതിൻ്റെ SSRC ഐഡി മാറ്റുകയാണെങ്കിൽ കൗണ്ടർ പുനഃസജ്ജമാക്കും. ശരാശരി ട്രാഫിക് ട്രാൻസ്ഫർ നിരക്ക് കണക്കാക്കാൻ ഈ ഫീൽഡ് ഉപയോഗിക്കാം.

SR പാക്കറ്റിൻ്റെ മൂന്നാമത്തെ വിഭാഗത്തിൽ അയച്ചയാൾ "കാണുന്ന" മറ്റ് ഉറവിടങ്ങളുടെ എണ്ണത്തെ ആശ്രയിച്ച് പൂജ്യമോ അതിലധികമോ സ്വീകരിക്കുന്ന റിപ്പോർട്ട് ബ്ലോക്കുകൾ (അവസാന റിപ്പോർട്ടിൽ നിന്ന് ആരംഭിക്കുന്നു) അടങ്ങിയിരിക്കുന്നു. ഓരോ റിസീറ്റ് റിപ്പോർട്ട് ബ്ലോക്ക് റിപ്പോർട്ടുകളും ഒരു ക്ലോക്ക് ഉറവിടത്തിൽ നിന്ന് ആർടിപി പാക്കറ്റുകളുടെ സ്വീകരണത്തെക്കുറിച്ചുള്ള സ്റ്റാറ്റിസ്റ്റിക്കൽ വിവരങ്ങൾ. കൂട്ടിയിടികൾ കാരണം ഉറവിടം അതിൻ്റെ SSRC ഐഡി മാറ്റുമ്പോൾ സ്വീകർത്താക്കൾ സ്ഥിതിവിവരക്കണക്കുകൾ കൈമാറില്ല. ഈ സ്ഥിതിവിവരക്കണക്കുകളിൽ ഇനിപ്പറയുന്ന വിവരങ്ങൾ ഉൾപ്പെടുന്നു.

SSRC_n (ഉറവിട ഐഡൻ്റിഫയർ): 32 ബിറ്റുകൾ. ഈ സ്വീകരിക്കുന്ന റിപ്പോർട്ട് ബ്ലോക്കിലെ വിവരങ്ങൾ ബന്ധപ്പെട്ട ഉറവിടത്തിൻ്റെ SSRC ഐഡൻ്റിഫയർ.

നഷ്ട നിരക്ക്: 8 ബിറ്റുകൾ. മുമ്പത്തെ SR അല്ലെങ്കിൽ RR പാക്കറ്റ് അയച്ചതിന് ശേഷം നഷ്ടപ്പെട്ട SSRC_n ഉറവിടത്തിൽ നിന്നുള്ള RTP വിവര പാക്കറ്റുകളുടെ അംശം, ഒപ്പിടാത്ത ഫിക്സഡ്-പോയിൻ്റ് പൂർണ്ണസംഖ്യയായി പ്രകടിപ്പിക്കുന്നു (നഷ്ടപ്പെട്ട പാക്കറ്റ് ഭിന്നസംഖ്യയെ 256 കൊണ്ട് ഗുണിച്ചതിന് ശേഷമുള്ള പൂർണ്ണസംഖ്യയായി). നഷ്ടപ്പെട്ട പാക്കറ്റുകളുടെ എണ്ണം പ്രതീക്ഷിക്കുന്ന പാക്കറ്റുകളുടെ എണ്ണം കൊണ്ട് ഹരിച്ചാൽ ഈ ഭിന്നസംഖ്യ നിർവചിക്കപ്പെടുന്നു. ഡ്യൂപ്ലിക്കേറ്റ് പാക്കറ്റുകളുടെ സാന്നിധ്യം മൂലം നഷ്ടത്തിൻ്റെ മൂല്യം നെഗറ്റീവ് ആണെങ്കിൽ, നഷ്ട നിരക്ക് പൂജ്യത്തിന് തുല്യമാണ്.

നഷ്ടപ്പെട്ട പാക്കറ്റുകളുടെ ആകെ എണ്ണം: 24 ബിറ്റുകൾ. റിസപ്ഷൻ ആരംഭിച്ചതുമുതൽ നഷ്ടപ്പെട്ട SSRC_n ഉറവിടത്തിൽ നിന്നുള്ള RTP ഡാറ്റ പാക്കറ്റുകളുടെ ആകെ എണ്ണം. ലഭിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്ന പാക്കറ്റുകളുടെ എണ്ണവും യഥാർത്ഥത്തിൽ ലഭിച്ച പാക്കറ്റുകളുടെ എണ്ണവും തമ്മിലുള്ള വ്യത്യാസമാണ് ഈ സംഖ്യ. ലഭിച്ച പാക്കറ്റുകളിൽ വൈകി പാക്കറ്റുകളും ഡ്യൂപ്ലിക്കേറ്റുകളും ഉൾപ്പെടെ ഏതെങ്കിലും പാക്കറ്റുകൾ ഉൾപ്പെടുന്നു. അതിനാൽ, വൈകി എത്തുന്ന പാക്കറ്റുകൾ നഷ്ടപ്പെട്ടതായി കണക്കാക്കില്ല, കൂടാതെ ഡ്യൂപ്ലിക്കേറ്റുകൾ ഉണ്ടെങ്കിൽ നഷ്ടങ്ങളുടെ എണ്ണം നെഗറ്റീവ് ആയിരിക്കും. പ്രതീക്ഷിക്കുന്ന പാക്കറ്റുകളുടെ എണ്ണം അവസാനമായി ലഭിച്ച സീക്വൻസ് നമ്പറും പ്രാരംഭമായി ലഭിച്ച സീക്വൻസ് നമ്പറും തമ്മിലുള്ള വ്യത്യാസമാണ്.

വിപുലീകരിച്ച ഏറ്റവും വലിയ സീക്വൻസ് നമ്പർ ലഭിച്ചു: 32 ബിറ്റുകൾ. താഴത്തെ 16 ബിറ്റുകളിൽ SSRC_n ഉറവിടത്തിൽ നിന്ന് RTP വിവര പാക്കറ്റിൽ ലഭിച്ച ഏറ്റവും ഉയർന്ന സീക്വൻസ് നമ്പർ അടങ്ങിയിരിക്കുന്നു, കൂടാതെ ഏറ്റവും പ്രധാനപ്പെട്ട 16 ബിറ്റുകൾ ഈ സീക്വൻസ് നമ്പർ അനുബന്ധ സീക്വൻസ് നമ്പർ സൈക്കിൾ കൗണ്ടറിനൊപ്പം വിപുലീകരിക്കുന്നു. . ഒരേ സെഷനിലെ വ്യത്യസ്ത സ്വീകർത്താക്കൾ അവരുടെ ആരംഭ സമയങ്ങളിൽ കാര്യമായ വ്യത്യാസമുണ്ടെങ്കിൽ വ്യത്യസ്ത സീക്വൻസ് നമ്പർ എക്സ്റ്റൻഷനുകൾ സൃഷ്ടിക്കുമെന്നത് ശ്രദ്ധിക്കുക.

വരവ് ഞെട്ടൽ: 32 ബിറ്റുകൾ. ഇത് ടൈംസ്റ്റാമ്പ് യൂണിറ്റുകളിൽ അളക്കുകയും ഒപ്പിടാത്ത പൂർണ്ണസംഖ്യയായി പ്രകടിപ്പിക്കുകയും ചെയ്യുന്ന RTP വിവര പാക്കറ്റുകളുടെ ആപേക്ഷിക വരവ് സമയങ്ങളിലെ വ്യത്യാസത്തിൻ്റെ സ്ഥിതിവിവരക്കണക്കാണിത്. സ്വീകർത്താവിന് രണ്ട് പാക്കറ്റുകളുടെ വരവിനും ഈ പാക്കറ്റുകളുടെ പ്രക്ഷേപണ നിമിഷങ്ങൾക്കിടയിലുള്ള സമയത്തിനും ഇടയിലുള്ള സമയത്തിൻ്റെ D വ്യത്യാസത്തിൻ്റെ ശരാശരി മൂല്യം (മിനുസമാർന്ന കേവല മൂല്യം) എന്നാണ് അറൈവൽ ജിറ്റർ ജെ നിർവചിച്ചിരിക്കുന്നത്. ചുവടെയുള്ള സമവാക്യത്തിൽ കാണിച്ചിരിക്കുന്നതുപോലെ, ഇത് രണ്ട് പാക്കറ്റുകൾക്കുള്ള ആപേക്ഷിക പ്രക്ഷേപണ സമയത്തിലെ വ്യത്യാസത്തിന് തുല്യമാണ് (ആപേക്ഷിക ട്രാൻസ്മിഷൻ സമയം എന്നത് RTP പാക്കറ്റിൻ്റെ ടൈംസ്റ്റാമ്പും എത്തിച്ചേരുന്ന സമയത്തെ റിസീവറിൻ്റെ ടൈമർ മൂല്യവും തമ്മിലുള്ള വ്യത്യാസമാണ്, അതേ രീതിയിൽ പ്രകടിപ്പിക്കുന്നു. യൂണിറ്റുകൾ).

Si എന്നത് പാക്കറ്റ് i-ൻ്റെ RTP ടൈംസ്റ്റാമ്പും Ri എന്നത് പാക്കറ്റ് i-യുടെ RTP ടൈംസ്റ്റാമ്പിൻ്റെ യൂണിറ്റുകളിലെ എത്തിച്ചേരുന്ന സമയവുമാണെങ്കിൽ, i, j എന്നീ രണ്ട് പാക്കറ്റുകൾക്ക് D ഇങ്ങനെ പ്രകടിപ്പിക്കാം.

D(i,j)=(Rj-Ri)-(Sj-Si)=(Rj-Sj)-(Ri-Si).

SSRC_n എന്ന ഉറവിടത്തിൽ നിന്ന് ഞാൻ എത്തിച്ചേരുന്ന ഓരോ വിവര പാക്കറ്റും ആ പാക്കറ്റിനും മുമ്പത്തെ പാക്കറ്റ് i-1 നും ഫോർമുല അനുസരിച്ച് എത്തിച്ചേരുന്ന ക്രമത്തിൽ (സംപ്രേഷണ ക്രമത്തിൽ നിർബന്ധമില്ല) D എന്ന വ്യത്യാസം ഉപയോഗിച്ച് തുടർച്ചയായി അറൈവൽ ജിറ്റർ കണക്കാക്കുന്നു.

J=J+(|D(i-1,i)|-J)/16.

സ്വീകരിക്കുന്ന റിപ്പോർട്ട് അയയ്‌ക്കുമ്പോഴെല്ലാം, J യുടെ നിലവിലെ മൂല്യം നിർണ്ണയിക്കപ്പെടുന്നു. ഇവിടെ വിവരിച്ചിരിക്കുന്ന ജിട്ടർ കണക്കുകൂട്ടൽ, വ്യത്യസ്ത നിർവ്വഹണങ്ങളിൽ നിന്ന് വരുന്ന റിപ്പോർട്ടുകളുടെ ശരിയായ വ്യാഖ്യാനം നടത്താൻ പ്രൊഫൈൽ-സ്വതന്ത്ര മോണിറ്ററുകളെ അനുവദിക്കുന്നു. ഈ അൽഗോരിതം ഒരു ഫസ്റ്റ് ഓർഡർ ഒപ്റ്റിമൽ എസ്റ്റിമേറ്ററാണ്, കൂടാതെ 1/16 ൻ്റെ വെയ്റ്റിംഗ് ഫാക്ടർ സ്വീകാര്യമായ കൺവേർജൻസ് നിരക്ക് നിലനിർത്തുമ്പോൾ ഒരു നല്ല നോയ്സ് റിഡക്ഷൻ ഫാക്ടർ നൽകുന്നു.

അവസാന SR ടൈംസ്റ്റാമ്പ് (LSR): 32 ബിറ്റുകൾ. NTP ടൈംസ്റ്റാമ്പിൻ്റെ 64 ബിറ്റുകളുടെ ശരാശരി 32 ബിറ്റുകൾ (വിഭാഗം 2.4-ൽ കാണിച്ചിരിക്കുന്നത് പോലെ) SSRC_n ഉറവിടത്തിൽ നിന്ന് ഏറ്റവും പുതിയ RTCP അയച്ചയാളുടെ റിപ്പോർട്ട് (SR) പാക്കറ്റുകളുടെ ഭാഗമായി ലഭിച്ചു. SR ഇതുവരെ ലഭിച്ചിട്ടില്ലെങ്കിൽ, LSR ടൈംസ്റ്റാമ്പിന് പൂജ്യത്തിൻ്റെ മൂല്യമുണ്ട്.

കഴിഞ്ഞ SR (DLSR) മുതലുള്ള ലേറ്റൻസി: 32 ബിറ്റുകൾ. SSRC_n എന്ന ഉറവിടത്തിൽ നിന്ന് അവസാന SR പാക്കറ്റ് സ്വീകരിക്കുന്നതിനും ഈ റിസപ്ഷൻ റിപ്പോർട്ട് ബ്ലോക്ക് അയയ്‌ക്കുന്നതിനും ഇടയിലുള്ള പാക്കറ്റ് റിസീവറിലെ കാലതാമസം, ഒരു സെക്കൻഡിൻ്റെ 1/65536 ന് തുല്യമായ യൂണിറ്റുകളിൽ പ്രകടിപ്പിക്കുന്നു. SSRC_n-ൽ നിന്ന് ഇതുവരെ ഒരു SR പാക്കറ്റ് ലഭിച്ചിട്ടില്ലെങ്കിൽ, DLSR ഫീൽഡിന് പൂജ്യത്തിൻ്റെ മൂല്യമുണ്ട്.

അവസാന SR ടൈംസ്റ്റാമ്പും (LSR) കഴിഞ്ഞ SR (DLSR) മൂല്യങ്ങൾ മുതലുള്ള ലേറ്റൻസിയും ഉപയോഗിച്ച്, SSRC_r എന്ന ലക്ഷ്യസ്ഥാനത്തിലേക്കുള്ള വഴിയിലും തിരിച്ചുമുള്ള പാക്കറ്റുകളുടെ പ്രചാരണ കാലതാമസം (റൗണ്ട് ട്രിപ്പ് കാലതാമസം) ഉറവിടം SSRC_n-ന് കണക്കാക്കാം. സ്വീകരിക്കുന്ന റിപ്പോർട്ട് വരുമ്പോൾ, ഉറവിടം SSRC_n ഈ ഇവൻ്റിൻ്റെ സമയം രേഖപ്പെടുത്തുന്നു. അത് അവസാനത്തെ SR ടൈംസ്റ്റാമ്പ് (LSR) ഫീൽഡ് ഉപയോഗിച്ച് T-LSR മൊത്തം ഇരട്ട ഹോപ്പ് സമയം കണക്കാക്കുകയും DLSR കാലതാമസം കുറയ്ക്കുകയും ചെയ്യുന്നു, ഇത് റൗണ്ട് ട്രിപ്പ് സമയം (T- LSR) -DLSR). ചില ലിങ്കുകൾക്ക് വളരെ അസമമായ കാലതാമസം ഉണ്ടെങ്കിലും, സ്വീകർത്താക്കളുടെ ഒരു ക്ലസ്റ്ററിലേക്കുള്ള ദൂരത്തിൻ്റെ ഏകദേശ അളവുകോലായി ഇത് ഉപയോഗിക്കാം. റിപ്പോർട്ട്

വിപുലീകരിച്ച ഏറ്റവും വലിയ സീക്വൻസ് നമ്പർ ലഭിച്ചു 1 ആഗമന വിറയൽ അവസാന SR ടൈംസ്റ്റാമ്പ് (LSR) കഴിഞ്ഞ SR (DLSR) മുതലുള്ള കാലതാമസം രണ്ടാമത്തെ ഉറവിടം SSRC (SSRC_2) തടയുക . . . റിപ്പോർട്ട് 2 പ്രൊഫൈൽ-നിർദ്ദിഷ്ട വിപുലീകരണങ്ങൾ

RR (റിസീവർ റിപ്പോർട്ട്) പാക്കറ്റിൻ്റെ ഫോർമാറ്റ് SR പാക്കറ്റിൻ്റേതിന് സമാനമാണ്, പാക്കറ്റ് തരം ഫീൽഡിൽ 201-ന് തുല്യമായ സ്ഥിരാങ്കം അടങ്ങിയിരിക്കുന്നു എന്നതൊഴിച്ചാൽ, അയച്ചയാളുടെ വിവരങ്ങളുടെ അഞ്ച് വാക്കുകൾ കാണുന്നില്ല (NTP, RTP ടൈംസ്റ്റാമ്പുകളും അയച്ചയാളുടെ പാക്കറ്റും കൂടാതെ ഒക്ടെറ്റ് കൗണ്ടറുകൾ ). ശേഷിക്കുന്ന ഫീൽഡുകൾക്ക് SR പാക്കറ്റിന് സമാനമായ അർത്ഥമുണ്ട്.

റിപ്പോർട്ട് ചെയ്യാൻ ഡാറ്റാ ട്രാൻസ്മിഷനോ റിസപ്ഷനോ ഇല്ലെങ്കിൽ, RTCP കോമ്പോസിറ്റ് പാക്കറ്റിൻ്റെ തലയിൽ ഒരു ശൂന്യമായ RR പാക്കറ്റ് (RC = 0) സ്ഥാപിക്കും.

4.3.3. അയച്ചയാളുടെയും സ്വീകർത്താവിൻ്റെയും റിപ്പോർട്ടുകൾ വിപുലീകരിക്കുന്നു

അയച്ചയാളെക്കുറിച്ചോ സ്വീകർത്താക്കളെക്കുറിച്ചോ പതിവായി റിപ്പോർട്ട് ചെയ്യേണ്ട അധിക വിവരങ്ങൾ ഉണ്ടെങ്കിൽ, പ്രൊഫൈൽ അയച്ചയാൾക്കും സ്വീകർത്താവിനുമുള്ള വിപുലീകരണങ്ങൾ നിർവ്വചിക്കേണ്ടതാണ്. മറ്റൊരു ആർടിസിപി പാക്കറ്റ് തരം നിർവചിക്കുന്നതിന് ഈ രീതി ഉപയോഗിക്കുന്നത് നല്ലതാണ്, കാരണം ഇതിന് കുറച്ച് ആവർത്തനം ആവശ്യമാണ്:

• ഓരോ പാക്കറ്റിനും കുറച്ച് ഒക്ടറ്റുകൾ (ആർടിസിപി തലക്കെട്ടോ എസ്എസ്ആർസി ഫീൽഡോ ആവശ്യമില്ല);
• ലളിതവും വേഗത്തിലുള്ളതുമായ വിശകലനം കാരണം ഈ പ്രൊഫൈലിന് കീഴിൽ പ്രവർത്തിക്കുന്ന ആപ്ലിക്കേഷനുകൾ റിപ്പോർട്ടുകൾ സ്വീകരിച്ചതിന് ശേഷം ഉടനടി ആക്‌സസ് ചെയ്യാവുന്ന ലൊക്കേഷനിലെ വിപുലീകരണ ഫീൽഡുകൾ എപ്പോഴും പരിശോധിക്കാൻ പ്രോഗ്രാം ചെയ്യാവുന്നതാണ്.

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

4.3.4. അയച്ചയാളുടെയും സ്വീകർത്താവിൻ്റെയും റിപ്പോർട്ടുകളുടെ വിശകലനം

റിസപ്ഷൻ ക്വാളിറ്റി ഫീഡ്‌ബാക്ക് അയച്ചയാൾക്ക് മാത്രമല്ല, സ്വീകർത്താക്കൾക്കും മൂന്നാം കക്ഷി മോണിറ്ററുകൾക്കും ഉപയോഗപ്രദമാണ്. അയച്ചയാൾക്ക് ഫീഡ്‌ബാക്കിനെ അടിസ്ഥാനമാക്കി അതിൻ്റെ സംപ്രേക്ഷണം പരിഷ്‌ക്കരിക്കാൻ കഴിയും; പ്രശ്‌നങ്ങൾ പ്രാദേശികമാണോ പ്രാദേശികമാണോ ആഗോളമാണോ എന്ന് സ്വീകർത്താക്കൾക്ക് നിർണ്ണയിക്കാനാകും; മൾട്ടികാസ്റ്റ് വിതരണത്തിനായുള്ള നെറ്റ്‌വർക്കുകളുടെ പ്രകടനം വിലയിരുത്തുന്നതിന് നെറ്റ്‌വർക്ക് മാനേജർമാർക്ക് RTCP പാക്കറ്റുകൾ സ്വീകരിക്കുന്ന പ്രൊഫൈൽ-സ്വതന്ത്ര മോണിറ്ററുകൾ ഉപയോഗിക്കാൻ കഴിയും.

ക്യുമുലേറ്റീവ് നഷ്ടപ്പെട്ട പാക്കറ്റ് കൗണ്ടറുകൾ അയച്ചയാളുടെ വിവരങ്ങളിലും റിപ്പോർട്ട് ബ്ലോക്കുകൾ സ്വീകരിക്കുന്നതിലും ഉപയോഗിക്കുന്നു. ലഭിച്ച രണ്ട് റിപ്പോർട്ടുകളിലെയും കൌണ്ടർ മൂല്യങ്ങൾ തമ്മിലുള്ള വ്യത്യാസം, റിപ്പോർട്ടുകൾ നഷ്‌ടപ്പെടുന്നതിനെതിരെ കരുത്തുറ്റത ഉറപ്പാക്കിക്കൊണ്ട്, ഹ്രസ്വവും ദീർഘകാലവുമായ ഇടവേളകളിൽ പാക്കറ്റ് ട്രാൻസ്മിഷൻ്റെ നിലവിലെ ഗുണനിലവാരം കണക്കാക്കാൻ ഉപയോഗിക്കാം. രണ്ട് റിപ്പോർട്ടുകൾക്കിടയിലുള്ള ഇടവേളയിലെ ഈ വ്യത്യാസങ്ങളിൽ നിന്ന് നഷ്ടനിരക്ക് കണക്കാക്കാൻ NTP ടൈംസ്റ്റാമ്പ് ഡാറ്റ അനുവദിക്കുന്നു. ഈ ടൈംസ്റ്റാമ്പ് ഡാറ്റ എൻകോഡിംഗ് ക്ലോക്ക് നിരക്കിൽ നിന്ന് സ്വതന്ത്രമായതിനാൽ, എൻകോഡിംഗും പ്രൊഫൈൽ-സ്വതന്ത്ര മോണിറ്ററുകളും ഉപയോഗിക്കാനാകും.

രണ്ട് റിസപ്ഷൻ റിപ്പോർട്ടുകൾക്കിടയിലുള്ള ഇടവേളയിൽ പാക്കറ്റ് നഷ്ടത്തിൻ്റെ നിരക്ക് കണക്കാക്കുന്നതിനുള്ള ഒരു ഉദാഹരണം നോക്കാം. ക്യുമുലേറ്റീവ് നഷ്ടപ്പെട്ട പാക്കറ്റ് കൗണ്ടറുകൾ തമ്മിലുള്ള വ്യത്യാസം ആ ഇടവേളയിൽ നഷ്ടപ്പെട്ട പാക്കറ്റുകളുടെ എണ്ണം നൽകുന്നു. അവസാനം ലഭിച്ച വിപുലീകൃത സീക്വൻസ് നമ്പറുകളിലെ വ്യത്യാസം ഇടവേളയിൽ പ്രതീക്ഷിക്കുന്ന പാക്കറ്റുകളുടെ എണ്ണം നൽകുന്നു. ഈ രണ്ട് അളവുകളുടെയും അനുപാതം ഓരോ ഇടവേളയിലും പാക്കറ്റ് നഷ്ടങ്ങളുടെ അംശമാണ്. രണ്ട് റിപ്പോർട്ടുകളും തുടർച്ചയായി ആണെങ്കിൽ ഈ അനുപാതം നഷ്ട ഭിന്നസംഖ്യ ഫീൽഡിൻ്റെ മൂല്യത്തിന് തുല്യമായിരിക്കണം, അല്ലാത്തപക്ഷം. 1 സെക്കൻഡിൽ നഷ്ടപ്പെട്ട പാക്കറ്റുകളുടെ എണ്ണം, നഷ്ടനിരക്ക് സെക്കൻഡിൽ പ്രകടിപ്പിക്കുന്ന NTP ടൈംസ്റ്റാമ്പുകളിലെ വ്യത്യാസം കൊണ്ട് ഹരിച്ചാൽ ലഭിക്കും. നഷ്ടപ്പെട്ട പാക്കറ്റുകളുടെ എണ്ണത്തിൽ നിന്ന് പ്രതീക്ഷിക്കുന്ന പാക്കറ്റുകളുടെ എണ്ണമാണ് ലഭിച്ച പാക്കറ്റുകളുടെ എണ്ണം. പ്രതീക്ഷിക്കുന്ന പാക്കറ്റുകളുടെ എണ്ണം, നഷ്ടത്തിൻ്റെ കണക്കുകളുടെ സ്റ്റാറ്റിസ്റ്റിക്കൽ ആത്മവിശ്വാസം നിർണ്ണയിക്കാനും ഉപയോഗിക്കാം. ഉദാഹരണത്തിന്, അഞ്ചിൽ ഒരു പാക്കറ്റ് നഷ്‌ടപ്പെടുന്നത് 1000-ൽ 200 പാക്കറ്റുകൾ നഷ്‌ടപ്പെടുന്നതിനേക്കാൾ കുറഞ്ഞ പ്രതിനിധി മൂല്യമാണ്.

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

റിപ്പോർട്ടുകളിലെ വ്യത്യാസങ്ങളെ അടിസ്ഥാനമാക്കി ദീർഘകാലാടിസ്ഥാനത്തിലുള്ള പാക്കറ്റ് നഷ്ടത്തിൻ്റെ അളവ് നൽകുന്ന ക്യുമുലേറ്റീവ് കൗണ്ടറുകൾക്ക് പുറമേ, ലോസ് ഫ്രാക്ഷൻ ഫീൽഡ് ഒരൊറ്റ റിപ്പോർട്ടിനെ അടിസ്ഥാനമാക്കി ഒരു ഹ്രസ്വകാല അളവ് നൽകുന്നു. ഒരു ടെലികോൺഫറൻസിൽ പങ്കെടുക്കുന്നവരുടെ എണ്ണം വർദ്ധിക്കുന്നതിനനുസരിച്ച് ഇത് കൂടുതൽ പ്രാധാന്യമർഹിക്കുന്നു, കാരണം എല്ലാ സ്വീകർത്താക്കൾക്കും റിസപ്ഷൻ സ്റ്റാറ്റസ് വിവരങ്ങൾ നൽകണമെന്നില്ല, റിപ്പോർട്ടുകൾ തമ്മിലുള്ള ഇടവേള വളരെ നീണ്ടതാണ്.

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

ഈ പ്രോട്ടോക്കോളിൻ്റെ പേര് - ഇൻ്റർനെറ്റ് പ്രോട്ടോക്കോൾ - അതിൻ്റെ സാരാംശം പ്രതിഫലിപ്പിക്കുന്നു: ഇത് നെറ്റ്‌വർക്കുകൾക്കിടയിൽ പാക്കറ്റുകൾ കൈമാറണം. പാക്കറ്റിൻ്റെ പാതയിൽ കിടക്കുന്ന ഓരോ തുടർച്ചയായ നെറ്റ്‌വർക്കിലും, ഈ പാക്കറ്റിനെ അടുത്ത നെറ്റ്‌വർക്കിലേക്ക് നയിക്കുന്ന റൂട്ടറിലേക്കോ നേരിട്ട് സ്വീകർത്താവിൻ്റെ നോഡിലേക്കോ കൈമാറുന്നതിന്, ഈ നെറ്റ്‌വർക്കിൽ അംഗീകരിച്ച ഗതാഗത മാർഗങ്ങളെ IP പ്രോട്ടോക്കോൾ വിളിക്കുന്നു.

IP പ്രോട്ടോക്കോൾ ഒരു കണക്ഷനില്ലാത്ത പ്രോട്ടോക്കോൾ ആണ്. അയയ്ക്കുന്നയാളിൽ നിന്ന് സ്വീകർത്താവിലേക്ക് സന്ദേശങ്ങൾ വിശ്വസനീയമായി എത്തിക്കുന്നതിന് ഐപി ചുമതലപ്പെടുത്തിയിട്ടില്ല; ഇത് ഓരോ ഐപി പാക്കറ്റിനെയും മറ്റേതെങ്കിലും പാക്കറ്റുകളുമായി ബന്ധമില്ലാത്ത ഒരു സ്വതന്ത്ര യൂണിറ്റായി കണക്കാക്കുന്നു. അന്തിമ ഡാറ്റയുടെ വിശ്വാസ്യത വർദ്ധിപ്പിക്കുന്നതിന് സാധാരണയായി ഉപയോഗിക്കുന്ന മെക്കാനിസങ്ങൾ IP പ്രോട്ടോക്കോളിൽ ഇല്ല: കൈ കുലുക്കുകയോ മാർഷലിംഗ് ഇല്ല, പുനഃസംപ്രേക്ഷണമോ മറ്റ് സമാന പ്രവർത്തനങ്ങളോ ഇല്ല. പാക്കറ്റ് ഫോർവേഡിംഗ് സമയത്ത് എന്തെങ്കിലും പിശക് സംഭവിച്ചാൽ, IP പ്രോട്ടോക്കോൾ, സ്വന്തം മുൻകൈയിൽ, അത് തിരുത്താൻ ഒന്നും ചെയ്യുന്നില്ല. ടിസിപി/ഐപി സ്റ്റാക്കിലെ സംയോജിത നെറ്റ്‌വർക്കിലൂടെ ഡാറ്റ ഡെലിവറിയുടെ വിശ്വാസ്യത ഉറപ്പാക്കുന്നതിനുള്ള എല്ലാ പ്രശ്നങ്ങളും ഐപി പ്രോട്ടോക്കോളിൽ നേരിട്ട് പ്രവർത്തിക്കുന്ന ടിസിപി പ്രോട്ടോക്കോൾ വഴി പരിഹരിക്കുന്നു.

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

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

IP പാക്കറ്റ് ഘടന

ഒരു ഐപി പാക്കറ്റിൽ ഒരു ഹെഡറും ഒരു ഡാറ്റ ഫീൽഡും അടങ്ങിയിരിക്കുന്നു. സാധാരണയായി 20 ബൈറ്റുകൾ നീളമുള്ള തലക്കെട്ടിന് ഇനിപ്പറയുന്ന ഘടനയുണ്ട് (ചിത്രം.

അരി. 1. IP പാക്കറ്റ് തലക്കെട്ട് ഘടന.

പതിപ്പ് നമ്പർ ഫീൽഡ് IP പ്രോട്ടോക്കോളിൻ്റെ പതിപ്പിനെ സൂചിപ്പിക്കുന്നു; IPv4 പതിപ്പ് നിലവിൽ ഉപയോഗത്തിലാണ്, കൂടാതെ IPv6 പതിപ്പിലേക്കുള്ള മാറ്റം തയ്യാറാക്കിക്കൊണ്ടിരിക്കുകയാണ്.

ശീർഷക ദൈർഘ്യം (IHL) ഫീൽഡ് 32-ബിറ്റ് വാക്കുകളിൽ അളക്കുന്ന തലക്കെട്ടിൻ്റെ നീളം മൂല്യം വ്യക്തമാക്കുന്നു. സാധാരണയായി ഹെഡറിന് 20 ബൈറ്റുകൾ നീളമുണ്ട് (അഞ്ച് 32-ബിറ്റ് വാക്കുകൾ), എന്നാൽ ഓവർഹെഡ് വിവരങ്ങളുടെ അളവ് കൂടുന്നതിനനുസരിച്ച്, ഓപ്ഷനുകൾ ഫീൽഡിൽ അധിക ബൈറ്റുകൾ ഉപയോഗിച്ച് ഈ ദൈർഘ്യം വർദ്ധിപ്പിക്കാൻ കഴിയും. ഏറ്റവും വലിയ തലക്കെട്ട് 60 ഒക്ടറ്റുകളാണ്.

സേവനത്തിൻ്റെ തരം ഫീൽഡ് ഒരു ബൈറ്റ് ഉൾക്കൊള്ളുന്നു, കൂടാതെ പാക്കറ്റിൻ്റെ മുൻഗണനയും റൂട്ട് തിരഞ്ഞെടുക്കൽ മാനദണ്ഡവും വ്യക്തമാക്കുന്നു. ഈ ഫീൽഡിൻ്റെ ആദ്യ മൂന്ന് ബിറ്റുകൾ പാക്കറ്റ് മുൻഗണനാ ഉപഫീൽഡ് (മുൻഗണന) രൂപപ്പെടുത്തുന്നു. മുൻഗണനയ്ക്ക് ഏറ്റവും താഴ്ന്ന - 0 (സാധാരണ പാക്കറ്റ്) മുതൽ ഉയർന്നത് - 7 (നിയന്ത്രണ വിവര പാക്കറ്റ്) വരെയുള്ള മൂല്യങ്ങൾ ഉണ്ടായിരിക്കാം. റൂട്ടറുകളും കമ്പ്യൂട്ടറുകളും പാക്കറ്റ് മുൻഗണന കണക്കിലെടുക്കുകയും കൂടുതൽ പ്രധാനപ്പെട്ട പാക്കറ്റുകൾ ആദ്യം പ്രോസസ്സ് ചെയ്യുകയും ചെയ്യുന്നു. സർവീസ് ടൈപ്പ് ഫീൽഡിൽ റൂട്ട് തിരഞ്ഞെടുക്കൽ മാനദണ്ഡം നിർവചിക്കുന്ന മൂന്ന് ബിറ്റുകളും അടങ്ങിയിരിക്കുന്നു. വാസ്തവത്തിൽ, മൂന്ന് ബദലുകൾക്കിടയിലാണ് തിരഞ്ഞെടുപ്പ് നടത്തുന്നത്: കുറഞ്ഞ ലേറ്റൻസി, ഉയർന്ന വിശ്വാസ്യത, ഉയർന്ന ത്രൂപുട്ട്. തന്നിരിക്കുന്ന പാക്കറ്റിന് ഡെലിവറി കാലതാമസം കുറയ്ക്കാൻ റൂട്ട് തിരഞ്ഞെടുക്കണമെന്ന് D (delay) ബിറ്റ് സെറ്റ് സൂചിപ്പിക്കുന്നു, ത്രൂപുട്ട് പരമാവധിയാക്കാൻ T ബിറ്റ്, ഡെലിവറി വിശ്വാസ്യത വർദ്ധിപ്പിക്കുന്നതിന് R ബിറ്റ്. പല നെറ്റ്‌വർക്കുകളിലും, ഈ പരാമീറ്ററുകളിലൊന്നിലെ മെച്ചപ്പെടുത്തൽ മറ്റൊന്നിൻ്റെ അപചയവുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു; കൂടാതെ, അവ ഓരോന്നും പ്രോസസ്സ് ചെയ്യുന്നതിന് അധിക കമ്പ്യൂട്ടേഷണൽ ചിലവ് ആവശ്യമാണ്. അതിനാൽ, ഈ മൂന്ന് റൂട്ട് തിരഞ്ഞെടുക്കൽ മാനദണ്ഡങ്ങളിൽ രണ്ടെണ്ണമെങ്കിലും ഒരേസമയം സജ്ജീകരിക്കുന്നത് വളരെ അപൂർവമാണ്. റിസർവ് ചെയ്ത ബിറ്റുകൾക്ക് പൂജ്യത്തിൻ്റെ മൂല്യമുണ്ട്.

തലക്കെട്ടും ഡാറ്റാ ഫീൽഡുകളും ഉൾപ്പെടെ പാക്കറ്റിൻ്റെ ആകെ ദൈർഘ്യം മൊത്തം ലെന്ത് ഫീൽഡ് സൂചിപ്പിക്കുന്നു. പരമാവധി പാക്കറ്റ് ദൈർഘ്യം ഈ മൂല്യം നിർവചിക്കുന്ന ഫീൽഡിൻ്റെ വീതിയാൽ പരിമിതപ്പെടുത്തിയിരിക്കുന്നു, അത് 65,535 ബൈറ്റുകളാണ്, എന്നാൽ മിക്ക ഹോസ്റ്റ് കമ്പ്യൂട്ടറുകളും നെറ്റ്‌വർക്കുകളും അത്തരം വലിയ പാക്കറ്റുകൾ ഉപയോഗിക്കുന്നില്ല. വിവിധ തരം നെറ്റ്‌വർക്കുകളിൽ ട്രാൻസ്മിറ്റ് ചെയ്യുമ്പോൾ, ഐപി പാക്കറ്റുകൾ വഹിക്കുന്ന ലോവർ-ലെയർ പ്രോട്ടോക്കോൾ പാക്കറ്റിൻ്റെ പരമാവധി ദൈർഘ്യം കണക്കിലെടുത്ത് പാക്കറ്റ് ദൈർഘ്യം തിരഞ്ഞെടുക്കുന്നു. ഇവ ഇഥർനെറ്റ് ഫ്രെയിമുകളാണെങ്കിൽ, ഇഥർനെറ്റ് ഫ്രെയിമിൻ്റെ ഡാറ്റാ ഫീൽഡിൽ യോജിക്കുന്ന പരമാവധി ദൈർഘ്യം 1500 ബൈറ്റുകളുള്ള പാക്കറ്റുകൾ തിരഞ്ഞെടുക്കും. 576 ബൈറ്റുകൾ വരെ നീളമുള്ള പാക്കറ്റുകൾ സ്വീകരിക്കാൻ എല്ലാ ഹോസ്റ്റുകളും തയ്യാറാകണമെന്ന് സ്റ്റാൻഡേർഡ് വ്യവസ്ഥ ചെയ്യുന്നു (അവ മൊത്തത്തിൽ വന്നാലും ശകലങ്ങളായാലും). സ്വീകരിക്കുന്ന ഹോസ്റ്റ് അല്ലെങ്കിൽ ഇൻ്റർമീഡിയറ്റ് നെറ്റ്‌വർക്ക് ആ ദൈർഘ്യമുള്ള ഒരു പാക്കറ്റ് സേവനം നൽകാൻ തയ്യാറാണെങ്കിൽ മാത്രമേ 576 ബൈറ്റുകളേക്കാൾ വലിയ പാക്കറ്റുകൾ സ്വീകരിക്കാൻ ഹോസ്റ്റുകൾക്ക് ശുപാർശ ചെയ്യൂ.

പാക്കറ്റ് ഐഡൻ്റിഫിക്കേഷൻ ഫീൽഡ് യഥാർത്ഥ പാക്കറ്റിൻ്റെ വിഘടനം വഴി രൂപപ്പെട്ട പാക്കറ്റുകളെ തിരിച്ചറിയാൻ ഉപയോഗിക്കുന്നു. ഈ ഫീൽഡിന് എല്ലാ ശകലങ്ങൾക്കും ഒരേ മൂല്യം ഉണ്ടായിരിക്കണം.

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

ഫ്രാഗ്മെൻ്റ് ഓഫ്സെറ്റ് ഫീൽഡ് യഥാർത്ഥ വിഘടിച്ച പാക്കറ്റിൻ്റെ പൊതുവായ ഡാറ്റ ഫീൽഡിൻ്റെ തുടക്കം മുതൽ ഈ പാക്കറ്റിൻ്റെ ഡാറ്റാ ഫീൽഡിൻ്റെ ബൈറ്റുകളിൽ ഓഫ്സെറ്റ് വ്യക്തമാക്കുന്നു. വ്യത്യസ്ത ഗുണങ്ങളുള്ള നെറ്റ്‌വർക്കുകൾക്കിടയിൽ കൈമാറ്റം ചെയ്യുമ്പോൾ പാക്കറ്റ് ശകലങ്ങൾ കൂട്ടിച്ചേർക്കുകയും വേർപെടുത്തുകയും ചെയ്യുമ്പോൾ ഇത് ഉപയോഗിക്കുന്നു. ഓഫ്‌സെറ്റ് 8 ബൈറ്റുകളുടെ ഗുണിതമായിരിക്കണം.

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

അപ്പർ-ലെവൽ പ്രോട്ടോക്കോൾ ഐഡൻ്റിഫയർ (പ്രോട്ടോക്കോൾ) ഒരു ബൈറ്റ് ഉൾക്കൊള്ളുന്നു, കൂടാതെ പാക്കറ്റിൻ്റെ ഡാറ്റാ ഫീൽഡിൽ സ്ഥാപിച്ചിരിക്കുന്ന വിവരങ്ങളിൽ ഏത് ഉയർന്ന ലെവൽ പ്രോട്ടോക്കോൾ ഉൾപ്പെടുന്നുവെന്ന് സൂചിപ്പിക്കുന്നു, ഉദാഹരണത്തിന്, ഇവ TCP പ്രോട്ടോക്കോൾ സെഗ്‌മെൻ്റുകളോ ഡാറ്റാഗ്രാമുകളോ മറ്റ് പാക്കറ്റുകളോ ആകാം.

ചെക്ക്സം (ഹെഡർ ചെക്ക്സം) തലക്കെട്ടിൽ നിന്ന് മാത്രമേ കണക്കാക്കൂ. പാക്കറ്റ് നെറ്റ്‌വർക്കിലൂടെ സഞ്ചരിക്കുമ്പോൾ ചില ഹെഡർ ഫീൽഡുകൾ അവയുടെ മൂല്യം മാറ്റുന്നതിനാൽ, ഓരോ തവണ ഐപി ഹെഡർ പ്രോസസ്സ് ചെയ്യുമ്പോഴും ചെക്ക്സം പരിശോധിക്കുകയും വീണ്ടും കണക്കാക്കുകയും ചെയ്യുന്നു. ചെക്ക്സം - 16 ബിറ്റുകൾ - എല്ലാ 16-ബിറ്റ് ഹെഡർ പദങ്ങളുടെയും ആകെത്തുകയായി കണക്കാക്കുന്നു. അത് കണക്കാക്കുമ്പോൾ, ഫീൽഡിൻ്റെ മൂല്യം തന്നെ പൂജ്യമായി സജ്ജീകരിച്ചിരിക്കുന്നു. ചെക്ക്സം ശരിയല്ലെങ്കിൽ, പിശക് കണ്ടെത്തിയാലുടൻ പാക്കറ്റ് ഉപേക്ഷിക്കപ്പെടും.

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

IP തലക്കെട്ട് 32-ബിറ്റ് അതിർത്തിയിൽ അവസാനിക്കുന്നുവെന്ന് ഉറപ്പാക്കാൻ പാഡിംഗ് ഫീൽഡ് ഉപയോഗിക്കുന്നു. പൂജ്യങ്ങൾ ഉപയോഗിച്ചാണ് വിന്യാസം നടത്തുന്നത്.

Windows NT 4.0-ലെ TCP/IP പ്രോട്ടോക്കോൾ (ട്രാൻസ്മിഷൻ കൺട്രോൾ പ്രോട്ടോക്കോൾ/ഇൻ്റർനെറ്റ് പ്രോട്ടോക്കോൾ) Windows NT പ്രവർത്തിക്കുന്ന കമ്പ്യൂട്ടറുകൾ തമ്മിലുള്ള നെറ്റ്‌വർക്ക് ഇടപെടലും മറ്റ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളിൽ പ്രവർത്തിക്കുന്ന നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളെ അവയുമായി ബന്ധിപ്പിക്കാനുള്ള കഴിവും നൽകുന്നു.

TCP/IP പ്രോട്ടോക്കോൾ ഇന്ന് ലഭ്യമായ ഏറ്റവും വിപുലമായതും വ്യാപകവുമായ പ്രോട്ടോക്കോൾ ആയി കണക്കാക്കപ്പെടുന്നു. എല്ലാ ആധുനിക ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളും TCP/IP പ്രോട്ടോക്കോളിനെ പിന്തുണയ്ക്കുന്നു, കൂടാതെ എല്ലാ നെറ്റ്‌വർക്കുകളും അവരുടെ ഡാറ്റയുടെ ഭൂരിഭാഗവും കൈമാറാൻ ഇത് ഉപയോഗിക്കുന്നു. ഈ പ്രോട്ടോക്കോൾ വിശ്വസനീയമായ, കണക്ഷൻ-ഓറിയൻ്റഡ് ഡെലിവറി സേവനം നൽകുന്നു.

TCP പ്രോട്ടോക്കോൾ

TCP ഡാറ്റ സെഗ്‌മെൻ്റുകളായി അയച്ചു, നോഡുകൾ ആശയവിനിമയം നടത്തുന്നതിന് മുമ്പ് ഒരു കണക്ഷൻ സ്ഥാപിക്കേണ്ടതുണ്ട്. ട്രാൻസ്മിറ്റ് ചെയ്ത ഓരോ സെഗ്മെൻ്റിനും ഒരു സീക്വൻസ് നമ്പർ നൽകി TCP വിശ്വാസ്യത നൽകുന്നു. സെഗ്‌മെൻ്റ് ചെറിയ പാക്കറ്റുകളായി വിഭജിച്ചാൽ, എല്ലാ ഭാഗങ്ങളും ലഭിച്ചിട്ടുണ്ടോ എന്ന് സ്വീകരിക്കുന്ന നോഡിന് അറിയാൻ കഴിയും. ഇതിനായി സ്ഥിരീകരണങ്ങൾ ഉപയോഗിക്കുന്നു. അയച്ച ഓരോ സെഗ്‌മെൻ്റിനും, സ്വീകരിക്കുന്ന നോഡ് ഒരു നിശ്ചിത സമയത്തിനുള്ളിൽ അയച്ചയാൾക്ക് ഒരു അംഗീകാരം നൽകണം.

അയച്ചയാൾക്ക് സ്ഥിരീകരണം ലഭിച്ചില്ലെങ്കിൽ, ഡാറ്റ വീണ്ടും കൈമാറും. ഒരു സെഗ്മെൻ്റിന് കേടുപാടുകൾ സംഭവിച്ചാൽ, സ്വീകരിക്കുന്ന നോഡ് അത് നിരസിക്കുന്നു. ഈ സാഹചര്യത്തിൽ ഒരു അംഗീകാരവും അയക്കാത്തതിനാൽ, അയച്ചയാൾ വീണ്ടും സെഗ്മെൻ്റ് കൈമാറുന്നു.

ഒരു പ്രോട്ടോക്കോൾ പോർട്ട് നമ്പർ ഉപയോഗിച്ച് കമ്പ്യൂട്ടറിൽ ആപ്ലിക്കേഷനുകൾ സ്വയം തിരിച്ചറിയുന്നു. ഉദാഹരണത്തിന്, ഒരു എഫ്‌ടിപി സെർവർ ഒരു പ്രത്യേക ടിസിപി പോർട്ട് ഉപയോഗിക്കുന്നു, അതിനാൽ മറ്റ് ആപ്ലിക്കേഷനുകൾക്ക് അതിനെ ബന്ധപ്പെടാനാകും.

പോർട്ടുകൾ 0 മുതൽ 65536 വരെയുള്ള ഏത് സംഖ്യയും ആകാം. ഒരു സേവന അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുമ്പോൾ ക്ലയൻ്റ് ആപ്ലിക്കേഷനുകൾക്കുള്ള പോർട്ട് നമ്പറുകൾ ചലനാത്മകമായി ഓപ്പറേറ്റിംഗ് സിസ്റ്റം അസൈൻ ചെയ്യുന്നു.

TCP പ്രോട്ടോക്കോൾ പോർട്ടുകൾ

TCP പ്രോട്ടോക്കോൾ പോർട്ട് എവിടെയാണ് സന്ദേശം കൈമാറുന്നതെന്ന് വ്യക്തമാക്കുന്നു. 256-ൽ താഴെയുള്ള പോർട്ട് നമ്പറുകൾ വ്യാപകമായി ഉപയോഗിക്കുന്നതായി നിർവചിച്ചിരിക്കുന്നു. ഈ പോർട്ടുകളിൽ ചിലത് പട്ടിക പട്ടികപ്പെടുത്തുന്നു.

പോർട്ട് നമ്പർ	വിവരണം
	ഡൊമെയ്ൻ നെയിം സിസ്റ്റം (DNS)
	NetBIOS സേവനം

ടിസിപി പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് ആശയവിനിമയം സ്ഥാപിക്കുന്നു.

ഒരു ടിസിപി കണക്ഷൻ ആരംഭിക്കുന്നത് മൂന്ന് ഘട്ടങ്ങളിലായാണ് നടക്കുന്നത്. ഈ പ്രക്രിയ നിർമ്മിക്കുന്ന പ്രവർത്തനങ്ങൾ ഇനിപ്പറയുന്നവയാണ്.

സിൻക്രൊണൈസേഷൻ ഫ്ലാഗ് സെറ്റ് ഉപയോഗിച്ച് അയച്ചുകൊണ്ട് അയയ്ക്കുന്ന നോഡ് ഒരു കണക്ഷൻ അഭ്യർത്ഥിക്കുന്നു.

ഇനിപ്പറയുന്നവ ഉപയോഗിച്ച് ഒരു സെഗ്‌മെൻ്റ് തിരികെ അയച്ചുകൊണ്ട് ഡെസ്റ്റിനേഷൻ നോഡ് അഭ്യർത്ഥനയുടെ രസീത് അംഗീകരിക്കുന്നു:

സിൻക്രൊണൈസേഷൻ ഫ്ലാഗ് സജ്ജമാക്കുക;

അയയ്‌ക്കാൻ കഴിയുന്ന സെഗ്‌മെൻ്റിൻ്റെ ആരംഭ ബൈറ്റിൻ്റെ സീക്വൻസ് നമ്പർ അല്ലെങ്കിൽ സീക്വൻസ് നമ്പർ;

അത് ലഭിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്ന അടുത്ത സെഗ്‌മെൻ്റിൻ്റെ സീക്വൻസ് നമ്പർ ഉൾപ്പെടെയുള്ള അംഗീകാരം.

3. അഭ്യർത്ഥിക്കുന്ന നോഡ് സീക്വൻസ് നമ്പറിൻ്റെയും അതിൻ്റെ സ്ഥിരീകരണ നമ്പറിൻ്റെയും (ചിത്രം 2) സ്ഥിരീകരണത്തോടുകൂടിയ ഒരു സെഗ്മെൻ്റ് തിരികെ അയയ്ക്കുന്നു.

ഒരു കണക്ഷൻ അവസാനിപ്പിക്കുന്നതിന് സമാനമായി ടിസിപി പ്രവർത്തിക്കുന്നു. രണ്ട് നോഡുകളും പ്രക്ഷേപണം പൂർത്തിയാക്കി എല്ലാ ഡാറ്റയും സ്വീകരിക്കുന്നുവെന്ന് ഇത് ഉറപ്പാക്കുന്നു.

TCP പാക്കറ്റ് ഘടന

എല്ലാ TCP പ്രോട്ടോക്കോൾ പാക്കറ്റുകൾക്കും രണ്ട് ഭാഗങ്ങളുണ്ട് - തലക്കെട്ടും ഡാറ്റയും. ഒരു ടിസിപി പാക്കറ്റിൻ്റെ ഹെഡർ ഫീൽഡുകൾ പട്ടിക കാണിക്കുന്നു.

IP പ്രോട്ടോക്കോൾ

ഡാറ്റാ എക്സ്ചേഞ്ച് ആരംഭിക്കുന്നതിന് മുമ്പ് ഒരു സെഷൻ സ്ഥാപിക്കാത്തതിനാൽ IP പ്രോട്ടോക്കോൾ കണക്ഷൻ ഓറിയൻ്റഡ് അല്ല. പ്രോട്ടോക്കോൾ വിശ്വസനീയമല്ല - ഇത് ഡെലിവറിക്ക് ഉറപ്പുനൽകുന്നില്ല, എന്നിരുന്നാലും പാക്കറ്റ് ഡെലിവറി ചെയ്യാൻ ഇത് പരമാവധി ശ്രമിക്കുന്നു. വഴിയിൽ, പാക്കറ്റ് നഷ്‌ടപ്പെടാം, ഓർഡറിന് പുറത്ത് ഡെലിവർ ചെയ്‌തേക്കാം, തനിപ്പകർപ്പാക്കാം അല്ലെങ്കിൽ കാലതാമസം വന്നേക്കാം.

ഡാറ്റ സ്വീകരിക്കുമ്പോൾ ഐപി പ്രോട്ടോക്കോളിന് അംഗീകാരം ആവശ്യമില്ല. തെറ്റായ ക്രമത്തിൽ ഒരു പാക്കറ്റ് നഷ്‌ടപ്പെടുകയോ ഡെലിവർ ചെയ്യുകയോ ചെയ്‌താൽ അയച്ചയാളെയോ സ്വീകർത്താവിനെയോ അറിയിക്കില്ല. TCP പോലുള്ള ഉയർന്ന തലത്തിലുള്ള ഗതാഗത പ്രോട്ടോക്കോളുകൾ പാക്കറ്റുകളുടെ രസീത് അംഗീകരിക്കുന്നതിന് ഉത്തരവാദികളാണ്.

പാക്കറ്റുകൾ കൈമാറുന്നതിനുള്ള ഒരു പാത തിരഞ്ഞെടുക്കുന്ന പ്രക്രിയയാണ് റൂട്ടിംഗ്. IP പാക്കറ്റുകൾ അയയ്ക്കുന്ന സമയത്ത് TCP/IP ഹോസ്റ്റിലും തുടർന്ന് IP റൂട്ടറിലും റൂട്ടിംഗ് സംഭവിക്കുന്നു.

ഒരു ഫിസിക്കൽ നെറ്റ്‌വർക്കിൽ നിന്ന് മറ്റൊന്നിലേക്ക് പാക്കറ്റുകൾ കൈമാറുന്ന ഉപകരണമാണ് റൂട്ടർ. റൂട്ടറുകൾ ഗേറ്റ്‌വേ എന്നും അറിയപ്പെടുന്നു.

ഐപി പാക്കറ്റിൻ്റെ ഫീൽഡുകൾ പട്ടികയിൽ കാണിച്ചിരിക്കുന്നു.

	വിവരണം
ഉറവിട ഐപി വിലാസം (അയക്കുന്നയാളുടെ ഐപി വിലാസം)	ഒരു IP വിലാസം ഉപയോഗിച്ച് ഒരു പാക്കറ്റ് അയച്ചയാളെ തിരിച്ചറിയുന്നു
ലക്ഷ്യസ്ഥാന IP-വിലാസം (സ്വീകർത്താവിൻ്റെ IP വിലാസം)	ഒരു IP വിലാസം ഉപയോഗിച്ച് ഒരു പാക്കറ്റിൻ്റെ സ്വീകർത്താവിനെ തിരിച്ചറിയുന്നു
പ്രോട്ടോക്കോൾ	ഏത് പ്രോട്ടോക്കോൾ - TCP അല്ലെങ്കിൽ UDP-ലേക്ക് കൈമാറണമെന്ന് സ്വീകർത്താവിൻ്റെ നോഡിൻ്റെ IP പ്രോട്ടോക്കോൾ അറിയിക്കുന്നു.
ചെക്ക്സം	ഇൻകമിംഗ് പാക്കറ്റിൻ്റെ സമഗ്രത പരിശോധിക്കാൻ ഉപയോഗിക്കുന്നു.
ജീവിക്കാനുള്ള സമയം, അല്ലെങ്കിൽ TTL (ജീവിക്കാനുള്ള സമയം)	നിരസിക്കപ്പെടുന്നതിന് മുമ്പ് ഒരു പാക്കറ്റ് നെറ്റ്‌വർക്കിൽ എത്രനേരം നിലനിൽക്കുമെന്ന് നിർണ്ണയിക്കുന്നു. നെറ്റ്‌വർക്കിൽ അനന്തമായി അലഞ്ഞുതിരിയുന്നതിൽ നിന്ന് പാക്കറ്റുകളെ തടയുന്നു. റൂട്ടറിൽ പാക്കറ്റ് ചെലവഴിക്കുന്ന സെക്കൻഡുകളുടെ എണ്ണം റൂട്ടറുകൾ ടിടിഎൽ കുറയ്ക്കണം. ഓരോ തവണയും ഒരു പാക്കറ്റ് റൂട്ടറിലൂടെ കടന്നുപോകുമ്പോൾ TTL കുറഞ്ഞത് ഒരു സെക്കൻഡ് കുറയുന്നു. Windows NT 4.0-ലെ ഡിഫോൾട്ട് TTL 128 സെക്കൻഡാണ്.

റൂട്ടറിൽ ഐപി നടപ്പിലാക്കൽ.

റൂട്ടർ ഇനിപ്പറയുന്ന രീതിയിൽ സ്വീകരിക്കുന്ന ഐപി പാക്കറ്റുകൾ പ്രോസസ്സ് ചെയ്യുന്നു:

പാക്കറ്റ് ദീർഘനേരം റൂട്ടറിൽ നിൽക്കുകയാണെങ്കിൽ TTL മൂല്യം 1 സെക്കൻഡോ അതിൽ കൂടുതലോ കുറയ്ക്കുന്നു.

TTL മൂല്യം പൂജ്യത്തിൽ എത്തിയാൽ, പാക്കറ്റ് നിരസിക്കപ്പെടും.

2. ഓൺവേഡ് നെറ്റ്‌വർക്കിന് വലുപ്പം വളരെ വലുതാണെങ്കിൽ ഒരു പാക്കറ്റ് വിഘടിച്ചേക്കാം

ഇത് വിഘടിപ്പിക്കാൻ കഴിയുമെങ്കിൽ, ഓരോ പുതിയ പാക്കറ്റിനും (ശകലം) IP ഒരു പ്രത്യേക തലക്കെട്ട് സൃഷ്ടിക്കുന്നു, ക്രമീകരണം:

പതാക (പതാക), പാതയിലേക്ക് അയയ്‌ക്കുന്ന മറ്റ് ശകലങ്ങൾ ഉണ്ടെന്ന് സൂചിപ്പിക്കുന്നു;

ഫ്രാഗ്‌മെൻ്റ് ഐഡി, ഒരു പാക്കറ്റ് നിർമ്മിക്കുന്ന എല്ലാ ശകലങ്ങളും തിരിച്ചറിയുന്നു;

ഫ്രാഗ്‌മെൻ്റ് ഓഫ്‌സെറ്റ്, ഇത് സ്വീകരിക്കുന്ന നോഡിൽ പാക്കറ്റ് ശരിയായി വീണ്ടും കൂട്ടിയോജിപ്പിച്ചിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുന്നു.

ഒരു പുതിയ ചെക്ക്സം കണക്കാക്കുന്നു.

അടുത്ത റൂട്ടറിൻ്റെ നെറ്റ്‌വർക്ക് അഡാപ്റ്റർ വിലാസം നിർണ്ണയിക്കുന്നു.

പാക്കറ്റ് ലക്ഷ്യസ്ഥാനത്ത് എത്തുന്നതുവരെ ഈ പ്രക്രിയ ഓരോ റൂട്ടറിലും ആവർത്തിക്കുന്നു; അവിടെ ഐപി പ്രോട്ടോക്കോൾ പാക്കറ്റിനെ അതിൻ്റെ യഥാർത്ഥ രൂപത്തിൽ ശകലങ്ങളിൽ നിന്ന് കൂട്ടിച്ചേർക്കുന്നു.

TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്ക്

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

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

ഒരു ശക്തമായ കമ്പ്യൂട്ടർ നെറ്റ്‌വർക്കിനുള്ളിലെ കണക്ഷനും ഇടപെടലും പ്രോട്ടോക്കോളുകളുടെ ഒരു ഫാമിലി രൂപകൽപന ചെയ്യുകയും സൃഷ്ടിക്കുകയും ചെയ്യുക എന്ന ലക്ഷ്യമായിരുന്നു, പിന്നീട് പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് എന്ന് വിളിക്കപ്പെട്ടു. TCP/IP (ട്രാൻസ്മിഷൻ കൺട്രോൾ പ്രോട്ടോക്കോൾ / ഇൻ്റർനെറ്റ് പ്രോട്ടോക്കോൾ) . ഒരു ഇൻ്റർനെറ്റ് വർക്കിംഗ് സംവിധാനം സൃഷ്ടിക്കുക എന്നതാണ് സ്റ്റാക്കിൻ്റെ പ്രധാന ആശയം.

ഒരു നെറ്റ്‌വർക്കിൽ കമ്പ്യൂട്ടറുകളെ ബന്ധിപ്പിക്കുന്നതിന് TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് ലോകമെമ്പാടും വ്യാപകമായി ഉപയോഗിക്കുന്നു.ഇന്റർനെറ്റ്. TCP/IP ഒരു കോർപ്പറേറ്റ് നെറ്റ്‌വർക്കിലെ കമ്പ്യൂട്ടറുകളും മറ്റ് ഉപകരണങ്ങളും തമ്മിൽ ആശയവിനിമയം നടത്താൻ ഉപയോഗിക്കുന്ന ഡാറ്റാ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോളുകളുടെ ഒരു കുടുംബത്തിന് നൽകിയിരിക്കുന്ന പൊതുവായ പേരാണ്.

TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൻ്റെ പ്രധാന നേട്ടം, വ്യത്യസ്ത നിർമ്മാതാക്കളിൽ നിന്നുള്ള നെറ്റ്‌വർക്ക് ഉപകരണങ്ങൾക്കിടയിൽ വിശ്വസനീയമായ ആശയവിനിമയം നൽകുന്നു എന്നതാണ്. വിവിധ സ്റ്റാൻഡേർഡ് ആപ്ലിക്കേഷനുകൾക്കൊപ്പം പ്രവർത്തനസമയത്ത് തെളിയിക്കപ്പെട്ട ആശയവിനിമയ പ്രോട്ടോക്കോളുകളുടെ ഒരു കൂട്ടം ടിസിപി/ഐപിയിൽ ഉൾപ്പെടുത്തുന്നത് ഈ നേട്ടം ഉറപ്പാക്കുന്നു. TCP/IP സ്റ്റാക്കിലെ പ്രോട്ടോക്കോളുകൾ സന്ദേശങ്ങൾ കൈമാറുന്നതിനുള്ള ഒരു സംവിധാനം നൽകുന്നു, സന്ദേശ ഫോർമാറ്റുകളുടെ വിശദാംശങ്ങൾ വിവരിക്കുന്നു, പിശകുകൾ എങ്ങനെ കൈകാര്യം ചെയ്യണമെന്ന് വ്യക്തമാക്കുക. ഈ പ്രക്രിയകൾ സംഭവിക്കുന്ന ഉപകരണങ്ങളുടെ തരം കണക്കിലെടുക്കാതെ ഡാറ്റ കൈമാറ്റ പ്രക്രിയകൾ വിവരിക്കാനും മനസ്സിലാക്കാനും പ്രോട്ടോക്കോളുകൾ നിങ്ങളെ അനുവദിക്കുന്നു.

ടിസിപി/ഐപി പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൻ്റെ സൃഷ്ടിയുടെ ചരിത്രം ആരംഭിച്ചത് യുഎസ് ഡിപ്പാർട്ട്‌മെൻ്റ് ഓഫ് ഡിഫൻസ് വ്യത്യസ്ത ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളുമായി ധാരാളം കമ്പ്യൂട്ടറുകൾ സംയോജിപ്പിക്കുന്ന പ്രശ്നം നേരിടുമ്പോഴാണ്. ഇത് നേടുന്നതിന്, 1970 ൽ ഒരു കൂട്ടം മാനദണ്ഡങ്ങൾ തയ്യാറാക്കി. ഈ മാനദണ്ഡങ്ങളുടെ അടിസ്ഥാനത്തിൽ വികസിപ്പിച്ച പ്രോട്ടോക്കോളുകളെ മൊത്തത്തിൽ TCP/IP എന്ന് വിളിക്കുന്നു.

ടിസിപി/ഐപി പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് യഥാർത്ഥത്തിൽ നെറ്റ്‌വർക്കിനായി രൂപകൽപ്പന ചെയ്‌തതാണ്അഡ്വാൻസ്ഡ് റിസർച്ച് പ്രോജക്ട് ഏജൻസി നെറ്റ്‌വർക്ക് (ARPANET). അർപാനെറ്റ് ഒരു പരീക്ഷണാത്മക വിതരണം ചെയ്ത പാക്കറ്റ് സ്വിച്ചിംഗ് നെറ്റ്‌വർക്ക് ആയി കണക്കാക്കപ്പെട്ടു.ഈ നെറ്റ്‌വർക്കിൽ TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് ഉപയോഗിക്കുന്ന പരീക്ഷണം നല്ല ഫലങ്ങളോടെ അവസാനിച്ചു. അതിനാൽ, വ്യാവസായിക ഉപയോഗത്തിനായി പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് സ്വീകരിച്ചു, പിന്നീട് വർഷങ്ങളോളം വികസിപ്പിക്കുകയും മെച്ചപ്പെടുത്തുകയും ചെയ്തു. പിന്നീട് ലോക്കൽ നെറ്റ്‌വർക്കുകളിൽ ഉപയോഗിക്കുന്നതിന് സ്റ്റാക്ക് അനുയോജ്യമാക്കി. 1980-ൻ്റെ തുടക്കത്തിൽ, പ്രോട്ടോക്കോൾ വെജ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൻ്റെ അവിഭാജ്യ ഘടകമായി ഉപയോഗിക്കാൻ തുടങ്ങി.ക്ലേയുണിക്സ് വി 4.2 അതേ വർഷം, ഒരു ഏകീകൃത ശൃംഖല പ്രത്യക്ഷപ്പെട്ടുഇന്റർനെറ്റ് . സാങ്കേതികവിദ്യയിലേക്കുള്ള മാറ്റംഇന്റർനെറ്റ് ആഗോള ശൃംഖലയുമായി ബന്ധിപ്പിച്ചിട്ടുള്ള എല്ലാ കമ്പ്യൂട്ടറുകളും TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് ഉപയോഗിക്കുന്നുണ്ടെന്ന് യുഎസ് ഡിപ്പാർട്ട്മെൻ്റ് ഓഫ് ഡിഫൻസ് സ്ഥാപിച്ചപ്പോൾ 1983-ൽ പൂർത്തിയായി.

TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് ഉപയോക്താക്കൾക്ക് നൽകുന്നുരണ്ട് പ്രധാന സേവനങ്ങൾആപ്ലിക്കേഷൻ പ്രോഗ്രാമുകൾ ഉപയോഗിക്കുന്നത്:

ഡാറ്റഗ്രാം പാക്കേജ് ഡെലിവറി വാഹനം . ടിസിപി/ഐപി സ്റ്റാക്കിലെ പ്രോട്ടോക്കോളുകൾ സന്ദേശത്തിൽ അടങ്ങിയിരിക്കുന്ന വിലാസ വിവരങ്ങളെ മാത്രം അടിസ്ഥാനമാക്കി ഒരു ചെറിയ സന്ദേശത്തിൻ്റെ ട്രാൻസ്മിഷൻ പാത നിർണ്ണയിക്കുന്നു എന്നാണ് ഇതിനർത്ഥം. ഒരു ലോജിക്കൽ കണക്ഷൻ സ്ഥാപിക്കാതെയാണ് ഡെലിവറി നടത്തുന്നത്. ഇത്തരത്തിലുള്ള ഡെലിവറി TCP/IP പ്രോട്ടോക്കോളുകളെ വിപുലമായ നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളുമായി പൊരുത്തപ്പെടുത്താൻ സഹായിക്കുന്നു.

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

TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൻ്റെ പ്രധാന ഗുണങ്ങൾ ഇവയാണ്:

നെറ്റ്‌വർക്ക് സാങ്കേതികവിദ്യയിൽ നിന്നുള്ള സ്വാതന്ത്ര്യം. TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് അന്തിമ ഉപയോക്തൃ ഉപകരണങ്ങളിൽ നിന്ന് സ്വതന്ത്രമാണ്, കാരണം ഇത് ട്രാൻസ്മിഷൻ എലമെൻ്റ് - ഡാറ്റാഗ്രാം - മാത്രം നിർവചിക്കുകയും നെറ്റ്‌വർക്കിലൂടെ അത് നീങ്ങുന്ന രീതി വിവരിക്കുകയും ചെയ്യുന്നു.

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

അവസാനം മുതൽ അവസാനം വരെ സ്ഥിരീകരണം.TCP/IP സ്റ്റാക്കിൻ്റെ പ്രോട്ടോക്കോളുകൾ അയയ്ക്കുന്നയാളും സ്വീകർത്താവും തമ്മിൽ കൈമാറ്റം ചെയ്യുമ്പോൾ ശരിയായ വിവരങ്ങളുടെ സ്ഥിരീകരണം നൽകുന്നു.

സ്റ്റാൻഡേർഡ് ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോളുകൾ. ഇമെയിൽ, ഫയൽ കൈമാറ്റം, റിമോട്ട് ആക്സസ് മുതലായവ പോലുള്ള പൊതുവായ ആപ്ലിക്കേഷനുകളെ പിന്തുണയ്ക്കുന്നതിനുള്ള ടൂളുകൾ TCP/IP പ്രോട്ടോക്കോളുകളിൽ ഉൾപ്പെടുന്നു.

കുത്തനെയുള്ള നെറ്റ്‌വർക്ക് വളർച്ചഇന്റർനെറ്റ് കൂടാതെ, സ്വാഭാവികമായും, ടിസിപി/ഐപി പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൻ്റെ ത്വരിതഗതിയിലുള്ള വികസനത്തിന്, പ്രോട്ടോക്കോളുകളുടെ കൂടുതൽ ചിട്ടയായ വികസനത്തിന് സംഭാവന ചെയ്യുന്ന രേഖകളുടെ ഒരു പരമ്പര സൃഷ്ടിക്കാൻ ഡെവലപ്പർമാരെ ആവശ്യമുണ്ട്. സംഘടനഇൻ്റർനെറ്റ് ആക്ടിവിറ്റീസ് ബോർഡ് (IAB) ) എന്ന് വിളിക്കപ്പെടുന്ന രേഖകളുടെ ഒരു പരമ്പര വികസിപ്പിച്ചെടുത്തു RFC (അഭിപ്രായങ്ങൾക്കായുള്ള അഭ്യർത്ഥന). ചില RFC-കൾ നെറ്റ്‌വർക്ക് സേവനങ്ങളോ പ്രോട്ടോക്കോളുകളോ അവയുടെ നടപ്പാക്കലുകളോ വിവരിക്കുക, മറ്റ് പ്രമാണങ്ങൾ അവയുടെ ഉപയോഗത്തിനുള്ള വ്യവസ്ഥകൾ വിവരിക്കുന്നു. ഇതിൽ ഉൾപ്പെടുന്നു RFC TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് സ്റ്റാൻഡേർഡുകൾ പ്രസിദ്ധീകരിച്ചു. ടിസിപി/ഐപി മാനദണ്ഡങ്ങൾ എല്ലായ്‌പ്പോഴും ഡോക്യുമെൻ്റുകളായി പ്രസിദ്ധീകരിക്കപ്പെടുമെന്ന കാര്യം മനസ്സിൽ പിടിക്കണം. RFC-കൾ, എന്നാൽ എല്ലാ RFC-കളും അല്ല മാനദണ്ഡങ്ങൾ നിർവചിക്കുക.

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

1.സ്റ്റേറ്റ് ഓഫ് സ്റ്റാൻഡേർഡൈസേഷൻ. ഒരു പ്രോട്ടോക്കോളിന് നിരവധി സംസ്ഥാനങ്ങൾ ഉണ്ടാകാം:

പ്രോട്ടോക്കോൾ സ്റ്റാൻഡേർഡ് അംഗീകരിച്ചു;

പ്രോട്ടോക്കോൾ സ്റ്റാൻഡേർഡ് പരിഗണനയ്ക്കായി നിർദ്ദേശിക്കപ്പെട്ടിരിക്കുന്നു;

ഒരു പരീക്ഷണാത്മക പ്രോട്ടോക്കോൾ നിർദ്ദേശിക്കപ്പെട്ടിരിക്കുന്നു;

പ്രോട്ടോക്കോൾ കാലഹരണപ്പെട്ടതിനാൽ നിലവിൽ ഉപയോഗിക്കുന്നില്ല.

2. പ്രോട്ടോക്കോൾ നില. ഒരു പ്രോട്ടോക്കോളിന് നിരവധി സ്റ്റാറ്റസുകൾ ഉണ്ടാകാം:

നടപ്പിലാക്കുന്നതിന് പ്രോട്ടോക്കോൾ ആവശ്യമാണ്;

നിർമ്മാതാവിന് അവൻ്റെ ഓപ്ഷനിൽ പ്രോട്ടോക്കോൾ നടപ്പിലാക്കാൻ കഴിയും;

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

നെറ്റ്‌വർക്ക് പരാജയങ്ങൾ തിരിച്ചറിയുകയും അതിൻ്റെ പ്രവർത്തനം പുനഃസ്ഥാപിക്കുകയും ചെയ്യുക;

നെറ്റ്‌വർക്ക് ബാൻഡ്‌വിഡ്ത്ത് വിതരണം ചെയ്യുകയും ഓവർലോഡ് ചെയ്യുമ്പോൾ ഡാറ്റ ഫ്ലോ കുറയ്ക്കുന്നതിനുള്ള വഴികൾ അറിയുകയും ചെയ്യുക;

കാലതാമസവും പാക്കറ്റ് നഷ്ടവും തിരിച്ചറിയുക, ഇതിൽ നിന്നുള്ള കേടുപാടുകൾ എങ്ങനെ കുറയ്ക്കാമെന്ന് അറിയുക;

ഡാറ്റയിലെ പിശകുകൾ തിരിച്ചറിയുകയും അവയെക്കുറിച്ച് ആപ്ലിക്കേഷൻ സോഫ്റ്റ്വെയറിനെ അറിയിക്കുകയും ചെയ്യുക;

നെറ്റ്‌വർക്കിൽ പാക്കറ്റുകളുടെ ക്രമാനുഗതമായ ചലനം ഉണ്ടാക്കുക.

ഈ അളവിലുള്ള പ്രവർത്തനക്ഷമത ഒരു പ്രോട്ടോക്കോളിൻ്റെ കഴിവുകൾക്കപ്പുറമാണ്. അതിനാൽ, ഒരു സ്റ്റാക്ക് എന്ന് വിളിക്കപ്പെടുന്ന ഇൻ്റർഓപ്പറബിൾ പ്രോട്ടോക്കോളുകളുടെ ഒരു കൂട്ടം സൃഷ്ടിച്ചു.

കാരണം ടിസിപി/ഐപി പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് റഫറൻസ് മോഡലിന് മുമ്പ് വികസിപ്പിച്ചതാണ്ഒഎസ്ഐ , തുടർന്ന് മോഡലിൻ്റെ തലങ്ങളിലേക്കുള്ള അതിൻ്റെ ലെവലുകളുടെ കത്തിടപാടുകൾഒഎസ്ഐ തികച്ചും സോപാധികം.TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൻ്റെ ഘടനചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നു. 1.1

അരി. 1.1 TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൻ്റെ ഘടന.

അരി. 12. സന്ദേശ പാത.

സൈദ്ധാന്തികമായി, ഒരു ആപ്ലിക്കേഷൻ പ്രോഗ്രാമിൽ നിന്ന് മറ്റൊന്നിലേക്ക് ഒരു സന്ദേശം അയക്കുക എന്നതിനർത്ഥം, അയച്ചയാളുടെ സ്റ്റാക്കിൻ്റെ തൊട്ടടുത്ത പാളികളിലൂടെ സന്ദേശത്തിൻ്റെ തുടർച്ചയായ പ്രക്ഷേപണം, നെറ്റ്‌വർക്ക് ഇൻ്റർഫേസ് ലെയറിലൂടെ സന്ദേശങ്ങൾ കൈമാറുക എന്നാണ്. IV ) അല്ലെങ്കിൽ, റഫറൻസ് മോഡൽ അനുസരിച്ച്ഒഎസ്ഐ , ഫിസിക്കൽ ലെയറിൽ, സ്വീകർത്താവ് ഒരു സന്ദേശം സ്വീകരിക്കുകയും പ്രോട്ടോക്കോൾ സോഫ്‌റ്റ്‌വെയറിൻ്റെ തൊട്ടടുത്ത പാളികളിലൂടെ അത് കൈമാറുകയും ചെയ്യുന്നു.പ്രായോഗികമായി, സ്റ്റാക്ക് ലെവലുകൾ തമ്മിലുള്ള ഇടപെടൽ കൂടുതൽ സങ്കീർണ്ണമാണ്. ഓരോ ലെയറും ഒരു സന്ദേശം ശരിയാണോ എന്ന് തീരുമാനിക്കുകയും സന്ദേശത്തിൻ്റെ തരത്തെയോ ലക്ഷ്യസ്ഥാന വിലാസത്തെയോ അടിസ്ഥാനമാക്കി ഒരു നിർദ്ദിഷ്ട പ്രവർത്തനം നടത്തുകയും ചെയ്യുന്നു. TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൻ്റെ ഘടനയിൽ വ്യക്തമായ "ഗുരുത്വാകർഷണ കേന്ദ്രം" ഉണ്ട് - ഇതാണ് നെറ്റ്‌വർക്ക് ലെയറും പ്രോട്ടോക്കോളുംഅതിൽ ഐ.പി. IP പ്രോട്ടോക്കോൾ ഒന്നിലധികം ഉയർന്ന തലത്തിലുള്ള പ്രോട്ടോക്കോൾ മൊഡ്യൂളുകളും ഒന്നിലധികം നെറ്റ്‌വർക്ക് ഇൻ്റർഫേസുകളും ഉപയോഗിച്ച് ഇൻ്റർഫേസ് ചെയ്യാൻ കഴിയും. അതായത്, പ്രായോഗികമായി, ഒരു ആപ്ലിക്കേഷൻ പ്രോഗ്രാമിൽ നിന്ന് മറ്റൊന്നിലേക്ക് സന്ദേശങ്ങൾ കൈമാറുന്ന പ്രക്രിയ ഇതുപോലെ കാണപ്പെടും: അയച്ചയാൾ തലത്തിലുള്ള ഒരു സന്ദേശം കൈമാറുന്നു III പ്രോ ഐപി പ്രോട്ടോക്കോൾ ഒരു ഡാറ്റാഗ്രാമിൽ സ്ഥാപിച്ച് നെറ്റ്‌വർക്കിലേക്ക് അയച്ചു (നെറ്റ്‌വർക്ക് 1). ഓൺഇൻ്റർമീഡിയറ്റ് ഉപകരണങ്ങൾ, ഉദാഹരണത്തിന് റൂട്ടറുകൾ, ഡാറ്റഗ്രാംപ്രോട്ടോക്കോൾ തലത്തിലേക്ക് കടന്നുഐ.പി , അത് മറ്റ് നെറ്റ്‌വർക്കിലേക്ക് തിരികെ അയയ്‌ക്കുന്നു (നെറ്റ്‌വർക്ക് 2). ഡാറ്റഗ്രാം എത്തുമ്പോൾ നിങ്ങൾക്ക് ലഭിക്കും la, IP പ്രോട്ടോക്കോൾ സന്ദേശം തിരഞ്ഞെടുത്ത് അത് ഉയർന്ന തലങ്ങളിലേക്ക് കൈമാറുന്നു.അരി. 1.2 ഈ പ്രക്രിയയെ വ്യക്തമാക്കുന്നു.

TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൻ്റെ ഘടനയെ വിഭജിക്കാംനാല് ലെവലുകൾ. ഏറ്റവും താഴ്ന്നത് - നെറ്റ്‌വർക്ക് ഇൻ്റർഫേസ് ലെയർ (ലെയർ IV) - മോഡലിൻ്റെ ഫിസിക്കൽ, ചാനൽ തലങ്ങളുമായി പൊരുത്തപ്പെടുന്നുഒഎസ്ഐ. സ്റ്റാക്കിൽ TCP/IP പ്രോട്ടോക്കോളുകൾ ഈ നിലയെ നിയന്ത്രിക്കുന്നില്ല. നെറ്റ്‌വർക്ക് ലെവൽഡാറ്റാഗ്രാമുകൾ സ്വീകരിക്കുന്നതിനും അവ പ്രത്യേകമായി കൈമാറുന്നതിനും ഇൻ്റർഫേസ് ഉത്തരവാദിയാണ്നെറ്റ്‌വർക്ക് ഇല്ല. നെറ്റ്‌വർക്കുമായുള്ള ഇൻ്റർഫേസ് മൗത്ത് ഡ്രൈവർക്ക് നടപ്പിലാക്കാൻ കഴിയുംസ്വന്തം പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്ന കൂട്ടം അല്ലെങ്കിൽ സങ്കീർണ്ണമായ സിസ്റ്റംദേശീയ തലം (സ്വിച്ച്, റൂട്ടർ). അദ്ദേഹം ക്യാമ്പിനെ പിന്തുണയ്ക്കുന്നുജനപ്രിയ പ്രാദേശിക നെറ്റ്‌വർക്കുകളുടെ ഫിസിക്കൽ, ലിങ്ക് ലെവൽ ഡാർട്ടുകൾ:ഇഥർനെറ്റ്, ടോക്കൺ പാങ്, FDDI തുടങ്ങിയവ. വിതരണം ചെയ്ത നെറ്റ്‌വർക്കുകളുടെ പിന്തുണയ്‌ക്കായിപിപിപി കണക്ഷനുകൾ പഞ്ചറാണ്തെന്നുക , ആഗോള നെറ്റ്‌വർക്കുകൾക്കും - X.25 പ്രോട്ടോക്കോൾ. വികസിപ്പിക്കുന്നതിൻ്റെ ഉപയോഗത്തിന് പിന്തുണ നൽകുന്നുസെൽ സ്വിച്ചിംഗ് സാങ്കേതികവിദ്യകൾ -എ.ടി.എം . ഉൾപ്പെടുത്തുന്നത് പതിവായിട്ടുണ്ട്TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്കിലേക്ക് പുതിയ പ്രാദേശിക അല്ലെങ്കിൽ വിതരണ സാങ്കേതികവിദ്യകളുടെ സംയോജനംവിതരണം ചെയ്ത നെറ്റ്‌വർക്കുകളും പുതിയ പ്രമാണങ്ങൾ വഴി അവയുടെ നിയന്ത്രണവും RFC.

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

TCP/IP സ്റ്റാക്കിലെ പ്രാഥമിക നെറ്റ്‌വർക്ക് ലെയർ പ്രോട്ടോക്കോൾ ആയി ഉപയോഗിച്ച പ്രോട്ടോക്കോൾഐ.പി , വിവരങ്ങൾ കൈമാറുന്നതിനായി സൃഷ്ടിച്ചതാണ്വിതരണ ശൃംഖലകളിലെ രൂപീകരണങ്ങൾ. പ്രോട്ടോക്കോളിൻ്റെ പ്രയോജനംഐ.പി സങ്കീർണ്ണമായ ടോപ്പോളജികളുള്ള നെറ്റ്‌വർക്കുകളിൽ അതിൻ്റെ ഫലപ്രദമായ പ്രവർത്തനത്തിൻ്റെ സാധ്യതയാണ്അവളോട്. ഈ സാഹചര്യത്തിൽ, പ്രോട്ടോക്കോൾ യുക്തിസഹമായി ത്രൂപുട്ട് രീതി ഉപയോഗിക്കുന്നുകുറഞ്ഞ വേഗതയുള്ള ആശയവിനിമയ ലൈനുകളുടെ ഐറ്റി. പ്രോട്ടോക്കോളിൻ്റെ കേന്ദ്രത്തിൽഐ.പി കിടന്നു ഡാറ്റഗ്രാംപാക്കേജിൻ്റെ ഡെലിവറി ഉറപ്പുനൽകാത്ത ഒരു രീതി, പക്ഷേഅതിൻ്റെ നടപ്പാക്കലിലേക്ക് നിർദ്ദേശിച്ചു.

ഈ ലെവലിൽ സൃഷ്ടിക്കുന്ന എല്ലാ പ്രോട്ടോക്കോളുകളും ഉൾപ്പെടുന്നുറൂട്ടിംഗ് ടേബിളുകൾ പരിപാലിക്കുകയും അപ്‌ഡേറ്റ് ചെയ്യുകയും ചെയ്യുക. മാത്രമല്ല, ഇതിനെക്കുറിച്ച്ലെവൽ തമ്മിലുള്ള പിശകുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ കൈമാറുന്നതിനുള്ള ഒരു പ്രോട്ടോക്കോൾ ഉണ്ട്du റൂട്ടറുകൾനെറ്റ്‌വർക്കിലും അയച്ചവർ വഴിയും.

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

ട്രാൻസ്മിഷൻ കൺട്രോൾ പ്രോട്ടോക്കോൾ ഈ തലത്തിലാണ് പ്രവർത്തിക്കുന്നത് TCP (ട്രാൻസ്മിഷൻ കൺട്രോൾ പ്രോട്ടോക്കോൾ) ഡാറ്റ ) കൂടാതെ ട്രാൻസ്മിഷൻ പ്രോട്ടോക്കോൾ എപ്പോൾഡാറ്റാഗ്രാം രീതി ഉപയോഗിച്ച് നെസ്റ്റഡ് പാക്കറ്റുകൾ UDP (ഉപയോക്തൃ ഡാറ്റാഗ്രാം പ്രോട്ടോക്കോൾ). TCP പ്രോട്ടോക്കോൾ കാരണം ഗ്യാരണ്ടീഡ് ഡാറ്റ ഡെലിവറി നൽകുന്നുറിമോട്ട് ആപ്ലിക്കേഷനുകൾ തമ്മിലുള്ള ലോജിക്കൽ കണക്ഷനുകളുടെ രൂപീകരണംപ്രക്രിയകൾ. പ്രോട്ടോക്കോൾ പ്രവർത്തനംയു.ഡി.പി പ്രോട്ടോക്കോൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിന് സമാനമാണ് IP, എന്നാൽ അതിൻ്റെ പ്രധാന ദൌത്യം ഒരു ബൈൻഡറിൻ്റെ പ്രവർത്തനങ്ങൾ നിർവഹിക്കുക എന്നതാണ്നെറ്റ്‌വർക്ക് പ്രോട്ടോക്കോളും വിവിധ ആപ്ലിക്കേഷനുകളും തമ്മിലുള്ള ലിങ്ക്.

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

പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൻ്റെ പ്രവർത്തന തത്വങ്ങളുടെ പരിഗണന മൂന്നാം ലെവൽ പ്രോട്ടോക്കോളുകൾ മുതൽ ടിസിപി/ഐപി നടപ്പിലാക്കുന്നതാണ് ഉചിതംന്യ. അവരുടെ ഉയർന്ന തലത്തിലുള്ള പ്രോട്ടോക്കോളുകളാണ് ഇതിന് കാരണംജോലി താഴ്ന്ന നിലയിലുള്ള പ്രോട്ടോക്കോളുകളുടെ പ്രവർത്തനത്തെ ആശ്രയിച്ചിരിക്കുന്നു. വിതരണത്തിലെ റൂട്ടിംഗ് പ്രശ്നങ്ങൾ മനസ്സിലാക്കാൻഇനിപ്പറയുന്ന നെറ്റ്‌വർക്കുകളിൽ പ്രോട്ടോക്കോളുകൾ പഠിക്കാൻ ശുപാർശ ചെയ്യുന്നു:ക്രമങ്ങൾ: IP, ARP, ICMP, UDP, TCP . ഇത് വസ്തുത കാരണമാണ് ഒരു വിതരണ ശൃംഖലയിലെ റിമോട്ട് സിസ്റ്റങ്ങൾക്കിടയിൽ വിവരങ്ങൾ കൈമാറാൻ, സിസ്റ്റങ്ങളുടെ മുഴുവൻ കുടുംബവും ഒരു ഡിഗ്രി അല്ലെങ്കിൽ മറ്റൊന്നിലേക്ക് ഉപയോഗിക്കുന്നുടിസിപി/ഐപി പ്രോട്ടോക്കോളുകൾ.

TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൽ ഒരു വലിയ സംഖ്യ ഉൾപ്പെടുന്നുആപ്ലിക്കേഷൻ ലെവൽ പ്രോട്ടോക്കോളുകൾ. ഈ പ്രോട്ടോക്കോളുകൾ വ്യത്യസ്തമായി പ്രവർത്തിക്കുന്നുഫംഗ്‌ഷനുകൾ ഉൾപ്പെടെ: നെറ്റ്‌വർക്ക് മാനേജുമെൻ്റ്, ഫയൽ കൈമാറ്റം, ഫയലുകൾ ഉപയോഗിക്കുമ്പോൾ വിതരണം ചെയ്ത സേവനങ്ങളുടെ വ്യവസ്ഥ, ടേം എമുലേഷൻമത്സ്യബന്ധനം, ഇമെയിൽ ഡെലിവറി മുതലായവ. ഫയൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ (ഫയൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ - FTP ) കമ്പ്യൂട്ടറുകൾക്കിടയിൽ ഫയലുകൾ നീക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നുകമ്പ്യൂട്ടർ സംവിധാനങ്ങൾ. പ്രോട്ടോക്കോൾടെൽനെറ്റ് വെർച്വൽ ടെർ നൽകുന്നുമിനൽ എമുലേഷൻ. ലളിതമായ നെറ്റ്‌വർക്ക് മാനേജ്മെൻ്റ് പ്രോട്ടോക്കോൾ (ലളിതമായ നെറ്റ്‌വർക്ക് മാനേജ്മെൻ്റ് പ്രോട്ടോക്കോൾ - എസ്എൻഎംപി ) ഒരു നിയന്ത്രണ പ്രോട്ടോക്കോൾ ആണ്നെറ്റ്‌വർക്ക് കണ്ടെത്തൽ, അസാധാരണമായ നെറ്റ്‌വർക്ക് അവസ്ഥകൾ റിപ്പോർട്ടുചെയ്യാൻ ഉപയോഗിക്കുന്നുനെറ്റ്‌വർക്കിൽ സ്വീകാര്യമായ പരിധികളുടെ മൂല്യങ്ങൾ സ്ഥാപിക്കുകയും ചെയ്യുന്നു. ലളിതമായ പ്രോട്ടോക്കോൾമെയിൽ ട്രാൻസ്ഫർ (ലളിതമായ മെയിൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ - SMTP) നൽകുന്നു ഇമെയിൽ ട്രാൻസ്മിഷൻ സംവിധാനം. ഈ പ്രോട്ടോക്കോളുകളും മറ്റ് ആപ്ലിക്കേഷനുകളുംഉപയോക്താക്കൾക്ക് നൽകുന്നതിന് അപ്ലിക്കേഷനുകൾ TCP/IP സ്റ്റാക്കിൻ്റെ സേവനങ്ങൾ ഉപയോഗിക്കുന്നുഅടിസ്ഥാന നെറ്റ്‌വർക്ക് സേവനങ്ങൾ.

പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൻ്റെ ആപ്ലിക്കേഷൻ ലെയർ പ്രോട്ടോക്കോളുകളെ കുറിച്ച് കൂടുതലറിയുകTCP/IP ഈ മെറ്റീരിയലിൽ ഉൾപ്പെടുത്തിയിട്ടില്ല.

TCP/IP സ്റ്റാക്കിൻ്റെ പ്രോട്ടോക്കോളുകൾ പരിഗണിക്കുന്നതിന് മുമ്പ്, നമുക്ക് അടിസ്ഥാനം പരിചയപ്പെടുത്താംവിവരങ്ങളുടെ പേരുകൾ നിർവചിക്കുന്ന നിബന്ധനകൾ, കൈമാറുന്നുലെവലുകൾക്കിടയിൽ. നെറ്റ്‌വർക്കിലൂടെ കൈമാറുന്ന ഡാറ്റ ബ്ലോക്കിൻ്റെ പേര്ഇത് പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൻ്റെ ഏത് പാളിയിലാണ് എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു. ഒരു നെറ്റ്‌വർക്ക് ഇൻ്റർഫേസ് കൈകാര്യം ചെയ്യുന്ന ഡാറ്റയുടെ ബ്ലോക്കിനെ വിളിക്കുന്നുഫ്രെയിം . നെറ്റ്‌വർക്ക് ഇൻ്റർഫേസിനും നെറ്റ്‌വർക്കിനും ഇടയിലാണെങ്കിൽ ഡാറ്റ ബ്ലോക്ക്ലെവൽ, അതിനെ വിളിക്കുന്നു IP ഡാറ്റഗ്രാം (അല്ലെങ്കിൽ ഡാറ്റഗ്രാം മാത്രംente). ഗതാഗതത്തിനും നെറ്റ്‌വർക്കിനുമിടയിൽ പ്രചരിക്കുന്ന ഡാറ്റയുടെ ഒരു ബ്ലോക്ക് ലെവലുകളും ഉയർന്നതും എന്ന് വിളിക്കുന്നു IP പാക്കറ്റ്.ചിത്രത്തിൽ. 1.3 അനുപാതം കാണിക്കുന്നുTCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൻ്റെ തലങ്ങളിലേക്കുള്ള ഡാറ്റ ബ്ലോക്ക് പദവികളുടെ കറസ്പോണ്ടൻസ്.

അരി. 1. 3. ടിസിപി/ഐപി സ്റ്റാക്കിൻ്റെ തലത്തിലുള്ള വിവരങ്ങളുടെ ഭാഗങ്ങൾ.

TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൻ്റെ ലെയറുകളുടെ വിവരണം ഒരു അയക്കുന്നയാളിൽ നിന്ന് നേരിട്ട് സ്വീകർത്താവിലേക്ക് കൈമാറുന്നതും ഒന്നിലധികം നെറ്റ്‌വർക്കുകളിൽ പ്രക്ഷേപണം ചെയ്യുന്നതും തമ്മിലുള്ള വ്യത്യാസത്തിൻ്റെ വിവരണത്തോടൊപ്പം ചേർക്കുന്നത് വളരെ പ്രധാനമാണ്. ചിത്രത്തിൽ. ഈ തരത്തിലുള്ള ട്രാൻസ്മിഷനുകൾ തമ്മിലുള്ള വ്യത്യാസം ചിത്രം 4 കാണിക്കുന്നു.

അരി.1.4 വിവരങ്ങൾ കൈമാറുന്നതിനുള്ള രീതികൾ.

ഒരു റൂട്ടർ ഉപയോഗിച്ച് രണ്ട് നെറ്റ്‌വർക്കുകളിൽ ഒരു സന്ദേശം നൽകുമ്പോൾ, അത് രണ്ട് വ്യത്യസ്ത നെറ്റ്‌വർക്ക് ഫ്രെയിമുകൾ ഉപയോഗിക്കുന്നു (ഫ്രെയിം 1, ഫ്രെയിം 2). ഫ്രെയിം 1 - അയച്ചയാളിൽ നിന്ന് റൂട്ടറിലേക്ക് സംപ്രേഷണം ചെയ്യുന്നതിനായി, ഫ്രെയിം 2 - റൂട്ടറിൽ നിന്ന് സ്വീകർത്താവിലേക്ക്.

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

അധ്യായം 6

ഭൂതകാലം, വർത്തമാനകാലം

കൂടാതെ TCP/IP പ്രോട്ടോക്കോളിൻ്റെ ഭാവിയും

ഈ അധ്യായം വായിച്ച് പ്രായോഗിക വ്യായാമങ്ങൾ പൂർത്തിയാക്കിയ ശേഷം, നിങ്ങൾക്ക് ഇവ ചെയ്യാനാകും:

· TCP/IP യുടെ ആവിർഭാവത്തിൻ്റെ കഥ പറയുക;

ടിസിപി, ഐപി പ്രോട്ടോക്കോളുകളുടെ പ്രവർത്തന തത്വങ്ങളും ടിസിപിക്ക് പകരം യുഡിപി പ്രോട്ടോക്കോളുകൾ ഉപയോഗിക്കുന്ന രീതികളും വിശദീകരിക്കുക;

· ഐപി അഡ്രസ്സിംഗിനെക്കുറിച്ച് സംസാരിക്കുകയും പ്രാദേശിക, ആഗോള നെറ്റ്‌വർക്കുകളിൽ ഇത് എങ്ങനെ നടപ്പിലാക്കാമെന്ന് മനസിലാക്കുകയും ചെയ്യുക;

· പുതിയ IP പതിപ്പ് 6 പ്രോട്ടോക്കോളിനെക്കുറിച്ചും അതിൻ്റെ ഉദ്ദേശ്യത്തെക്കുറിച്ചും സംസാരിക്കുക;

TCP/IP സ്റ്റാക്കിൽ ഉൾപ്പെടുത്തിയിട്ടുള്ള ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോളുകൾ ഉപയോഗിക്കുന്നതിനുള്ള വഴികൾ ചർച്ച ചെയ്യുക;

· TCP/IP സ്റ്റാക്കിൻ്റെ ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോളുകളുടെ ഉദ്ദേശ്യം മനസ്സിലാക്കുക;

TCP/IP നടപ്പിലാക്കൽ OSI റഫറൻസ് മോഡലുമായി ബന്ധപ്പെടുത്തുക.

കമ്പ്യൂട്ടറുകൾ ഇൻ്റർനെറ്റ് വഴി ആശയവിനിമയം നടത്തുമ്പോൾ, അവ ആശയവിനിമയ ഭാഷയായി ട്രാൻസ്മിഷൻ കൺട്രോൾ പ്രോട്ടോക്കോൾ/ഇൻ്റർനെറ്റ് പ്രോട്ടോക്കോൾ (TCP/IP) ഉപയോഗിക്കുന്നു. കൂടാതെ, മിക്ക ഇടത്തരം, വലിയ നെറ്റ്‌വർക്കുകളിലും TCP/IP പ്രോട്ടോക്കോളുകൾ വ്യാപകമായി ഉപയോഗിക്കപ്പെടുന്നു. ഈ പ്രോട്ടോക്കോളുകൾ Novell NetWare, UNIX, Windows പ്ലാറ്റ്‌ഫോമുകളെ അടിസ്ഥാനമാക്കിയുള്ള നെറ്റ്‌വർക്കുകളെ പിന്തുണയ്ക്കുന്നു, പ്രത്യേകിച്ച് ക്ലയൻ്റ്-സെർവർ അല്ലെങ്കിൽ വെബ് അധിഷ്ഠിത ആപ്ലിക്കേഷനുകൾ ഉപയോഗിക്കുന്ന ഉയർന്നുവരുന്ന നെറ്റ്‌വർക്കുകളും നെറ്റ്‌വർക്കുകളും. വ്യാപകമായ ദത്തെടുക്കലും തെളിയിക്കപ്പെട്ട സാങ്കേതികവിദ്യയും വിപുലീകരണവും മിക്ക LAN, WAN ഇൻ്റർകണക്‌ഷൻ പ്രോജക്റ്റുകൾക്കും TCP/IP-നെ ഒരു നല്ല തിരഞ്ഞെടുപ്പാക്കി മാറ്റുന്നു. ചെറിയ നെറ്റ്‌വർക്കുകളിൽ പോലും, TCP/IP വിന്യസിക്കുന്നത് നെറ്റ്‌വർക്കിൻ്റെ ഭാവി വികസനത്തിന് അത്യന്താപേക്ഷിതമാണ്.

ഈ അധ്യായം TCP/IP പ്രോട്ടോക്കോളുകൾ വിശദമായി ഉൾക്കൊള്ളുന്നു, TCP, IP പാക്കറ്റുകളുടെ വിവരണങ്ങൾ, IP വിലാസ രീതികൾ എന്നിവ ഉൾപ്പെടുന്നു. ട്രാൻസ്മിറ്റ് ചെയ്ത ഡാറ്റയുടെ സ്ഥിരീകരണം വേഗതയും കുറഞ്ഞ നെറ്റ്‌വർക്ക് ലോഡും പോലെ പ്രധാനമല്ലാത്തപ്പോൾ ഉപയോഗിക്കുന്ന ടിസിപി - ഉപയോക്തൃ ഡാറ്റാഗ്രാം പ്രോട്ടോക്കോൾ (യുഡിപി) എന്നതിന് പകരമായി നിങ്ങൾ പഠിക്കും. IPv6 എന്ന് വിളിക്കപ്പെടുന്ന IP പ്രോട്ടോക്കോളിൻ്റെ ഏറ്റവും പുതിയ പതിപ്പിനെക്കുറിച്ച് അദ്ധ്യായം ചർച്ച ചെയ്യുകയും അതിൻ്റെ മുൻഗാമിയായ IPv4 മായി താരതമ്യം ചെയ്യുകയും ചെയ്യുന്നു. കൂടാതെ, TCP/IP സ്റ്റാക്കിൽ ഉൾപ്പെടുത്തിയിട്ടുള്ളതും ഫയൽ ട്രാൻസ്ഫർ ടെർമിനലുകളും ഇ-മെയിൽ സന്ദേശങ്ങളും അനുകരിക്കാനും IP വിലാസങ്ങൾ പരിവർത്തനം ചെയ്യാനും അസൈൻ ചെയ്യാനും നെറ്റ്‌വർക്ക് മാനേജുമെൻ്റിനും ഉദ്ദേശിച്ചുള്ള ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോളുകളെ ഇത് വിവരിക്കുന്നു. അവസാനമായി, OSI റഫറൻസ് മോഡലുമായി TCP/IP ആർക്കിടെക്ചർ എങ്ങനെ ബന്ധപ്പെട്ടിരിക്കുന്നുവെന്ന് നിങ്ങൾ പഠിക്കും.

TCP/IP സ്റ്റാക്കിൻ്റെ ഒരു സംക്ഷിപ്ത ചരിത്രം

1960-കളുടെ അവസാനത്തിൽ, അർപാനെറ്റ് പൊതുജനങ്ങൾക്ക് ലഭ്യമാക്കാൻ ARPA പ്രവർത്തിച്ചു, സർവ്വകലാശാലകളിലെ കമ്പ്യൂട്ടറുകൾ, ഗവേഷണ സ്ഥാപനങ്ങൾ, പ്രതിരോധ വകുപ്പ് എന്നിവയെ വിശാലമായ ഏരിയ നെറ്റ്‌വർക്കിൽ ആശയവിനിമയം നടത്താൻ അനുവദിച്ചു. ഈ ലക്ഷ്യം കൈവരിക്കുന്നതിനുള്ള ശ്രദ്ധേയമായ തടസ്സങ്ങളിലൊന്ന്, കമ്പ്യൂട്ടർ നിർമ്മാതാക്കൾക്ക് അവരുടേതായ മാനദണ്ഡങ്ങൾ ഉണ്ടായിരുന്നു, കൂടാതെ നിർമ്മാതാക്കൾ അവരുടെ സിസ്റ്റങ്ങളുടെ തത്വങ്ങളെക്കുറിച്ചുള്ള വിവരങ്ങൾ ഒരു വ്യാപാര രഹസ്യമായി സംരക്ഷിച്ചു.

വ്യത്യസ്‌ത കമ്പ്യൂട്ടറുകൾക്കിടയിൽ ആശയവിനിമയത്തിനുള്ള ഒരു മാർഗം സൃഷ്‌ടിക്കുന്നതിനുള്ള ആദ്യ ശ്രമം നിരവധി യൂണിവേഴ്‌സിറ്റികൾ നടത്തി, അത് ഒരു നെറ്റ്‌വർക്ക് പ്രോട്ടോക്കോൾ വികസിപ്പിച്ചെടുത്തു. നെറ്റ്വർക്ക് നിയന്ത്രണം പ്രോട്ടോക്കോൾ (എൻ.സി.പി) കൂടാതെ DEC, IBM എന്നിവയുൾപ്പെടെ വിവിധ കമ്പനികളുടെ ഹോസ്റ്റ് കമ്പ്യൂട്ടറുകളെ വിവരങ്ങൾ കൈമാറാൻ അനുവദിച്ചു. വിവിധ തരം ഡിഇസി, ഐബിഎം കമ്പ്യൂട്ടറുകളെ നെറ്റ്‌വർക്ക് ചെയ്യാനും ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിപ്പിക്കാനും അനുവദിക്കുന്ന ലളിതമായ ഒരു പ്രോട്ടോക്കോൾ ആയിരുന്നു എൻസിപി. ഉദാഹരണത്തിന്, എൻസിപി പ്രോട്ടോക്കോളിൻ്റെ ആപ്ലിക്കേഷനുകളിലൊന്ന് കമ്പ്യൂട്ടറുകൾക്കിടയിൽ ഫയലുകളുടെ കൈമാറ്റം ആയിരുന്നു. ഇതൊരു നല്ല തുടക്കമായിരുന്നു, എന്നാൽ NCP പ്രോട്ടോക്കോളിന് വേണ്ടത്ര വിശ്വസനീയമായ ഡാറ്റാ ട്രാൻസ്മിഷൻ നൽകാൻ കഴിഞ്ഞില്ല, അതിനാൽ ARPA അത് നവീകരിക്കാൻ ഒരു പദ്ധതി ആരംഭിച്ചു. വികസിപ്പിച്ച പ്രോട്ടോക്കോൾ യഥാർത്ഥത്തിൽ രണ്ട് പ്രോട്ടോക്കോളുകളുടെ സംയോജനമാണ് - പകർച്ച നിയന്ത്രണം പ്രോട്ടോക്കോൾ (ടിസിപി) ഒപ്പം ഇന്റർനെറ്റ് പ്രോട്ടോക്കോൾ (ഐ.പി) അവരുടെ പേരുകൾ സാധാരണയായി TCP/IP എന്ന് ചുരുക്കിയിരിക്കുന്നു.

കുറിപ്പ്

കോൺഫിഗർ ചെയ്യാൻ വളരെ ബുദ്ധിമുട്ടാണെങ്കിലും, പഴയ DEC, IBM നെറ്റ്‌വർക്കുകളിൽ NCP ഇപ്പോഴും ഉപയോഗിക്കുന്നു. ഈ പ്രോട്ടോക്കോൾ ഒരു കനത്ത സിപിയു ലോഡ് സൃഷ്ടിക്കുന്നു, കാരണം അതിൽ TCP ഉപയോഗിക്കാത്ത നെറ്റ്‌വർക്ക് ആശയവിനിമയത്തിൻ്റെ ചില തലങ്ങളുണ്ട്.

ശ്രദ്ധ

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

TCP/IP സ്റ്റാക്ക് അടിസ്ഥാനങ്ങൾ

RFC 793-ൽ വിവരിച്ചിരിക്കുന്ന TCP പ്രോട്ടോക്കോൾ, ഒരേ നെറ്റ്‌വർക്കിലെ കമ്പ്യൂട്ടറുകൾക്കിടയിലുള്ള പോയിൻ്റ്-ടു-പോയിൻ്റ് ആശയവിനിമയങ്ങൾക്കായി രൂപകൽപ്പന ചെയ്‌തതാണ്, അതേസമയം IP പ്രോട്ടോക്കോൾ (RFC 791) വ്യത്യസ്ത നെറ്റ്‌വർക്കുകളുമായോ വൈഡ് ഏരിയ നെറ്റ്‌വർക്കുകളുമായോ ബന്ധിപ്പിച്ചിരിക്കുന്ന കമ്പ്യൂട്ടറുകൾക്കിടയിൽ ആശയവിനിമയം നൽകാൻ ഉദ്ദേശിച്ചുള്ളതാണ്. . അവ അവതരിപ്പിച്ചതിന് തൊട്ടുപിന്നാലെ, രണ്ട് പ്രോട്ടോക്കോളുകളും ജനപ്രിയ ബെർക്ക്‌ലി യുണിക്സ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളിൽ ഉപയോഗിക്കുന്നതിന് ഒരു ടിസിപി/ഐപി സ്റ്റാക്ക് ആയി സംയോജിപ്പിക്കുകയും ഡിഇസിയുടെ വെർച്വൽ മെമ്മറി സിസ്റ്റം (വിഎംഎസ്, ഇപ്പോൾ ഓപ്പൺവിഎംഎസ്), മൾട്ടിപ്പിൾ വെർച്വൽ സ്റ്റോറേജ് (എംവിഎസ്, ഇപ്പോൾ ഓപ്പൺഎംവിഎസ്) ഐബിഎം എന്നിവയിലും നിർമ്മിക്കുകയും ചെയ്തു.

1970-കളുടെ തുടക്കത്തിൽ അവതരിപ്പിച്ചതുമുതൽ, TCP/IP സ്റ്റാക്ക് ലോകമെമ്പാടുമുള്ള നെറ്റ്‌വർക്കുകളിൽ വ്യാപകമായി ഉപയോഗിച്ചുവരുന്നു. PC-അനുയോജ്യമായ കമ്പ്യൂട്ടറുകൾ, UNIX വർക്ക്സ്റ്റേഷനുകൾ, മിനികമ്പ്യൂട്ടറുകൾ, Macintosh കമ്പ്യൂട്ടറുകൾ, ക്ലയൻ്റുകളേയും ഹോസ്റ്റുകളെയും ബന്ധിപ്പിക്കുന്ന നെറ്റ്‌വർക്ക് ഉപകരണങ്ങൾ എന്നിവയ്‌ക്കായി ഇത് നടപ്പിലാക്കുന്നു. TCP/IP ദശലക്ഷക്കണക്കിന് ആളുകൾക്ക് ഉപയോഗിക്കാൻ കഴിയുന്ന ആയിരക്കണക്കിന് പൊതു, വാണിജ്യ നെറ്റ്‌വർക്കുകൾക്ക് ഇൻ്റർനെറ്റ് കണക്റ്റിവിറ്റി നൽകുന്നു.

OSI പ്രോട്ടോക്കോൾ ലെയറുകളോട് സാമ്യമുള്ളതും എന്നാൽ തുല്യമല്ലാത്തതുമായ ഒരു ലേയേർഡ് പ്രോട്ടോക്കോൾ സ്റ്റാക്കാണ് TCP/IP. സിസ്റ്റങ്ങൾക്കിടയിൽ വിശ്വസനീയവും കാര്യക്ഷമവുമായ ഡാറ്റാ കൈമാറ്റം ഉറപ്പാക്കാൻ ടിസിപി/ഐപി സ്റ്റാക്കിൽ നൂറോളം സ്റ്റാൻഡേർഡ് പ്രോട്ടോക്കോളുകൾ അടങ്ങിയിരിക്കുന്നു. TCP/IP സ്റ്റാക്കിലെ അടിസ്ഥാന പ്രോട്ടോക്കോളുകൾ ഇനിപ്പറയുന്നവയാണ്:

· ട്രാൻസ്മിഷൻ കൺട്രോൾ പ്രോട്ടോക്കോൾ (TCP);

· ഉപയോക്തൃ ഡാറ്റാഗ്രാം പ്രോട്ടോക്കോൾ (UDP);

· ഇൻ്റർനെറ്റ് പ്രോട്ടോക്കോൾ (IP).

ഈ പ്രോട്ടോക്കോളുകൾ ഓരോന്നും ഇനിപ്പറയുന്ന വിഭാഗങ്ങളിൽ വിശദമായി ചർച്ചചെയ്യുന്നു.

പ്രോട്ടോക്കോൾ പ്രവർത്തനംടിസിപി

നെറ്റ്‌വർക്ക് ക്ലയൻ്റുകൾ സമാരംഭിക്കുന്ന ആപ്ലിക്കേഷൻ പ്രോസസ്സുകൾക്കിടയിൽ ഡാറ്റ സെഷനുകൾ സ്ഥാപിക്കുന്ന ഒരു ട്രാൻസ്പോർട്ട് പ്രോട്ടോക്കോൾ ആണ് ടിസിപി. ഫ്രെയിമുകൾ ശരിയായി ലഭിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുകയും ഡാറ്റയുടെ ഒഴുക്ക് നിയന്ത്രിക്കുകയും ചെയ്തുകൊണ്ട് ഡാറ്റ വിശ്വസനീയമായി വിതരണം ചെയ്യുന്നതിനാണ് ടിസിപി രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്. ഈ പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിന്, ഫ്രെയിമുകൾ ഓർഡർ ചെയ്യുന്നതിനും അവയുടെ രസീത് അംഗീകരിക്കുന്നതിനും പ്രോട്ടോക്കോൾ നൽകുന്നു.

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

ഒരു ഫ്രെയിമിൽ കൈമാറ്റം ചെയ്യപ്പെടുന്ന ഡാറ്റയുടെ ബൈറ്റുകളുടെ എണ്ണത്തെ വിളിക്കുന്നു സ്ലൈഡിംഗ്വിൻഡോ (സ്ലൈഡിംഗ് വിൻഡോ), ഇൻ്ററാക്ടിംഗ് നോഡുകൾ തമ്മിലുള്ള പരസ്പര ഉടമ്പടി പ്രകാരം ഈ സംഖ്യയ്ക്ക് വിവര കൈമാറ്റ പ്രക്രിയയിൽ കൂടുകയോ കുറയുകയോ ചെയ്യാം. സ്ലൈഡിംഗ് വിൻഡോയുടെ വലുപ്പം രണ്ട് ഘടകങ്ങൾ കണക്കിലെടുത്ത് നോഡുകളാൽ ചലനാത്മകമായി നിർണ്ണയിക്കപ്പെടുന്നു:

· നിലവിലെ നെറ്റ്വർക്ക് ട്രാഫിക്;

ലാഭേച്ഛയുള്ള സഹകരണ സ്ഥാപനങ്ങൾ (തൊഴിലാളിയുടെ ഉടമസ്ഥതയിലുള്ളത്)

വിദ്യാഭ്യാസപരം

സർക്കാർ

ഡൊമെയ്ൻ നാമം രജിസ്ട്രേഷൻ സ്ഥാപനങ്ങൾ

അന്താരാഷ്ട്ര ഉടമ്പടികൾ പ്രകാരം സൃഷ്ടിക്കപ്പെട്ട സംഘടനകൾ

മ്യൂസിയം

വ്യക്തിഗത ഉപയോഗത്തിനുള്ള ഡൊമെയ്‌നുകൾ

നെറ്റ്‌വർക്ക് സേവന ദാതാക്കൾ

ലാഭേച്ഛയില്ലാത്തത്

പ്രൊഫഷണൽ (ഉദാഹരണത്തിന്, ഡോക്ടർമാരുടെയോ അക്കൗണ്ടൻ്റുമാരുടെയോ അഭിഭാഷകരുടെയോ അസോസിയേഷനുകൾ)

പട്ടിക 6.4. DMS ഡൊമെയ്ൻ നാമങ്ങൾ

പട്ടിക 6.5. നിർദ്ദേശിച്ച ഗ്ലോബൽ ടോപ്പ് ലെവൽ ഡൊമെയ്ൻ നാമങ്ങൾ (ടി.എൽ.ഡി)

പേര് പരിഹരിക്കുന്നവർഡിഎൻഎസ്നെയിംസ്പേസുകളും

DNS സേവനത്തിന് ഓരോ ക്ലയൻ്റിലും ഡൊമെയ്ൻ നെയിം റിസോൾവറുകളും ഒന്നോ അതിലധികമോ ഹോസ്റ്റുകളിൽ ഇൻസ്റ്റാൾ ചെയ്ത ഒരു ഡൊമെയ്ൻ നെയിം സെർവറും ആവശ്യമാണ്. DNS സെർവറുകൾ പിന്തുണയ്ക്കുന്നു നെയിംസ്പേസ്(നെയിംസ്പേസ്) ഒരു എൻ്റർപ്രൈസസിനായി കമ്പ്യൂട്ടർ നാമങ്ങളും ഡൊമെയ്‌നുകളും ഐപി വിലാസങ്ങളാക്കി പരിഹരിക്കുന്നതിനുള്ള ഒരു സംവിധാനം നടപ്പിലാക്കുക, അതുപോലെ തന്നെ വിപരീത പരിവർത്തനം. നെയിംസ്പേസ് എന്നത് ഒരു നെറ്റ്‌വർക്കിൻ്റെ ലോജിക്കൽ ഏരിയയാണ്, അതിൽ പേരിട്ടിരിക്കുന്ന ഒബ്‌ജക്റ്റുകളുടെ (കമ്പ്യൂട്ടറുകൾ പോലുള്ളവ) ഒരു ലിസ്റ്റ് അടങ്ങിയിരിക്കുന്നു, കൂടാതെ പേര് റെസലൂഷൻ അനുവദിക്കുന്നു.

സോണുകൾ ഉപയോഗിക്കുന്നു

കമ്പ്യൂട്ടറിനെയോ ഡൊമെയ്ൻ നാമങ്ങളെയോ ഐപി വിലാസങ്ങളുമായി ബന്ധപ്പെടുത്തുന്ന വിവരങ്ങളുടെ പട്ടികകൾ ഡിഎൻഎസ് സെർവറുകൾ പരിപാലിക്കുന്നു. ഈ പട്ടികകൾ ഡിഎൻഎസ് സെർവർ പാർട്ടീഷനുകളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു സോണുകൾകൂടാതെ റിസോഴ്സ് രേഖകൾ ഉൾക്കൊള്ളുന്നു. ഓരോ സോണും വിവിധ തരത്തിലുള്ള റിസോഴ്സ് റെക്കോർഡുകളുടെ ഒരു പട്ടികയാണ് (സോൺ ഫയൽ അല്ലെങ്കിൽ സോൺ ഡാറ്റാബേസ്) (ഉദാഹരണത്തിന്, ആ സെർവറുകളിൽ പ്രവർത്തിക്കുന്ന സേവനങ്ങളുമായി ഡൊമെയ്ൻ സെർവറുകളെ ബന്ധപ്പെടുത്തുന്ന റെക്കോർഡുകൾ). മറ്റ് റിസോഴ്‌സ് റെക്കോർഡുകൾ കമ്പ്യൂട്ടറിൻ്റെ പേരുകളും ഐപി വിലാസങ്ങളും ബന്ധപ്പെടുത്തുന്നു.

കമ്പ്യൂട്ടർ നാമങ്ങളെ അനുബന്ധ JH വിലാസങ്ങളുമായി ബന്ധപ്പെടുത്തുന്ന സോണിനെ ഫോർവേഡ് ലുക്ക്അപ്പ് സോൺ എന്ന് വിളിക്കുന്നു. ഈ സോണിൽ വിലാസ രേഖകൾ എന്ന് വിളിക്കുന്ന ഹോസ്റ്റ് നെയിം റെക്കോർഡുകൾ അടങ്ങിയിരിക്കുന്നു. ഒരു IP നെറ്റ്‌വർക്കിലെ എല്ലാ സെർവറിനും ക്ലയൻ്റിനും DNS ഉപയോഗിച്ച് കണ്ടെത്താൻ അനുവദിക്കുന്ന ഒരു വിലാസ രേഖ ഉണ്ടായിരിക്കണം. ഉദാഹരണത്തിന്, DNS സെർവറിന് NetAdmin എന്ന് പേരിട്ടിരിക്കുന്നതും 129.70.10.1 എന്ന വിലാസവുമുണ്ടെങ്കിൽ, ഫോർവേഡ് ലുക്ക്അപ്പ് സോൺ NetAdmin എന്ന പേരിനെ 129.70.10.1 എന്ന വിലാസവുമായി ബന്ധപ്പെടുത്തുന്നു. IPv4-ന്, ഹോസ്റ്റ് റെക്കോർഡിനെ ഹോസ്റ്റ് വിലാസം (എ) റിസോഴ്സ് റെക്കോർഡ് എന്ന് വിളിക്കുന്നു. IPv6 പ്രോട്ടോക്കോളിനായി, അത്തരമൊരു റെക്കോർഡിനെ ഹോസ്റ്റ് വിലാസ റിസോഴ്സ് റെക്കോർഡ് (ടൈപ്പ് AAAA) (IPv6 ഹോസ്റ്റ് വിലാസം (AAAA) റിസോഴ്സ് റെക്കോർഡ്) എന്ന് വിളിക്കുന്നു.

കുറിപ്പ്

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

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

വേഷങ്ങൾഡിഎൻഎസ്-സെർവറുകൾ

സാധാരണഗതിയിൽ, ഒരു നെറ്റ്‌വർക്കിലെ ഒരു ഡിഎൻഎസ് സെർവർ രണ്ട് റോളുകളിൽ ഒന്ന് നിർവ്വഹിക്കുന്നു: ഇതിന് ഒന്നുകിൽ പ്രാഥമിക ഡിഎൻഎസ് സെർവറായി പ്രവർത്തിക്കാം, അല്ലെങ്കിൽ ദ്വിതീയ ഡിഎൻഎസ് സെർവറായി പ്രവർത്തിക്കാം. പ്രധാനഡിഎൻഎസ്-സെർവർ(പ്രാഥമിക ഡിഎൻഎസ് സെർവർ) ഒരു നിശ്ചിത സോണിൻ്റെ ഉത്തരവാദിത്തമുള്ള ഒരു സെർവറായി കണക്കാക്കപ്പെടുന്നു, അതിനാൽ ഈ സോണിൻ്റെ ആധികാരിക സെർവർ എന്ന് വിളിക്കുന്നു. ഉദാഹരണത്തിന്, ഒരു നിശ്ചിത DNS സെർവറിൽ ആദ്യമായി ഒരു ഡൊമെയ്ൻ DD-യ്‌ക്കായുള്ള നേരിട്ടുള്ള ലുക്ക്അപ്പ് സോൺ സൃഷ്‌ടിച്ചാൽ, സോൺ സ്റ്റാർട്ട് റിസോഴ്സ് റെക്കോർഡ് (SOA) (സ്റ്റാർട്ട് ഓഫ് അതോറിറ്റി (SOA) റിസോഴ്സ് റെക്കോർഡ്) ഈ സെർവറിനെ ഡൊമെയ്‌നിനായുള്ള ആധികാരിക DNS സെർവറായി തിരിച്ചറിയുന്നു. ഇതിനർത്ഥം എല്ലാ സോൺ മാറ്റങ്ങളും (ഉദാഹരണത്തിന്, ഹോസ്റ്റ് വിലാസ റിസോഴ്‌സ് റെക്കോർഡുകൾ സൃഷ്ടിക്കൽ (തരം A)) ഈ സെർവറിൽ നടപ്പിലാക്കണം എന്നാണ്.

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

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

ഉപദേശം

ഇടത്തരം, വലിയ നെറ്റ്‌വർക്കുകളിൽ തെറ്റ് സഹിഷ്ണുത ഉറപ്പാക്കുന്നതിന്, പ്രധാന DNS സെർവർ സ്ഥിതിചെയ്യുന്ന സബ്‌നെറ്റിൽ നിന്ന് വ്യത്യസ്തമായ ഓരോ സബ്‌നെറ്റിലും കുറഞ്ഞത് ഒരു അധിക ONS സെർവറെങ്കിലും സൃഷ്‌ടിക്കാൻ ശുപാർശ ചെയ്യുന്നു.

സോണുകൾ, സ്റ്റാർട്ട്-ഓഫ്-സോൺ (SOA) റിസോഴ്സ് റെക്കോർഡുകൾ, ഒരു DNS സെർവറിൽ സംഭരിച്ചിരിക്കുന്ന മറ്റ് വിവരങ്ങൾ എന്നിവയുമായി പരിചയപ്പെടാൻ, പരിശീലനം 6-8 പൂർത്തിയാക്കുക.

മാനദണ്ഡങ്ങൾഡിഎൻഎസ്

ആധികാരിക സെർവറുകൾ സാധാരണയായി രണ്ട് ഡിഎൻഎസ് മാനദണ്ഡങ്ങളെ പിന്തുണയ്ക്കുന്നു: സേവന റിസോഴ്സ് റെക്കോർഡുകളും ഡിഎൻഎസ് ഡൈനാമിക് അപ്ഡേറ്റ് പ്രോട്ടോക്കോളും. റിസോഴ്സ് റെക്കോർഡ്സേവനങ്ങൾ (തരംഎസ്.വി.ആർ) ഒരു സേവന റിസോഴ്സ് റെക്കോർഡ് (SVR RR) RFC 2052-ൽ വിവരിച്ചിരിക്കുന്നു, ഇത് വ്യത്യസ്ത സെർവറുകൾ തിരിച്ചറിയാനും നിർദ്ദിഷ്ട സെർവറുകളിൽ പ്രവർത്തിക്കുന്ന TCP/IP സേവനങ്ങളുടെ സ്ഥാനം നിർണ്ണയിക്കാനും DNS-നെ അനുവദിക്കുന്ന ഒരു തരം DNS റെക്കോർഡാണ്. TCP/IP സേവനങ്ങൾ നൽകുന്ന നെറ്റ്‌വർക്ക് സെർവറുകളുടെ ഒരു ലിസ്റ്റ് സൃഷ്ടിക്കാൻ SRV റെക്കോർഡുകൾ DNS സെർവറിനെ അനുവദിക്കുന്നു. ഈ എൻട്രികൾ ഈ സെർവറുകൾ പിന്തുണയ്ക്കുന്ന പ്രോട്ടോക്കോളുകൾ റിപ്പോർട്ടുചെയ്യുകയും ഒരു പ്രത്യേക സേവനത്തിനായി തിരഞ്ഞെടുത്ത സെർവർ നിർണ്ണയിക്കാൻ നിങ്ങളെ അനുവദിക്കുകയും ചെയ്യുന്നു. ഒരു സെർവറിൽ പ്രവർത്തിക്കുന്ന സേവന തരം, ആ സെർവർ നൽകുന്ന ഡൊമെയ്‌നിൻ്റെ പേര്, സെർവർ ഉപയോഗിക്കുന്ന പ്രോട്ടോക്കോൾ എന്നിവയെക്കുറിച്ചുള്ള വിവരങ്ങൾ SRV റെക്കോർഡ് ഫോർമാറ്റിൽ അടങ്ങിയിരിക്കുന്നു.

ഡൈനാമിക് അപ്ഡേറ്റ് പ്രോട്ടോക്കോൾഡിഎൻഎസ്(DNS ഡൈനാമിക് അപ്‌ഡേറ്റ് പ്രോട്ടോക്കോൾ) RFC 2136-ൽ വിവരിച്ചിരിക്കുന്നു, അതിൻ്റെ സഹായത്തോടെ നിങ്ങൾക്ക് 1 DNS സെർവറിലെ വിവരങ്ങൾ സ്വയമേവ അപ്‌ഡേറ്റ് ചെയ്യാൻ കഴിയും. ഒരു DHCP സെർവറിൽ നിന്ന് ലഭിച്ച IP വിലാസം അപ്ഡേറ്റ് ചെയ്യുന്ന Windows XP പ്രൊഫഷണലിൽ പ്രവർത്തിക്കുന്ന ഒരു വർക്ക്സ്റ്റേഷൻ ഒരു ഉദാഹരണമാണ്. ഡൈനാമിക് DNS അപ്‌ഡേറ്റ് പ്രോട്ടോക്കോളിന് ഒരു നെറ്റ്‌വർക്ക് അഡ്‌മിനിസ്‌ട്രേറ്റർക്ക് ധാരാളം സമയം ലാഭിക്കാൻ കഴിയും, കാരണം ഒരു പുതിയ വിലാസം ലഭിക്കുമ്പോൾ പാട്ടത്തിനെടുത്ത IP വിലാസം കാലഹരണപ്പെടുമ്പോഴെല്ലാം അയാൾക്ക് ഓരോ പുതിയ വർക്ക്‌സ്റ്റേഷനും സ്വമേധയാ രജിസ്റ്റർ ചെയ്യുകയോ കമ്പ്യൂട്ടർ രജിസ്റ്റർ ചെയ്യുകയോ ആവശ്യമില്ല.

ഉപദേശം

Microsoft Active Directory പ്രവർത്തിക്കുന്ന ഒരു നെറ്റ്‌വർക്കിൽ, നെറ്റ്‌വർക്ക് ലോഗിൻ അഭ്യർത്ഥനകൾ പ്രാമാണീകരിക്കുന്നതിന് അടുത്തുള്ള സെർവർ വേഗത്തിൽ കണ്ടെത്താൻ SRV റെക്കോർഡുകൾ വർക്ക്സ്റ്റേഷനുകളെ അനുവദിക്കുന്നു. അനാവശ്യ നെറ്റ്‌വർക്ക് ട്രാഫിക് കുറയ്ക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു.

ഡൈനാമിക് ഹോസ്റ്റ് കോൺഫിഗറേഷൻ പ്രോട്ടോക്കോൾ (DHCP)

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

ഉപദേശം

നെറ്റ്‌വർക്ക് അഡ്മിനിസ്ട്രേഷൻ ലളിതമാക്കാൻ, DNS ഡൈനാമിക് അപ്‌ഡേറ്റ് പ്രോട്ടോക്കോൾ പിന്തുണയ്ക്കുന്ന അനുയോജ്യമായ DNS, DHCP സെർവറുകൾ ഇൻസ്റ്റാൾ ചെയ്യുക. ഡിഎച്ച്സിപി സെർവർ അല്ലെങ്കിൽ ഡിഎച്ച്സിപി ക്ലയൻ്റുകൾ വഴി ഡിഎൻഎസ് സോണുകൾ സ്വയമേവ അപ്ഡേറ്റ് ചെയ്യപ്പെടുന്നുവെന്നും ഇത് സ്വമേധയാ ചെയ്യുന്നതിൽ നിന്ന് അഡ്മിനിസ്ട്രേറ്ററെ മോചിപ്പിക്കുന്നുവെന്നും ഇത് ഉറപ്പാക്കുന്നു.

വിലാസം റെസല്യൂഷൻ പ്രോട്ടോക്കോൾ(എആർപി)

മിക്ക കേസുകളിലും, സ്വീകരിക്കുന്ന ഹോസ്റ്റിലേക്ക് ഒരു പാക്കറ്റ് അയയ്ക്കുന്നതിന്, അയച്ചയാൾ IP വിലാസവും MAC വിലാസവും അറിഞ്ഞിരിക്കണം. ഉദാഹരണത്തിന്, മൾട്ടികാസ്റ്റ് ചെയ്യുമ്പോൾ, രണ്ട് വിലാസങ്ങളും (IP, MAC) ഉപയോഗിക്കുന്നു. ഈ വിലാസങ്ങൾ എൻ്റെ പൊരുത്തമല്ല കൂടാതെ വ്യത്യസ്ത ഫോർമാറ്റുകളുമുണ്ട് (യഥാക്രമം ഡോട്ട് ഇട്ട ഡെസിമലും ഹെക്സാഡെസിമലും).

വിലാസം റെസലൂഷൻ പ്രോട്ടോക്കോൾ (ARP) (അഡ്രസ് റെസല്യൂഷൻ പ്രോട്ടോക്കോൾ) പാക്കറ്റുകൾ അയയ്‌ക്കുന്നതിന് മുമ്പ് തിരഞ്ഞെടുത്ത റിസീവിംഗ് നോഡിൻ്റെ MAC വിലാസങ്ങൾ ലഭിക്കാൻ അയയ്ക്കുന്ന നോഡിനെ അനുവദിക്കുന്നു. സോഴ്സ് നോഡിന് ഒരു നിശ്ചിത MAC വിലാസം ആവശ്യമാണെങ്കിൽ, അത് അതിൻ്റെ സ്വന്തം MAC വിലാസവും ആവശ്യമുള്ള സ്വീകരിക്കുന്ന നോഡിൻ്റെ IP വിലാസവും അടങ്ങുന്ന ഒരു ARP ബ്രോഡ്കാസ്റ്റ് ഫ്രെയിം അയയ്ക്കുന്നു. സ്വീകരിക്കുന്ന നോഡ് അതിൻ്റെ MAC വിലാസം അടങ്ങിയ ഒരു ARP പ്രതികരണ പാക്കറ്റ് തിരികെ അയയ്ക്കുന്നു.

പിന്തുണയ്ക്കുന്ന പ്രോട്ടോക്കോൾ ആണ് വിപരീതം വിലാസം റെസലൂഷൻ പ്രോട്ടോക്കോൾ (RARP) (റിവേഴ്സ് നെയിം റെസല്യൂഷൻ പ്രോട്ടോക്കോൾ) ഒരു നെറ്റ്‌വർക്ക് ഹോസ്റ്റിന് സ്വന്തം ഐപി വിലാസം നിർണ്ണയിക്കാൻ കഴിയും. ഉദാഹരണത്തിന്, ഡിസ്ക്ലെസ്സ് വർക്ക്സ്റ്റേഷനുകൾ RARP ഉപയോഗിക്കുന്നു, അവരുടെ ഹോസ്റ്റ് സെർവറിലേക്ക് ഒരു RARP അഭ്യർത്ഥന നടത്തുകയല്ലാതെ അവയുടെ വിലാസങ്ങൾ കണ്ടെത്താൻ കഴിയില്ല. കൂടാതെ, ചില ആപ്ലിക്കേഷനുകൾ അവർ പ്രവർത്തിക്കുന്ന കമ്പ്യൂട്ടറിൻ്റെ ഐപി വിലാസം നിർണ്ണയിക്കാൻ RARP ഉപയോഗിക്കുന്നു.

ലളിതമായ നെറ്റ്‌വർക്ക് മാനേജ്‌മെൻ്റ് പ്രോട്ടോക്കോൾ (SNMP)

ലളിതം നെറ്റ്വർക്ക് മാനേജ്മെൻ്റ് പ്രോട്ടോക്കോൾ (എസ്.എൻ.എം.പി) (ലളിതമായ നെറ്റ്‌വർക്ക് മാനേജ്‌മെൻ്റ് പ്രോട്ടോക്കോൾ) നെറ്റ്‌വർക്ക് അഡ്‌മിനിസ്‌ട്രേറ്റർമാരെ നെറ്റ്‌വർക്ക് പ്രവർത്തനം തുടർച്ചയായി നിരീക്ഷിക്കാൻ അനുവദിക്കുന്നു. OSI നെറ്റ്‌വർക്ക് മാനേജ്‌മെൻ്റ് സ്റ്റാൻഡേർഡിന് ഒരു ബദൽ സംവിധാനം ഉപയോഗിച്ച് TCP/IP സ്റ്റാക്ക് നൽകുന്നതിനായി 1980-കളിൽ SNMP വികസിപ്പിച്ചെടുത്തു. സാധാരണ മാനേജ്മെൻ്റ് ഇൻ്റർഫേസ് പ്രോട്ടോക്കോൾ (CMIP) (പൊതു നിയന്ത്രണ വിവര പ്രോട്ടോക്കോൾ).

ടിസിപി/ഐപി സ്റ്റാക്കിന് വേണ്ടിയാണ് എസ്എൻഎംപി സൃഷ്ടിച്ചതെങ്കിലും, ഇത് ഒഎസ്ഐ റഫറൻസ് മാതൃകയാണ് പിന്തുടരുന്നത്. ടിസിപി/ഐപി പ്രോട്ടോക്കോളുകളുടെ വലിയ ജനപ്രീതിയും എസ്എൻഎംപിയുടെ ലാളിത്യവും കാരണം മിക്ക നിർമ്മാതാക്കളും സിഎംഐപിയെക്കാൾ എസ്എൻഎംപി ഉപയോഗിക്കാൻ തിരഞ്ഞെടുത്തു. ഫയൽ സെർവറുകൾ, നെറ്റ്‌വർക്ക് അഡാപ്റ്റർ കാർഡുകൾ, റൂട്ടറുകൾ, റിപ്പീറ്ററുകൾ, ബ്രിഡ്ജുകൾ, സ്വിച്ചുകൾ, ഹബുകൾ എന്നിവയുൾപ്പെടെ നൂറുകണക്കിന് നെറ്റ്‌വർക്ക് ഉപകരണങ്ങൾ എസ്എൻഎംപിയെ പിന്തുണയ്ക്കുന്നു. താരതമ്യപ്പെടുത്തുമ്പോൾ, CMIP ചില ടോക്കൺ റിംഗ് നെറ്റ്‌വർക്കുകളിൽ IBM ഉപയോഗിക്കുന്നു, എന്നാൽ മറ്റ് പല നെറ്റ്‌വർക്കുകളിലും ഇത് കാണുന്നില്ല.

പ്രയോജനങ്ങൾഎസ്.എൻ.എം.പി

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

ചില നെറ്റ്‌വർക്ക് മാനേജ്‌മെൻ്റ് സ്റ്റേഷനിൽ മോണിറ്ററിംഗ് ഫംഗ്‌ഷനുകൾ നടത്തുന്നു എന്നതാണ് എസ്എൻഎംപിയുടെ മറ്റൊരു നേട്ടം. ഇതിൽ, സിഎംഐപി പ്രോട്ടോക്കോളിൽ നിന്ന് എസ്എൻഎംപി വ്യത്യസ്തമാണ്, ഇതിനായി മാനേജ്മെൻ്റ് ഫംഗ്ഷനുകൾ വ്യക്തിഗത നെറ്റ്‌വർക്ക് നോഡുകൾക്കിടയിൽ വിതരണം ചെയ്യുന്നു, അവ ഒബ്ജക്റ്റുകളും നിരീക്ഷിക്കുന്നു. കൂടാതെ, എസ്.എൻ. എംപിക്ക് CMIP-നേക്കാൾ കുറച്ച് റാം ആവശ്യമാണ്. പരിശോധിക്കുന്ന ഓരോ നോഡിലും CMIP-ക്ക് 1.5 MB വരെ മെമ്മറി ആവശ്യമാണ്, അതേസമയം SNMP-ക്ക് 64 KB മാത്രമേ ആവശ്യമുള്ളൂ.

പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്ന നോഡുകളുടെ തരങ്ങൾഎസ്.എൻ.എം.പി

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

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

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

ഓരോ നെറ്റ്‌വർക്ക് ഏജൻ്റും അയച്ചതോ സ്വീകരിച്ചതോ ആയ പാക്കറ്റുകളുടെ എണ്ണം, പാക്കറ്റ് പിശകുകളുടെ എണ്ണം, മറ്റ് ഡാറ്റ എന്നിവ അടങ്ങുന്ന ഒരു വിവര അടിത്തറ സംഭരിക്കുന്നു. ഈ ഡാറ്റാബേസിനെ മാനേജ്മെൻ്റ് ഇൻഫർമേഷൻ ബേസ് (MIB) എന്ന് വിളിക്കുന്നു. ഈ ഡാറ്റാബേസിൽ ഡാറ്റ ആക്‌സസ് ചെയ്യാനും നിയന്ത്രിക്കാനും നിങ്ങളെ അനുവദിക്കുന്ന നിരവധി കമാൻഡുകൾ നെറ്റ്‌വർക്ക് മാനേജുമെൻ്റ് സ്റ്റേഷനിലുണ്ട്. അത്തരം കമാൻഡുകൾ OSI-അനുയോജ്യമായ പ്രോട്ടോക്കോൾ ഡാറ്റ യൂണിറ്റുകൾ (PDUs) ഉപയോഗിച്ചാണ് അയയ്‌ക്കുന്നത്, അതിൽ ഒരു സന്ദേശ തരം അടങ്ങിയിരിക്കുന്നു (ഉദാഹരണത്തിന്, അഭ്യർത്ഥന നേടുക, അടുത്ത അഭ്യർത്ഥന നേടുക, അഭ്യർത്ഥന പ്രതികരണം, സെറ്റ് അഭ്യർത്ഥന, സിസ്റ്റം ട്രാപ്പ്). തത്ഫലമായുണ്ടാകുന്ന ഡാറ്റ ഉപകരണം ഓണാക്കിയിട്ടുണ്ടോ എന്നും നെറ്റ്‌വർക്ക് പ്രശ്‌നങ്ങളുണ്ടോ എന്നും നിർണ്ണയിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. ഉപകരണം വിദൂരമായി റീബൂട്ട് ചെയ്യാൻ പോലും നെറ്റ്‌വർക്ക് മാനേജുമെൻ്റ് സ്റ്റേഷൻ നിങ്ങളെ അനുവദിക്കുന്നു. സ്റ്റേഷനും ഏജൻ്റും തമ്മിലുള്ള സന്ദേശങ്ങൾ UDP പ്രോട്ടോക്കോളിലൂടെ കൈമാറ്റം ചെയ്യപ്പെടുന്നു, SNMP തലക്കെട്ട് പാക്കറ്റുകളിലേക്ക് ചേർക്കുന്നു. SNMP പേലോഡിൽ അടങ്ങിയിരിക്കുന്നു ഗ്രൂപ്പ് പേര്(കമ്മ്യൂണിറ്റി നാമം), ഇത് നെറ്റ്‌വർക്ക് മാനേജ്‌മെൻ്റ് സ്റ്റേഷനും ഏജൻ്റിനും പൊതുവായ ഒരു പാസ്‌വേഡാണ്.

മാനേജ്മെൻ്റ് ഇൻഫർമേഷൻ ഡാറ്റാബേസ് നെറ്റ്വർക്ക് ഒബ്ജക്റ്റുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ (വർക്ക്സ്റ്റേഷനുകൾ, സെർവറുകൾ, ബ്രിഡ്ജുകൾ, റൂട്ടറുകൾ, ഹബുകൾ, റിപ്പീറ്ററുകൾ എന്നിവ പോലെ) സംഭരിക്കുന്നു. ഈ ഡാറ്റാബേസിൽ അടങ്ങിയിരിക്കുന്ന വേരിയബിളുകളുടെ പ്രധാന സെറ്റ് പട്ടികയിൽ അവതരിപ്പിച്ചിരിക്കുന്നു. 6.6 മാനേജ്മെൻ്റ് ഇൻഫർമേഷൻ ബേസ്-I സ്റ്റാൻഡേർഡിലാണ് MIB പട്ടിക ആദ്യം വിവരിച്ചത്. ഈ സ്റ്റാൻഡേർഡ് ഉപകരണ വിവരങ്ങളും നിരവധി അനുബന്ധ വേരിയബിളുകളും നിർവചിക്കുന്നു. MIB മാനദണ്ഡങ്ങൾ വികസിപ്പിച്ചെടുത്തത് ഇൻ്റർനെറ്റ് എഞ്ചിനീയറിംഗ് ടാസ്ക് ഫോഴ്സ് (IETF) ആണ്.

പട്ടിക 6.6. നിയന്ത്രണ വിവര അടിസ്ഥാന വേരിയബിളുകൾ (എം.എൽIN)

വേരിയബിളുകൾഎം.ഐ.ബി	ഉദ്ദേശം
വിലാസ വിവർത്തന ഗ്രൂപ്പ്	നെറ്റ്‌വർക്ക് വിലാസങ്ങളെ സബ്‌നെറ്റ് വിലാസങ്ങളിലേക്കോ ഭൗതിക വിലാസങ്ങളിലേക്കോ പരിവർത്തനം ചെയ്യുന്നു
ഇലക്ട്രോണിക് ഗേറ്റ്വേ പ്രോട്ടോക്കോൾ ഗ്രൂപ്പ്	നെറ്റ്‌വർക്ക് ഏജൻ്റിൻ്റെ അതേ സെഗ്‌മെൻ്റിലെ ഹോസ്റ്റുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ നൽകുന്നു
ഇൻ്റർഫേസ് ഗ്രൂപ്പ്	നെറ്റ്‌വർക്ക് അഡാപ്റ്ററുകളുടെ എണ്ണവും സബ്‌നെറ്റുകളുടെ എണ്ണവും നിരീക്ഷിക്കുന്നു
ഇൻ്റർനെറ്റ് നിയന്ത്രണ സന്ദേശ പ്രോട്ടോക്കോൾ ഗ്രൂപ്പ്	അളവ് ഡാറ്റ ശേഖരിക്കുന്നു. ഏജൻ്റ് അയച്ചതും സ്വീകരിച്ചതുമായ സന്ദേശങ്ങൾ
ഇൻ്റർനെറ്റ് പ്രോട്ടോക്കോൾ ഗ്രൂപ്പ്	സ്വീകരിച്ച ഇൻപുട്ട് ഡാറ്റാഗ്രാമുകളുടെ എണ്ണവും നിരസിച്ച ഡാറ്റാഗ്രാമുകളുടെ എണ്ണവും ട്രാക്ക് ചെയ്യുന്നു
എസ്എൻഎംപി ഗ്രൂപ്പ്	MIB ഡാറ്റാബേസിലേക്കുള്ള കോളുകളുടെ ഡാറ്റ ശേഖരിക്കുന്നു
സിസ്റ്റം ഗ്രൂപ്പ്	നെറ്റ്‌വർക്ക് ഏജൻ്റിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു
ട്രാൻസ്മിഷൻ കൺട്രോൾ പ്രോട്ടോക്കോൾ ഗ്രൂപ്പ്	വിലാസവും കാലഹരണപ്പെട്ട വിവരങ്ങളും ഉൾപ്പെടെ നെറ്റ്‌വർക്കിലെ TCP കണക്ഷനുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ നൽകുന്നു
ഉപയോക്തൃ ഡാറ്റഗ്രാം പ്രോട്ടോക്കോൾ ഗ്രൂപ്പ്	നെറ്റ്‌വർക്ക് മാനേജ്‌മെൻ്റ് സ്റ്റേഷൻ നിലവിൽ ആശയവിനിമയം നടത്തുന്ന ലിസണിംഗ് ഏജൻ്റിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ നൽകുന്നു

പുതിയ, മെച്ചപ്പെടുത്തിയ MIB-II സ്റ്റാൻഡേർഡ് അധിക സുരക്ഷാ സവിശേഷതകൾ, ടോക്കൺ റിംഗ് നെറ്റ്‌വർക്കുകൾക്കും ഹൈ-സ്പീഡ് ഇൻ്റർഫേസുകൾക്കുമുള്ള പിന്തുണ, ടെലികമ്മ്യൂണിക്കേഷൻ ഇൻ്റർഫേസുകൾക്കുള്ള പിന്തുണ എന്നിവ വിവരിക്കുന്നു. MIB-II നിലവാരം പല നെറ്റ്‌വർക്ക് ഉപകരണ നിർമ്മാതാക്കളും സ്വീകരിച്ചിട്ടുണ്ട്.

പുതിയ പ്രോട്ടോക്കോൾ സവിശേഷതകൾഎസ്എൻഎംപിവി2

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

SNMPv2 ഗ്രൂപ്പ് നെയിം എൻക്രിപ്ഷൻ, മെച്ചപ്പെടുത്തിയ പിശക് കൈകാര്യം ചെയ്യൽ, നിരവധി പ്രോട്ടോക്കോളുകളുമായുള്ള പരസ്പര പ്രവർത്തനക്ഷമത എന്നിവ അനുവദിക്കുന്നു. ഇത് IPX, AppleTalk എന്നിവയെയും പിന്തുണയ്ക്കുന്നു. കൂടാതെ, SNMPv2 വേഗത്തിലുള്ള വിവര കൈമാറ്റം നൽകുകയും ഒരേ സമയം MIB-II-ൽ നിന്ന് കൂടുതൽ ഡാറ്റ വീണ്ടെടുക്കാൻ അനുവദിക്കുകയും ചെയ്യുന്നു.

ഉപയോഗിക്കുന്നത് നിരീക്ഷിക്കുന്നു പ്രോട്ടോക്കോളുകൾഎസ്.എൻ.എം.പിഒപ്പംഎസ്എൻഎംപിവി2

SNMP, SNMPv2 പ്രോട്ടോക്കോളുകൾ ഏത് നെറ്റ്‌വർക്കിനെയും നിയന്ത്രിക്കാൻ ഉപയോഗിക്കാം: ലോക്കൽ, ഗ്ലോബൽ, മിക്സഡ്. SNMP, SNMPv2 എന്നിവ ഉപയോഗിക്കുന്ന നിരവധി നെറ്റ്‌വർക്ക് മോണിറ്ററിംഗ് ടൂളുകളും സോഫ്റ്റ്‌വെയർ പാക്കേജുകളും ഉണ്ട്. നെറ്റ്‌വർക്ക് അസോസിയേറ്റ്‌സിൻ്റെ സ്‌നിഫർ പ്രോഗ്രാമുകൾ ഇതിൽ ഉൾപ്പെടുന്നു (കാണുക www. മണം പിടിക്കുന്നവൻ. com) മൈക്രോസോഫ്റ്റിൽ നിന്നുള്ള നെറ്റ്‌വർക്ക് മോണിറ്ററും (www. കാണുക).

വൈഡ് ഏരിയ നെറ്റ്‌വർക്കുകൾ വഴി ബന്ധിപ്പിച്ചിട്ടുള്ള ലോക്കൽ നെറ്റ്‌വർക്കുകൾ നിരീക്ഷിക്കാൻ ഉപയോഗിക്കുന്ന ഒരു പ്രധാന SNMP-അനുയോജ്യ ഉപകരണം 1990-കളുടെ തുടക്കത്തിൽ വികസിപ്പിച്ചെടുത്ത സ്റ്റാൻഡേർഡാണ്. റിമോട്ട് നെറ്റ്വർക്ക് നിരീക്ഷണം (RMON) (വിദൂര നെറ്റ്‌വർക്ക് നിരീക്ഷണം). RMON SNMP പ്രോട്ടോക്കോൾ മാത്രമല്ല, RMON MIB-II എന്ന വിദൂര നിരീക്ഷണത്തിനായി ഒരു പ്രത്യേക ഡാറ്റാബേസും ഉപയോഗിക്കുന്നു. ഒരു ലോക്കൽ അല്ലെങ്കിൽ ഗ്ലോബൽ നെറ്റ്‌വർക്കിൽ എവിടെയും നെറ്റ്‌വർക്ക് സ്ഥിതിവിവരക്കണക്കുകൾ ശേഖരിക്കാൻ റിമോട്ട് നെറ്റ്‌വർക്ക് നോഡുകളെ ഈ ഡാറ്റാബേസ് അനുവദിക്കുന്നു. ഈ വിദൂര നോഡുകൾ ഏജൻ്റുകൾ അല്ലെങ്കിൽ പേടകങ്ങളാണ്. ഏജൻ്റുമാർക്ക് ലഭിക്കുന്ന വിവരങ്ങൾ ചില നിയന്ത്രണ സ്റ്റേഷനുകളിലേക്ക് കൈമാറാൻ കഴിയും, അത് ഒരു ഡാറ്റാബേസിലേക്ക് പ്രവേശിക്കുന്നു. നിലവിൽ, RMON MIB-II മാനദണ്ഡങ്ങൾ FDDI, ഇഥർനെറ്റ്, ടോക്കൺ റിംഗ് നെറ്റ്‌വർക്കുകൾക്ക് അനുയോജ്യമാണ്.

TCP/IP സ്റ്റാക്കിൻ്റെ മറ്റ് ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോളുകൾ

TCP/IP സ്റ്റാക്കിൻ്റെ ഭാഗമായ മറ്റ് പ്രോട്ടോക്കോളുകളോ ആപ്ലിക്കേഷനുകളോ ഉണ്ട് - ഇവ ഇൻ്റർനെറ്റ് സേവനങ്ങൾ, മൾട്ടിമീഡിയ ആപ്ലിക്കേഷൻ ഡാറ്റ കൈമാറ്റം, നെറ്റ്‌വർക്ക് മാനേജ്മെൻ്റ്, ട്രബിൾഷൂട്ടിംഗ് എന്നിവയെ സുഗമമാക്കുന്നു. ഈ അധിക പ്രോട്ടോക്കോളുകളും ആപ്ലിക്കേഷനുകളും പട്ടികയിൽ പട്ടികപ്പെടുത്തിയിട്ടുണ്ട്. 6.7

പട്ടിക 6.7. TCP/IP സ്റ്റാക്ക് ആപ്ലിക്കേഷനുകളും പ്രോട്ടോക്കോളുകളും

പ്രോട്ടോക്കോൾ അല്ലെങ്കിൽഅപേക്ഷ	വിവരണം
	ഒരു പ്രത്യേക വിഷയത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ അടങ്ങിയ FTP സൈറ്റുകൾ കണ്ടെത്താൻ TCP/IP സ്റ്റാക്കിൻ്റെ ഉപയോക്താവിനെ അനുവദിക്കുന്ന ഒരു അപ്ലിക്കേഷൻ
ബൂട്ട്സ്ട്രാപ്പ് പ്രോട്ടോക്കോൾ (BOOTP)	ഡിസ്ക്ലെസ് വർക്ക്സ്റ്റേഷനുകൾ അവരുടെ ഐപി വിലാസം നിർണ്ണയിക്കുന്നതിനും ആ സ്റ്റേഷനുകൾ ബൂട്ട് ചെയ്യുന്നതിന് ആവശ്യമായ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഫയലുകൾ പകർത്തിയ സെർവറുമായി ആശയവിനിമയം നടത്തുന്നതിനും ഉപയോഗിക്കുന്ന ഒരു പ്രോട്ടോക്കോൾ
ഡിസ്റ്റൻസ് വെക്റ്റർ മൾട്ടികാസ്റ്റ് റൂട്ടിംഗ് പ്രോട്ടോക്കോൾ (DVMRP)	നിർദ്ദിഷ്‌ട മൾട്ടിമീഡിയ ആപ്ലിക്കേഷൻ മൾട്ടികാസ്റ്റുകളിലേക്ക് ഏത് ഹോസ്റ്റുകളാണ് സബ്‌സ്‌ക്രൈബ് ചെയ്തതെന്ന് നിർണ്ണയിക്കാൻ RIP-യുമായി ചേർന്ന് ഉപയോഗിക്കുന്ന ഒരു മൾട്ടികാസ്റ്റ് റൂട്ടിംഗ് പ്രോട്ടോക്കോൾ (അധ്യായം 10 ​​കാണുക)
	ഈ യൂട്ടിലിറ്റി ഉപയോഗിച്ച്, നെറ്റ്‌വർക്കിൽ ഏത് മറ്റ് ഉപയോക്താക്കളും ഹോസ്റ്റുകളും സജീവമാണെന്ന് ഒരു നെറ്റ്‌വർക്ക് ഉപയോക്താവിന് നിർണ്ണയിക്കാനാകും
	ഉപയോക്താക്കൾക്ക് മറ്റ് മെനുകളോ ടെക്സ്റ്റ് ഫയലുകളോ ആക്സസ് ചെയ്യാൻ കഴിയുന്ന വിഷയങ്ങളുടെ ഒരു ലിസ്റ്റ് വാഗ്ദാനം ചെയ്യുന്ന ഒരു ആപ്ലിക്കേഷൻ (ഉദാഹരണത്തിന്, ടെലിഫോൺ നമ്പറുകളുടെ ഒരു ലിസ്റ്റ് അടങ്ങുന്ന ഒരു ഫയൽ). ഈ ദിവസങ്ങളിൽ ഗോഫർ സേവനങ്ങൾ വിരളമാണ്, കാരണം അവ പ്രധാനമായും വെബ് സെർവറുകളാൽ മാറ്റിസ്ഥാപിക്കപ്പെട്ടു
ഹൈപ്പർടെക്സ്റ്റ് ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ (HTTP)	വെബ് ബ്രൗസറുകളിൽ നിന്നുള്ള അഭ്യർത്ഥനകളെ അടിസ്ഥാനമാക്കി ഇൻറർനെറ്റിലൂടെ HTML (ഹൈപ്പർടെക്സ്റ്റ് മാർക്ക്അപ്പ് ലാംഗ്വേജ്) പ്രമാണങ്ങൾ കൈമാറുന്നതിനുള്ള ഒരു പ്രോട്ടോക്കോൾ; ഈ പ്രമാണങ്ങളിൽ ഓഡിയോ, വീഡിയോ ഫയലുകളും ചിത്രങ്ങളും ഗ്രാഫിക്സും ഉൾപ്പെട്ടേക്കാം
ഇൻ്റർനെറ്റ് ഗ്രൂപ്പ് മാനേജ്മെൻ്റ് പ്രോട്ടോക്കോൾ (IGMP)	മൾട്ടികാസ്റ്റ് പാക്കറ്റുകൾ അവയുടെ സ്വീകർത്താക്കൾക്കും റൂട്ടറുകൾക്കും കൈമാറാൻ അനുവദിക്കുന്ന ഒരു പ്രോട്ടോക്കോൾ. ഒരു നിർദ്ദിഷ്‌ട മൾട്ടികാസ്റ്റ് ഗ്രൂപ്പിൽ ഉൾപ്പെടുന്ന വർക്ക്‌സ്റ്റേഷനുകൾ നിർണ്ണയിക്കുന്നു (സെമി.അധ്യായം 10)
മൾട്ടികാസ്റ്റ് ഓപ്പൺ ഷോർട്ടസ്റ്റ് പാത്ത് ഫസ്റ്റ് പ്രോട്ടോക്കോൾ (MOSPF)	മൾട്ടികാസ്റ്റ് ട്രാൻസ്മിഷനുകൾക്കായി ഉറവിടത്തിൽ നിന്ന് ലക്ഷ്യസ്ഥാനത്തേക്കുള്ള ഏറ്റവും ചെറിയ റൂട്ട് നിർണ്ണയിക്കുന്നതിനുള്ള മൾട്ടികാസ്റ്റ് റൂട്ടിംഗ് പ്രോട്ടോക്കോൾ
ഏറ്റവും ചെറിയ പാത ആദ്യ പ്രോട്ടോക്കോൾ തുറക്കുക (OSPF)	റൂട്ടിംഗ് ടേബിൾ ഡാറ്റ കൈമാറ്റം ചെയ്യുന്നതിനും ചില മാനദണ്ഡങ്ങൾ (റൂട്ട് ചെലവ് പോലുള്ളവ) അടിസ്ഥാനമാക്കി ഡാറ്റ കൈമാറുമ്പോൾ നെറ്റ്‌വർക്ക് റൂട്ടുകൾ വിലയിരുത്തുന്നതിനും റൂട്ടറുകൾ ഉപയോഗിക്കുന്ന ഒരു പ്രോട്ടോക്കോൾ
	ഒരു നെറ്റ്‌വർക്ക് നോഡിനെ അതേ അല്ലെങ്കിൽ റിമോട്ട് നെറ്റ്‌വർക്കിലെ മറ്റൊരു നോഡുമായി ആശയവിനിമയം നടത്താനും നിർദ്ദിഷ്ട നോഡ് അഭ്യർത്ഥനകളുമായി ആശയവിനിമയം നടത്തുകയും പ്രതികരിക്കുകയും ചെയ്യുന്നുണ്ടോ എന്ന് നിർണ്ണയിക്കാൻ അനുവദിക്കുന്ന ഒരു യൂട്ടിലിറ്റി. ചില റിമോട്ട് ഹോസ്റ്റുമായി ബന്ധപ്പെട്ട് ആഗോള നെറ്റ്‌വർക്കിലേക്കുള്ള കണക്ഷനുകൾ വേഗത്തിൽ പരിശോധിക്കാൻ ഒരു നെറ്റ്‌വർക്ക് അഡ്മിനിസ്ട്രേറ്റർക്ക് പിംഗ് യൂട്ടിലിറ്റി ഉപയോഗിക്കാം.
തത്സമയ പ്രോട്ടോക്കോൾ (RIP)	വീഡിയോ കോൺഫറൻസിങ്ങിനോ സമാനമായ മൾട്ടിമീഡിയ ആപ്ലിക്കേഷനുകൾക്കോ ​​ഉപയോഗിക്കുന്ന തത്സമയ മൾട്ടികാസ്റ്റ് മൾട്ടികാസ്റ്റുകൾ കാര്യക്ഷമമായി കൈകാര്യം ചെയ്യാൻ ഈ പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നു. (അധ്യായം 10 ​​കാണുക)
തത്സമയ ഗതാഗത നിയന്ത്രണ പ്രോട്ടോക്കോൾ (RTCP)	നെറ്റ്‌വർക്ക് ട്രാഫിക് നിയന്ത്രിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, തത്സമയ മൾട്ടിമീഡിയ ആപ്ലിക്കേഷനുകൾ ഉപയോഗിക്കുന്നത് എളുപ്പമാക്കുന്നു (അധ്യായം 10 ​​കാണുക)
റിസോഴ്സ് റിസർവേഷൻ പ്രോട്ടോക്കോൾ (RSVP)	നിർദ്ദിഷ്ട ആപ്ലിക്കേഷനുകളിലേക്ക് നെറ്റ്‌വർക്ക് ഉറവിടങ്ങൾ അനുവദിക്കാൻ അനുവദിക്കുന്ന ഒരു പ്രോട്ടോക്കോൾ (ഉദാഹരണത്തിന്, മൾട്ടിമീഡിയ ആപ്ലിക്കേഷനുകൾക്കായി ബാൻഡ്‌വിഡ്ത്ത് റിസർവ് ചെയ്യുന്നത്) (അധ്യായം 10 ​​കാണുക)
റൂട്ടിംഗ് ഇൻഫർമേഷൻ പ്രോട്ടോക്കോൾ (RIP)	ഈ പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച്, റൂട്ടറുകൾ റൂട്ടിംഗ് ടേബിളുകളുടെ ഉള്ളടക്കങ്ങൾ പരസ്പരം കൈമാറുകയും ഒരു നെറ്റ്‌വർക്ക് നോഡിൽ നിന്ന് മറ്റൊന്നിലേക്ക് ഏറ്റവും കുറഞ്ഞ റിലേകളുടെ എണ്ണം നിർണ്ണയിക്കുകയും ചെയ്യുന്നു.
ലളിതമായ നെറ്റ്‌വർക്ക് മാനേജ്‌മെൻ്റ് പ്രോട്ടോക്കോൾ (SNMP)	നെറ്റ്‌വർക്ക് സ്ഥിതിവിവരക്കണക്കുകൾ ശേഖരിക്കുന്ന പ്രോട്ടോക്കോൾ ഈ വിവരങ്ങൾ ഒരു ഡാറ്റാബേസിൽ സംഭരിക്കുന്നു
ട്രേസറൗട്ട് (ട്രേസർട്ട്)	രണ്ട് നെറ്റ്‌വർക്ക് നോഡുകൾക്കിടയിലുള്ള റിലേകളുടെ എണ്ണം നിർണ്ണയിക്കാൻ ഉപയോക്താവിനെ അനുവദിക്കുന്ന ഒരു അപ്ലിക്കേഷൻ

പരിശീലന വ്യായാമങ്ങൾ 6-9, 6-10 എന്നിവയിൽ നിങ്ങൾക്ക് പിംഗ് കമാൻഡ് ഉപയോഗിച്ച് പരിശീലിക്കാം, കൂടാതെ 6-11, 6-12 വ്യായാമങ്ങളിൽ ഒരു പോയിൻ്റിൽ നിന്ന് റിലേകളുടെ എണ്ണം നിർണ്ണയിക്കാൻ ട്രേസർട്ടും പിംഗ് കമാൻഡുകളും എങ്ങനെ ഉപയോഗിക്കാമെന്ന് നിങ്ങൾ പഠിക്കും. മറ്റൊന്നിലേക്ക് നെറ്റ്വർക്ക്.

TCP/IP സ്റ്റാക്ക് ആർക്കിടെക്ചറിൻ്റെയും റഫറൻസ് മോഡലിൻ്റെയും താരതമ്യംഒഎസ്ഐ

ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നതുപോലെ. 6.11, ഈ അധ്യായത്തിൽ ചർച്ച ചെയ്ത TCP/IP സ്റ്റാക്കിൻ്റെ ഘടകങ്ങൾ OSI റഫറൻസ് മോഡലിൻ്റെ പാളികളുമായി പൊരുത്തപ്പെടുന്നു. TCP/IP സ്റ്റാക്ക് വികസിക്കുമ്പോൾ, അതിൻ്റെ ഘടകങ്ങൾ കൂടുതലായി OSI മാതൃക പിന്തുടരുന്നു. ഉദാഹരണത്തിന്, ഫിസിക്കൽ, ഡാറ്റ ലിങ്ക് ലെയറുകളിൽ, TCP/IP സ്റ്റാക്ക് ഇഥർനെറ്റ്, ടോക്കൺ റിംഗ്, FDDI, ATM നെറ്റ്‌വർക്കുകൾക്കും ടോക്കൺ ബസ് നെറ്റ്‌വർക്കുകൾക്കും അനുയോജ്യമാണ്. ഫിസിക്കൽ ലെയറിൽ, ടിസിപി/ഐപി സ്റ്റാക്ക് കോക്സിയൽ, ട്വിസ്റ്റഡ് ജോഡി, ഒപ്റ്റിക്കൽ ഫൈബർ എന്നിവയും വയർലെസ് ആശയവിനിമയങ്ങളും പിന്തുണയ്ക്കുന്നു. കൂടാതെ, ഡാറ്റ ലിങ്ക് ലെയറിൽ, ലോജിക്കൽ ലിങ്ക് നിയന്ത്രണത്തിനും MAC അഡ്രസിംഗിനുമായി സ്റ്റാക്ക് IEEE 802.2 സ്റ്റാൻഡേർഡുമായി പൊരുത്തപ്പെടുന്നു.

TCP/IP സ്റ്റാക്കിലെ നെറ്റ്‌വർക്ക് ലെയറിന് തുല്യമായത് IP പ്രോട്ടോക്കോൾ ആണ്. അനുയോജ്യതയുടെ അടുത്ത ലെവൽ ട്രാൻസ്പോർട്ട് ലെയറാണ്; രണ്ട് പ്രോട്ടോക്കോളുകളും - TCP, UDP - ഈ തലത്തിൽ പ്രവർത്തിക്കാൻ കഴിയും. OSI മോഡലിൻ്റെ മുകളിലെ പാളികൾ TCP/IP ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോളുകൾ പ്രതിനിധീകരിക്കുന്നു. ഉദാഹരണത്തിന്, ടെൽനെറ്റ് പ്രോട്ടോക്കോൾ സെഷൻ ലെയറിനു തുല്യമായ തലത്തിലാണ് പ്രവർത്തിക്കുന്നത്, അതേസമയം SMTP, FTP പ്രോട്ടോക്കോളുകൾ OSI പ്രതിനിധി, ആപ്ലിക്കേഷൻ ലെയറുകൾക്ക് സമാനമായ തലങ്ങളിൽ പ്രവർത്തിക്കുന്നു.

സംഗ്രഹം

TCP/IP ആണ് ലോകത്ത് ഏറ്റവും കൂടുതൽ ഉപയോഗിക്കുന്ന നെറ്റ്‌വർക്ക് പ്രോട്ടോക്കോൾ. ഇത് ഇൻറർനെറ്റിൻ്റെ അടിസ്ഥാനവും ഗ്രഹത്തിലുടനീളം സ്ഥിതി ചെയ്യുന്ന ദശലക്ഷക്കണക്കിന് കമ്പ്യൂട്ടറുകളെയും സെർവറുകളെയും പരസ്പരം സംവദിക്കാൻ അനുവദിക്കുന്നു. നോഡുകൾക്കിടയിൽ കണക്ഷനുകൾ സ്ഥാപിച്ചും പാക്കറ്റുകൾ ലഭിച്ചുവെന്ന് സ്ഥിരീകരിക്കാൻ സിഗ്നലുകൾ ഉപയോഗിച്ചും ഡാറ്റ വിശ്വസനീയമായി കൈമാറുന്നതിനാണ് ടിസിപി പ്രോട്ടോക്കോൾ രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്.

· യുഡിപി പ്രോട്ടോക്കോൾ ടിസിപിക്ക് പകരമാണ്. നോഡുകൾ തമ്മിലുള്ള കണക്ഷനുകൾ സ്ഥാപിച്ചിട്ടില്ല എന്ന വസ്തുത കാരണം, ഇത് കുറച്ച് ഓവർഹെഡ് വിവരങ്ങൾ സൃഷ്ടിക്കുന്നു, പക്ഷേ ടിസിപിയേക്കാൾ വിശ്വാസ്യത കുറവാണ്. ലോക്കൽ, ഗ്ലോബൽ നെറ്റ്‌വർക്കുകളിൽ സ്വീകരിക്കുന്ന നോഡുകളിലേക്ക് പാക്കറ്റുകൾ കൈമാറാൻ ഐപി പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നു. ഒരു നോഡും അത് ഓണായിരിക്കുന്ന നെറ്റ്‌വർക്കും തിരിച്ചറിയുന്നതിനുള്ള അഡ്രസ്സിംഗ് രീതികൾ ഇതിന് ഉണ്ട്. IP-യുടെ ഏറ്റവും പുതിയ പതിപ്പ് IPv6 ആണ്, ഇൻ്റർനെറ്റിൻ്റെയും വിവിധ നെറ്റ്‌വർക്കുകളുടെയും ദ്രുതഗതിയിലുള്ള വളർച്ച കാരണം ഉയർന്നുവരുന്ന ധാരാളം പുതിയ നെറ്റ്‌വർക്കുകളും ഹോസ്റ്റ് വിലാസങ്ങളും ഉൾക്കൊള്ളാൻ അനുവദിക്കുന്ന വിപുലമായ വിലാസ ഫോർമാറ്റ് ഉണ്ട്.

· വിശ്വസനീയമായ പാക്കറ്റ് ഡെലിവറിക്ക്, ഓരോ ഐപി വിലാസവും അദ്വിതീയമായിരിക്കണം. ഒരു നിർദ്ദിഷ്‌ട ഹോസ്റ്റിനെയും അത് ഉൾപ്പെടുന്ന നെറ്റ്‌വർക്കിനെയും തിരിച്ചറിയാൻ IP വിലാസ രീതികൾ ഉപയോഗിക്കുന്നു.

· IPv6-ൻ്റെ പ്രധാന ഉദ്ദേശം IPv4-ൽ നിന്ന് ഒരു ലോജിക്കൽ ട്രാൻസിഷൻ നൽകുക എന്നതാണ്, അതിലൂടെ ആപ്ലിക്കേഷനുകൾക്കും നെറ്റ്‌വർക്ക് ഉപകരണങ്ങൾക്കും പുതിയ ആവശ്യകതകൾ ഉണ്ടാകുമ്പോൾ അവയെ നേരിടാൻ കഴിയും.

യഥാർത്ഥത്തിൽ, TCP/IP എന്നത് പ്രധാനപ്പെട്ട കഴിവുകൾ നൽകുന്ന പ്രോട്ടോക്കോളുകളുടെയും ആപ്ലിക്കേഷനുകളുടെയും ഒരു കൂട്ടമാണ്. ടെൽനെറ്റ് പ്രോട്ടോക്കോൾ വർക്ക്സ്റ്റേഷനുകളെ ഹോസ്റ്റ് കമ്പ്യൂട്ടറുകളിലേക്ക് ബന്ധിപ്പിക്കാൻ ഉപയോഗിക്കുന്നു (ടെർമിനലുകളായി പ്രവർത്തിക്കുന്ന വർക്ക്സ്റ്റേഷനുകൾ). ഇൻ്റർനെറ്റിൽ നിന്ന് ഫയലുകൾ ഡൗൺലോഡ് ചെയ്യാൻ ദശലക്ഷക്കണക്കിന് ഉപഭോക്താക്കൾ ദിവസവും ഉപയോഗിക്കുന്ന ഒരു പ്രോട്ടോക്കോൾ ആണ് FTP. SMTP പ്രോട്ടോക്കോൾ ഇമെയിൽ സേവനങ്ങളെ ശക്തിപ്പെടുത്തുന്നു, കൂടാതെ DNS കമ്പ്യൂട്ടറിൻ്റെ പേരുകൾ അവരുടെ IP വിലാസങ്ങളിലേക്ക് പരിഹരിക്കുന്നു. DHCP പ്രോട്ടോക്കോൾ നെറ്റ്‌വർക്ക് കമ്പ്യൂട്ടറുകൾക്ക് IP വിലാസങ്ങൾ സ്വയമേവ നൽകുന്നു. നെറ്റ്‌വർക്കുകൾക്ക് SNMP പ്രധാനമാണ്, കാരണം ഇതിന് നെറ്റ്‌വർക്ക് പ്രകടനത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ ശേഖരിക്കാനും ട്രബിൾഷൂട്ടിങ്ങിനായി ഉപയോഗിക്കാനും കഴിയും. മറ്റൊരു കമ്പ്യൂട്ടറിൻ്റെയോ ഉപകരണത്തിൻ്റെയോ MAC വിലാസം നിർണ്ണയിക്കാൻ കമ്പ്യൂട്ടറുകളെയോ ഉപകരണങ്ങളെയോ ARP അനുവദിക്കുന്നു.

· ഇൻ്റർനെറ്റ് പ്രോഗ്രാമുകളുടെ എണ്ണം, ലോക്കൽ, ഗ്ലോബൽ നെറ്റ്‌വർക്ക് ആപ്ലിക്കേഷനുകൾ, അതുപോലെ അവയുടെ കഴിവുകൾ എന്നിവ വർദ്ധിച്ചുകൊണ്ടിരിക്കുന്നു. നെറ്റ്‌വർക്കുകളുടെ വികസനത്തിൽ ടിസിപി/ഐപി ഒരു പ്രധാന പങ്ക് വഹിച്ചിട്ടുണ്ട്, ഭാവിയിലും ഇത് പ്രധാനമായി തുടരും. നെറ്റ്‌വർക്ക് ഉപയോക്താക്കളുടെയും നെറ്റ്‌വർക്ക് ആപ്ലിക്കേഷനുകളുടെയും എണ്ണം കൂടുകയും നെറ്റ്‌വർക്ക് ബാൻഡ്‌വിഡ്ത്ത് വർദ്ധിക്കുകയും ചെയ്യുമ്പോൾ, TCP/IP പ്രോട്ടോക്കോൾ കാര്യമായ മാറ്റങ്ങൾക്ക് വിധേയമാകാൻ സാധ്യതയുണ്ട്, പ്രത്യേകിച്ചും കൂടുതൽ കൂടുതൽ ഉപഭോക്താക്കൾ ഇൻ്റർനെറ്റ് ടെലിവിഷൻ, വോയ്‌സ് സാങ്കേതികവിദ്യകൾ, IP നെറ്റ്‌വർക്കുകൾ, മൾട്ടിമീഡിയ എന്നിവ ഉപയോഗിക്കുന്നതിനാൽ.

· ടിസിപി/ഐപി പ്രോട്ടോക്കോൾ വികസിച്ചതിനാൽ, അതിൻ്റെ ചില ഘടകങ്ങൾ ഒഎസ്ഐ റഫറൻസ് മോഡലുമായി കൂടുതൽ സ്ഥിരത പ്രാപിച്ചിരിക്കുന്നു എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്.

TCP/IP പ്രോട്ടോക്കോളുകളാണ് ആഗോള ഇൻ്റർനെറ്റിൻ്റെ അടിസ്ഥാനം. കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, TCP/IP എന്നത് പ്രോട്ടോക്കോളുകളുടെ ഒരു ലിസ്റ്റ് അല്ലെങ്കിൽ സ്റ്റാക്ക് ആണ്, വാസ്തവത്തിൽ, വിവരങ്ങൾ കൈമാറുന്ന നിയമങ്ങളുടെ ഒരു കൂട്ടം (പാക്കറ്റ് സ്വിച്ചിംഗ് മോഡൽ നടപ്പിലാക്കുന്നു).

ഈ ലേഖനത്തിൽ, ഞങ്ങൾ TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്കിൻ്റെ പ്രവർത്തന തത്വങ്ങൾ വിശകലനം ചെയ്യുകയും അവയുടെ പ്രവർത്തനത്തിൻ്റെ തത്വങ്ങൾ മനസ്സിലാക്കാൻ ശ്രമിക്കുകയും ചെയ്യും.

ശ്രദ്ധിക്കുക: പലപ്പോഴും, TCP/IP ചുരുക്കെഴുത്ത് ഈ രണ്ട് പ്രോട്ടോക്കോളുകൾ, TCP, IP എന്നിവയുടെ അടിസ്ഥാനത്തിൽ പ്രവർത്തിക്കുന്ന മുഴുവൻ നെറ്റ്‌വർക്കിനെയും സൂചിപ്പിക്കുന്നു.

അത്തരം ഒരു ശൃംഖലയുടെ മാതൃകയിൽ, പ്രധാന പ്രോട്ടോക്കോളുകൾക്ക് പുറമേ TCP (ട്രാൻസ്‌പോർട്ട് ലെയർ), IP (നെറ്റ്‌വർക്ക് ലെയർ പ്രോട്ടോക്കോൾ)ആപ്ലിക്കേഷനും നെറ്റ്‌വർക്ക് ലെയർ പ്രോട്ടോക്കോളുകളും ഉൾപ്പെടുന്നു (ഫോട്ടോ കാണുക). എന്നാൽ നമുക്ക് നേരിട്ട് TCP, IP പ്രോട്ടോക്കോളുകളിലേക്ക് മടങ്ങാം.

എന്താണ് TCP/IP പ്രോട്ടോക്കോളുകൾ

TCP - ട്രാൻസ്ഫർ കൺട്രോൾ പ്രോട്ടോക്കോൾ. ട്രാൻസ്മിഷൻ കൺട്രോൾ പ്രോട്ടോക്കോൾ. രണ്ട് ഉപകരണങ്ങളും വിശ്വസനീയമായ ഡാറ്റ കൈമാറ്റവും തമ്മിലുള്ള വിശ്വസനീയമായ കണക്ഷൻ ഉറപ്പാക്കാനും സ്ഥാപിക്കാനും ഇത് സഹായിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, TCP പ്രോട്ടോക്കോൾ ട്രാൻസ്മിറ്റ് ചെയ്ത ഡാറ്റ പാക്കറ്റിൻ്റെ ഒപ്റ്റിമൽ സൈസ് നിയന്ത്രിക്കുന്നു, ട്രാൻസ്മിഷൻ പരാജയപ്പെടുകയാണെങ്കിൽ പുതിയത് അയയ്ക്കുന്നു.

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

TCP/IP പ്രോട്ടോക്കോൾ ഫോർമാറ്റുകൾ

IP പ്രോട്ടോക്കോൾ ഫോർമാറ്റ്

IP പ്രോട്ടോക്കോൾ IP വിലാസങ്ങൾക്ക് രണ്ട് ഫോർമാറ്റുകൾ ഉണ്ട്.

IPv4 ഫോർമാറ്റ്. ഇതൊരു 32-ബിറ്റ് ബൈനറി സംഖ്യയാണ്. ഒരു ഐപി വിലാസം (IPv4) എഴുതുന്നതിനുള്ള സൗകര്യപ്രദമായ ഒരു രൂപമാണ് ദശാംശ സംഖ്യകളുടെ നാല് ഗ്രൂപ്പുകളായി (0 മുതൽ 255 വരെ), പിരീഡുകളാൽ വേർതിരിച്ചിരിക്കുന്നു. ഉദാഹരണത്തിന്: 193.178.0.1.

IPv6 ഫോർമാറ്റ്. ഇതൊരു 128-ബിറ്റ് ബൈനറി സംഖ്യയാണ്. ചട്ടം പോലെ, IPv6 വിലാസങ്ങൾ എട്ട് ഗ്രൂപ്പുകളുടെ രൂപത്തിലാണ് എഴുതിയിരിക്കുന്നത്. ഓരോ ഗ്രൂപ്പിലും ഒരു കോളൻ കൊണ്ട് വേർതിരിച്ച നാല് ഹെക്സാഡെസിമൽ അക്കങ്ങൾ അടങ്ങിയിരിക്കുന്നു. ഉദാഹരണം IPv6 വിലാസം 2001:0db8:85a3:08d3:1319:8a2e:0370:7889.

TCP/IP പ്രോട്ടോക്കോളുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു

ഇത് സൗകര്യപ്രദമാണെങ്കിൽ, മെയിൽ വഴി ഒരു കത്ത് അയയ്ക്കുന്നത് പോലെ നെറ്റ്‌വർക്കിലൂടെ ഡാറ്റ പാക്കറ്റുകൾ അയയ്ക്കുന്നതിനെക്കുറിച്ച് ചിന്തിക്കുക.

ഇത് അസൗകര്യമാണെങ്കിൽ, ഒരു നെറ്റ്‌വർക്ക് വഴി ബന്ധിപ്പിച്ചിരിക്കുന്ന രണ്ട് കമ്പ്യൂട്ടറുകൾ സങ്കൽപ്പിക്കുക. മാത്രമല്ല, കണക്ഷൻ നെറ്റ്‌വർക്ക് പ്രാദേശികവും ആഗോളവും ആകാം. ഡാറ്റ കൈമാറ്റത്തിൻ്റെ തത്വത്തിൽ വ്യത്യാസമില്ല. ഒരു നെറ്റ്‌വർക്കിലെ കമ്പ്യൂട്ടറിനെ ഒരു ഹോസ്റ്റ് അല്ലെങ്കിൽ നോഡ് ആയി കണക്കാക്കാം.

IP പ്രോട്ടോക്കോൾ

നെറ്റ്‌വർക്കിലെ ഓരോ കമ്പ്യൂട്ടറിനും അതിൻ്റേതായ അദ്വിതീയ വിലാസമുണ്ട്. ആഗോള ഇൻ്റർനെറ്റിൽ, കമ്പ്യൂട്ടറിന് ഈ വിലാസമുണ്ട്, അതിനെ ഐപി വിലാസം (ഇൻ്റർനെറ്റ് പ്രോട്ടോക്കോൾ വിലാസം) എന്ന് വിളിക്കുന്നു.

മെയിലുമായുള്ള സാമ്യമനുസരിച്ച്, ഒരു ഐപി വിലാസം ഒരു വീട്ടു നമ്പറാണ്. എന്നാൽ കത്ത് ലഭിക്കാൻ വീട്ടുനമ്പർ പര്യാപ്തമല്ല.

നെറ്റ്‌വർക്കിലൂടെ കൈമാറ്റം ചെയ്യപ്പെടുന്ന വിവരങ്ങൾ കമ്പ്യൂട്ടർ വഴിയല്ല, അതിൽ ഇൻസ്റ്റാൾ ചെയ്ത ആപ്ലിക്കേഷനുകൾ വഴിയാണ് കൈമാറുന്നത്. മെയിൽ സെർവർ, വെബ് സെർവർ, എഫ്‌ടിപി മുതലായവയാണ് അത്തരം ആപ്ലിക്കേഷനുകൾ. കൈമാറ്റം ചെയ്യപ്പെട്ട വിവരങ്ങളുടെ പാക്കറ്റ് തിരിച്ചറിയാൻ, ഓരോ ആപ്ലിക്കേഷനും ഒരു പ്രത്യേക പോർട്ടിൽ ഘടിപ്പിച്ചിരിക്കുന്നു. ഉദാഹരണത്തിന്: വെബ് സെർവർ പോർട്ട് 80-ൽ കേൾക്കുന്നു, FTP പോർട്ട് 21-ൽ കേൾക്കുന്നു, SMTP മെയിൽ സെർവർ പോർട്ട് 25-ൽ കേൾക്കുന്നു, POP3 സെർവർ പോർട്ട് 110-ൽ മെയിൽബോക്സ് മെയിൽ വായിക്കുന്നു.

അങ്ങനെ, TCP/IP പ്രോട്ടോക്കോളിലെ വിലാസ പാക്കറ്റിൽ, വിലാസക്കാരിൽ മറ്റൊരു വരി ദൃശ്യമാകുന്നു: പോർട്ട്. മെയിലുമായുള്ള അനലോഗ് - അയച്ചയാളുടെയും സ്വീകർത്താവിൻ്റെയും അപ്പാർട്ട്മെൻ്റ് നമ്പറാണ് പോർട്ട്.

ഉദാഹരണം:

ഉറവിട വിലാസം:

IP: 82.146.47.66

ലക്ഷ്യസ്ഥാന വിലാസം:

IP: 195.34.31.236

ഇത് ഓർമ്മിക്കേണ്ടതാണ്: IP വിലാസം + പോർട്ട് നമ്പർ "സോക്കറ്റ്" എന്ന് വിളിക്കുന്നു. മുകളിലുള്ള ഉദാഹരണത്തിൽ: സോക്കറ്റിൽ നിന്ന് 82.146.47.66:2049 സോക്കറ്റിലേക്ക് ഒരു പാക്കറ്റ് അയയ്ക്കുന്നു 195.34.31.236:53.

TCP പ്രോട്ടോക്കോൾ

IP പ്രോട്ടോക്കോളിന് ശേഷമുള്ള അടുത്ത ലെയർ പ്രോട്ടോക്കോൾ ആണ് TCP പ്രോട്ടോക്കോൾ. ഈ പ്രോട്ടോക്കോൾ വിവരങ്ങളുടെ കൈമാറ്റവും അതിൻ്റെ സമഗ്രതയും നിയന്ത്രിക്കാൻ ഉദ്ദേശിച്ചുള്ളതാണ്.

ഉദാഹരണത്തിന്, കൈമാറ്റം ചെയ്യപ്പെടുന്ന വിവരങ്ങൾ പ്രത്യേക പാക്കറ്റുകളായി തിരിച്ചിരിക്കുന്നു. പാക്കേജുകൾ സ്വീകർത്താവിന് സ്വതന്ത്രമായി കൈമാറും. ട്രാൻസ്മിഷൻ പ്രക്രിയയിൽ, പാക്കറ്റുകളിൽ ഒന്ന് കൈമാറ്റം ചെയ്യപ്പെട്ടില്ല. സ്വീകർത്താവിന് പാക്കറ്റ് ലഭിക്കുന്നതുവരെ ടിസിപി പ്രോട്ടോക്കോൾ പുനഃസംപ്രേക്ഷണം നൽകുന്നു.

TCP ട്രാൻസ്പോർട്ട് പ്രോട്ടോക്കോൾ ഉയർന്ന തലത്തിലുള്ള പ്രോട്ടോക്കോളുകളിൽ നിന്ന് (ഫിസിക്കൽ, ചാനൽ, നെറ്റ്വർക്ക് ഐപി) ഡാറ്റ കൈമാറ്റത്തിൻ്റെ എല്ലാ പ്രശ്നങ്ങളും വിശദാംശങ്ങളും മറയ്ക്കുന്നു.