ടിസിപി പ്രോട്ടോക്കോളിന്റെ പ്രവർത്തനം. ടിസിപിയും യുഡിപിയും തമ്മിലുള്ള വ്യത്യാസം എന്താണ്, ലളിതമായി പറഞ്ഞാൽ. ഗതാഗത പാളിയിലെ പ്രക്രിയകളുടെ തിരിച്ചറിയൽ

ട്രാൻസ്പോർട്ട് പ്രോട്ടോക്കോളുകൾ TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്കിന്റെ TCP, UDP എന്നിവ ഏതെങ്കിലും ജോഡികൾക്കിടയിൽ ഡാറ്റ കൈമാറ്റം നൽകുന്നു അപേക്ഷാ പ്രക്രിയകൾഒരു നെറ്റ്‌വർക്കിൽ പ്രവർത്തിക്കുകയും പോർട്ടുകൾ ട്രാൻസ്പോർട്ട് ലെയർ വിലാസങ്ങളായി ഉപയോഗിച്ച് ഒന്നിലധികം പ്രക്രിയകൾ ഡീമൾട്ടിപ്ലക്‌സ് ചെയ്‌ത് ഐപി പ്രോട്ടോക്കോളിലേക്ക് ഒരു ഇന്റർഫേസ് നൽകുകയും ചെയ്യുന്നു. ഒരു കമ്പ്യൂട്ടറിൽ പ്രവർത്തിക്കുന്ന ഓരോ ആപ്ലിക്കേഷൻ പ്രക്രിയയ്ക്കും (AP) (അപ്ലിക്കേഷൻ) a ഒന്നിലധികം പ്രവേശന പോയിന്റുകൾ, ആയി അഭിനയിക്കുന്നു ഗതാഗത വിലാസങ്ങൾ, വിളിച്ചു തുറമുഖങ്ങൾ (ചിത്രം 4.60).

ഒരു ആപ്ലിക്കേഷനിലേക്ക് ഒരു പോർട്ട് അസൈൻ ചെയ്യാൻ രണ്ട് വഴികളുണ്ട്:

· കേന്ദ്രീകൃതമായ(0 മുതൽ 1023 വരെയുള്ള നമ്പറുകൾ അസൈൻ ചെയ്‌തതോ അസൈൻ ചെയ്‌തതോ ആയ സംഖ്യകൾ), ഉപയോഗിക്കുന്നത് സാധാരണ മുറികൾ, പൊതു സേവനങ്ങൾക്ക് (അപ്ലിക്കേഷനുകൾ) നിയുക്തമാക്കിയത്, ഉദാഹരണത്തിന്: FTP – 21, telnet – 23, SMTP – 25, DNS – 53, HTTP – 80.

· പ്രാദേശികമായ(1024 മുതൽ 65535 വരെയുള്ള ഡൈനാമിക് നമ്പറുകൾ), ഉപയോക്താവിന്റെ അപേക്ഷയിൽ നിന്ന് ഒരു അഭ്യർത്ഥന ലഭിക്കുമ്പോൾ, സൗജന്യ നമ്പറുകളുടെ പട്ടികയിൽ നിന്ന് ഒരു ക്രമരഹിത നമ്പർ നൽകുന്നു.

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

അങ്ങനെ, ജോഡി " IP വിലാസം; പോർട്ട് നമ്പർ", വിളിച്ചു സോക്കറ്റ് (സോക്കറ്റ്), നെറ്റ്‌വർക്കിലെ ഒരു ആപ്ലിക്കേഷൻ പ്രോസസ്സ് അദ്വിതീയമായി തിരിച്ചറിയുന്നു.

ഒരേ കമ്പ്യൂട്ടറിലെ യുഡിപി, ടിസിപി പോർട്ട് നമ്പറുകൾ തിരിച്ചറിയുന്നുണ്ടെങ്കിലും അവ ഒന്നുതന്നെയായിരിക്കാം വ്യത്യസ്ത ആപ്ലിക്കേഷനുകൾ. അതിനാൽ, ഒരു പോർട്ട് നമ്പർ എഴുതുമ്പോൾ, ട്രാൻസ്പോർട്ട് ലെയർ പ്രോട്ടോക്കോൾ തരം സൂചിപ്പിക്കണം, ഉദാഹരണത്തിന്, 2345/TCP, 2345/UDP. ചില സന്ദർഭങ്ങളിൽ, ഒരു ആപ്ലിക്കേഷന് UDP അല്ലെങ്കിൽ TCP ആക്സസ് ചെയ്യാൻ തിരഞ്ഞെടുക്കുമ്പോൾ, അതിന് ഒരേ UDP, TCP പോർട്ട് നമ്പറുകൾ നൽകിയേക്കാം, ഉദാഹരണത്തിന്, ഒരു DNS ആപ്ലിക്കേഷന് 53 - 53/UDP, 53/TCP എന്നീ നമ്പറുകൾ നൽകിയിരിക്കുന്നു.

ഗതാഗത പ്രോട്ടോക്കോൾയു.ഡി.പി

ഫോമിൽ ഡാറ്റ ട്രാൻസ്മിഷൻ നൽകുന്ന ഒരു ട്രാൻസ്പോർട്ട് പ്രോട്ടോക്കോൾ ആണ് UDP ഡാറ്റഗ്രാംഏതെങ്കിലും ജോഡികൾക്കിടയിൽ അപേക്ഷാ പ്രക്രിയകൾനെറ്റ്‌വർക്കിൽ നടപ്പിലാക്കുന്നു, ബന്ധമില്ലാത്ത. സെഗ്‌മെന്റുകളിൽ 8-ബൈറ്റ് ഹെഡറും തുടർന്ന് ഒരു ഡാറ്റ ഫീൽഡും അടങ്ങിയിരിക്കുന്നു. UDP സെഗ്‌മെന്റ് തലക്കെട്ട് ചിത്രം 4.61-ൽ കാണിച്ചിരിക്കുന്നു.

നിർവ്വഹിക്കുന്നതിൽ UDP ഏറ്റവും വ്യാപകമായി ഉപയോഗിക്കുന്നു ക്ലയന്റ്-സെർവർ ആപ്ലിക്കേഷനുകൾ(അഭ്യർത്ഥന-പ്രതികരണ തരം).

എന്നിരുന്നാലും, UDP ചെയ്യുന്നില്ല:

· ഒഴുക്ക് നിയന്ത്രണം,

· പിശക് നിയന്ത്രണം,

· കേടായ ഒരു സെഗ്മെന്റ് ലഭിച്ചതിന് ശേഷം വീണ്ടും സംപ്രേക്ഷണം.

ഉദാഹരണങ്ങൾഡാറ്റാ കൈമാറ്റത്തിനായി UDP പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്ന ആപ്ലിക്കേഷനുകൾ DHCP, DNS, SNMP എന്നിവയാണ്.

ചില സന്ദർഭങ്ങളിൽ, ഒന്നിൽ അവസാന നോഡ്ഒരേ ആപ്ലിക്കേഷന്റെ ഒന്നിലധികം പകർപ്പുകൾ പ്രവർത്തിക്കുന്നുണ്ടാകാം. ചോദ്യം ഉയർന്നുവരുന്നു: ഈ ആപ്ലിക്കേഷനുകൾ എങ്ങനെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നു?

ഇത് ചെയ്യുന്നതിന്, നമുക്ക് നോക്കാം ലളിതമായ ഉദാഹരണംഒരു കമ്പ്യൂട്ടറിൽ രണ്ട് ഡിഎൻഎസ് സെർവറുകൾ പ്രവർത്തിക്കുമ്പോൾ, ഒരു ഡിഎൻഎസ് ക്ലയന്റ് ഡിഎൻഎസ് സെർവറുമായി ബന്ധപ്പെടുന്നതിനുള്ള ഒരു അഭ്യർത്ഥനയും നടപടിക്രമവും രൂപീകരിക്കുന്ന പ്രക്രിയയും, രണ്ടും തങ്ങളുടെ ഡാറ്റ കൈമാറാൻ യുഡിപി ട്രാൻസ്പോർട്ട് പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നു (ചിത്രം 4.62). ഡിഎൻഎസ് സെർവറുകളെ വേർതിരിച്ചറിയാൻ, അവയ്ക്ക് വ്യത്യസ്ത ഐപി വിലാസങ്ങൾ നൽകിയിട്ടുണ്ട് - IP1, IP2, പോർട്ട് നമ്പറിനൊപ്പം രണ്ട് വ്യത്യസ്ത സോക്കറ്റുകൾ ഉണ്ടാക്കുന്നു: "UDP പോർട്ട് 53, IP1", "UDP പോർട്ട് 53, IP2".

ചിത്രം 4.62, a) ഒരു DNS ക്ലയന്റ് ഒരു DNS സെർവറിലേക്ക് ഒരു അഭ്യർത്ഥന രൂപീകരിക്കുന്ന പ്രക്രിയയെ ചിത്രീകരിക്കുന്നു.

TCP/IP പ്രോട്ടോക്കോൾ സ്റ്റാക്കിന്റെ ട്രാൻസ്പോർട്ട് ലെയറിലെ DNS അഭ്യർത്ഥന UDP പ്രോട്ടോക്കോളിലേക്ക് കൈമാറ്റം ചെയ്യപ്പെടുന്നു, ഇത് ഈ അഭ്യർത്ഥന ഒരു UDP ഡാറ്റാഗ്രാമിൽ ഉൾപ്പെടുത്തുകയും ഹെഡറിലെ ലക്ഷ്യസ്ഥാന പോർട്ട് 53/UDP സൂചിപ്പിക്കുന്നു. UDP ഡാറ്റാഗ്രാം പിന്നീട് ഇന്റർനെറ്റ് വർക്ക് ലെയറിലേക്ക് കൈമാറുന്നു, അവിടെ അത് "IP വിലാസം: IP2" എന്ന തലക്കെട്ടിൽ അടങ്ങിയിരിക്കുന്ന ഒരു IP പാക്കറ്റിൽ ഘടിപ്പിച്ചിരിക്കുന്നു. ഐപി പാക്കറ്റ്, ഗേറ്റ്‌വേ ലെയറിലേക്ക് കൈമാറ്റം ചെയ്യപ്പെടുന്നു, അവിടെ അത് അനുയോജ്യമായ ലിങ്ക്-ലെയർ ഹെഡർ (എൽഎൽസി) ഉള്ള ഒരു ലിങ്ക്-ലേയർ ഫ്രെയിമിൽ സ്ഥാപിക്കുന്നു. ഈ ഫ്രെയിം നെറ്റ്‌വർക്കിലൂടെ രണ്ട് ഡിഎൻഎസ് സെർവറുകൾ (ചിത്രം 4.62 ബി) അടങ്ങിയ ഒരു കമ്പ്യൂട്ടറിലേക്ക് കൈമാറുന്നു.

ഈ കമ്പ്യൂട്ടറിൽ, ലിങ്ക് ലെയർ പ്രോട്ടോക്കോൾ (LLP) PLC തലക്കെട്ട് നീക്കം ചെയ്യുകയും ഫ്രെയിമിലെ ഉള്ളടക്കങ്ങൾ ഇന്റർനെറ്റ് ലെയറിലേക്ക് IP പ്രോട്ടോക്കോളിലേക്ക് കൈമാറുകയും ചെയ്യുന്നു, ഇത് IP പാക്കറ്റിൽ നിന്ന് ഉള്ളടക്കങ്ങൾ (UDP ഡാറ്റാഗ്രാം) വേർതിരിച്ചെടുക്കുന്നു. പ്രക്ഷേപണം ചെയ്ത ഡാറ്റ ഉപയോഗിച്ചുള്ള കൂടുതൽ കൃത്രിമത്വങ്ങൾ പറഞ്ഞിരിക്കുന്ന തത്വങ്ങളിൽ നിന്ന് വ്യത്യസ്തമാണ് മൾട്ടി ലെവൽ മോഡൽപ്രോട്ടോക്കോൾ ശ്രേണി. IP പാക്കറ്റിന്റെ ഡാറ്റാ ഫീൽഡിൽ കാണുന്ന UDP ഡാറ്റാഗ്രാം ട്രാൻസ്പോർട്ട് ലെയറിലേക്ക് കൈമാറുന്നതിനു പകരം, IP പ്രോട്ടോക്കോൾ UDP ഡാറ്റാഗ്രാമിൽ ചേർക്കുന്നുവിളിക്കപ്പെടുന്ന വ്യാജ തലക്കെട്ട്, അയച്ചയാളുടെയും സ്വീകർത്താവിന്റെയും IP വിലാസങ്ങൾ മറ്റ് കാര്യങ്ങളിൽ അടങ്ങിയിരിക്കുന്നു. അങ്ങനെ, ഒരു IP വിലാസവും ലക്ഷ്യസ്ഥാന പോർട്ടും ഉള്ള UDP പ്രോട്ടോക്കോൾ, ഡാറ്റാ ഫീൽഡിലെ ഉള്ളടക്കങ്ങൾ (അതായത്, DNS അന്വേഷണം) DNS സെർവർ 2 ആപ്ലിക്കേഷനിലേക്ക് മാറ്റണമെന്ന് അദ്വിതീയമായി നിർണ്ണയിക്കുന്നു.

ഗതാഗതം TCP പ്രോട്ടോക്കോൾ

ആശയവിനിമയ പ്രക്രിയകൾക്കിടയിൽ ലോജിക്കൽ കണക്ഷനുകൾ സ്ഥാപിക്കുന്നതിലൂടെ ടിസിപി പ്രോട്ടോക്കോൾ ആപ്ലിക്കേഷൻ പ്രക്രിയകൾക്കിടയിൽ വിശ്വസനീയമായ ഡാറ്റ കൈമാറ്റം നൽകുന്നു.

ലോജിക്കൽ കണക്ഷൻരണ്ട് ആപ്ലിക്കേഷൻ പ്രക്രിയകൾക്കിടയിൽ ഒരു ജോടി സോക്കറ്റുകൾ (IP വിലാസം, പോർട്ട് നമ്പർ) തിരിച്ചറിയുന്നു, അവ ഓരോന്നും ആശയവിനിമയ പ്രക്രിയകളിൽ ഒന്ന് വിവരിക്കുന്നു.

ഉയർന്ന തലത്തിലുള്ള പ്രോട്ടോക്കോളുകളിൽ നിന്നുള്ള ലോജിക്കൽ കണക്ഷന്റെ ഭാഗമായി ടിസിപി പ്രോട്ടോക്കോളിലേക്ക് വരുന്ന വിവരങ്ങൾ ടിസിപി പ്രോട്ടോക്കോൾ പരിഗണിക്കുന്നു ഘടനയില്ലാത്ത ബൈറ്റ് സ്ട്രീംബഫറിൽ പ്രവേശിക്കുകയും ചെയ്യുന്നു. നെറ്റ്‌വർക്ക് ലെയറിലേക്ക് സംപ്രേഷണം ചെയ്യുന്നതിനായി, അത് ബഫറിൽ നിന്ന് മുറിക്കുന്നു സെഗ്മെന്റ്, 64 KB-യിൽ കൂടരുത് (പരമാവധി IP പാക്കറ്റ് വലുപ്പം). പ്രായോഗികമായി, സെഗ്‌മെന്റ് ദൈർഘ്യം സാധാരണയായി 1460 ബൈറ്റുകളായി പരിമിതപ്പെടുത്തിയിരിക്കുന്നു, ഇത് TCP, IP തലക്കെട്ടുകളുള്ള ഒരു ഇഥർനെറ്റ് ഫ്രെയിമിൽ സ്ഥാപിക്കാൻ അനുവദിക്കുന്നു.

ടിസിപി കണക്ഷൻ ലക്ഷ്യമാക്കിയുള്ളതാണ് പൂർണ്ണ ഡ്യുപ്ലെക്സ് ട്രാൻസ്മിഷൻ.

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

പ്രോട്ടോക്കോളിന്റെ വ്യക്തമായ ലാളിത്യം ഉണ്ടായിരുന്നിട്ടും, ഇതിന് ചില പ്രശ്നങ്ങളിലേക്ക് നയിച്ചേക്കാവുന്ന നിരവധി സൂക്ഷ്മതകളുണ്ട്.

ആദ്യം, ഒരു നെറ്റ്‌വർക്കിലൂടെ കൈമാറ്റം ചെയ്യുമ്പോൾ സെഗ്‌മെന്റുകൾ വിഭജിക്കപ്പെടുമെന്നതിനാൽ, ട്രാൻസ്മിറ്റ് ചെയ്ത സെഗ്‌മെന്റിന്റെ ഒരു ഭാഗം ലഭിക്കാൻ സാധ്യതയുണ്ട്, പക്ഷേ ബാക്കിയുള്ളവ നഷ്ടപ്പെടും.

രണ്ടാമതായി, സെഗ്‌മെന്റുകൾ ഒരു ക്രമരഹിതമായ ക്രമത്തിൽ ലക്ഷ്യസ്ഥാന നോഡിൽ എത്തിയേക്കാം, ഇത് 2345 മുതൽ 3456 വരെയുള്ള ബൈറ്റുകൾ ഇതിനകം എത്തിയ സാഹചര്യത്തിലേക്ക് നയിച്ചേക്കാം, എന്നാൽ 1234 മുതൽ 2344 വരെയുള്ള ബൈറ്റുകൾ ഇതുവരെ ലഭിച്ചിട്ടില്ലാത്തതിനാൽ അവയ്ക്കുള്ള ഒരു അംഗീകാരം അയയ്ക്കാൻ കഴിയില്ല.

മൂന്നാമതായി, സെഗ്‌മെന്റുകൾ നെറ്റ്‌വർക്കിൽ വളരെക്കാലം നീണ്ടുനിന്നേക്കാം, അയയ്‌ക്കുന്നയാൾ കാലഹരണപ്പെട്ട് അവ വീണ്ടും കൈമാറുന്നു. പുനഃസംപ്രേക്ഷണം ചെയ്‌ത സെഗ്‌മെന്റ് വ്യത്യസ്‌തമായ റൂട്ട് എടുത്തേക്കാം, അത് വ്യത്യസ്‌തമായി വിഘടിച്ചേക്കാം, അല്ലെങ്കിൽ സെഗ്‌മെന്റ് ആകസ്‌മികമായി വഴിയിലുടനീളം തിരക്കേറിയ നെറ്റ്‌വർക്കിൽ അവസാനിച്ചേക്കാം. തൽഫലമായി, യഥാർത്ഥ സെഗ്‌മെന്റ് പുനഃസ്ഥാപിക്കുന്നതിന് വളരെ സങ്കീർണ്ണമായ പ്രോസസ്സിംഗ് ആവശ്യമായി വരും.ചിത്രം 4.63 TCP സെഗ്‌മെന്റ് തലക്കെട്ടിന്റെ ഫോർമാറ്റ് കാണിക്കുന്നു. ഹെഡറിന്റെ ആദ്യ 20 ബൈറ്റുകൾക്ക് കർശനമായി നിശ്ചിത ഫോർമാറ്റ് ഉണ്ട്, തുടർന്ന് അധിക ഫീൽഡുകൾ. അധിക ഹെഡർ ഫീൽഡുകൾക്ക് ശേഷം, 65,495 ബൈറ്റുകളിൽ കൂടാത്ത ഒരു ഡാറ്റാ ഫീൽഡ് ഉണ്ട്, അത് 20-ബൈറ്റ് TCP, IP തലക്കെട്ടുകൾക്കൊപ്പം 65,535 ബൈറ്റുകളുടെ അനുവദനീയമായ IP പാക്കറ്റ് വലുപ്പം നൽകും.

വിശദാംശങ്ങളിലേക്ക് കടക്കാതെ, TCP സെഗ്‌മെന്റ് ഹെഡറിന്റെ നിശ്ചിത ഫീൽഡുകളുടെ ഉദ്ദേശ്യം നമുക്ക് ഹ്രസ്വമായി പരിഗണിക്കാം.

"സെൻഡർ പോർട്ട്" (2 ബൈറ്റുകൾ), "റിസീവർ പോർട്ട്" (2 ബൈറ്റുകൾ) ഫീൽഡുകൾ തിരിച്ചറിയുന്നു പ്രക്രിയകൾ, അതിനിടയിൽ ഒരു ലോജിക്കൽ കണക്ഷൻ സ്ഥാപിച്ചിരിക്കുന്നു.

ഫീൽഡ് " സീരിയൽ നമ്പർ"(4 ബൈറ്റുകൾ) അടങ്ങിയിരിക്കുന്നു ആദ്യ ബൈറ്റ് നമ്പർഒരു സെഗ്‌മെന്റിലെ ഡാറ്റ, അത് പ്രക്ഷേപണം ചെയ്ത ഡാറ്റയുടെ സ്ട്രീമുമായി ബന്ധപ്പെട്ട സെഗ്‌മെന്റിന്റെ ഓഫ്‌സെറ്റ് നിർണ്ണയിക്കുന്നു

"സ്ഥിരീകരണ നമ്പർ" ഫീൽഡിൽ (4 ബൈറ്റുകൾ) അടങ്ങിയിരിക്കുന്നു അടുത്ത ബൈറ്റ് നമ്പർ പ്രതീക്ഷിക്കുന്നു, ഇത് സ്ഥിരീകരിക്കുന്ന രസീതായി ഉപയോഗിക്കുന്നു ശരിയായ സാങ്കേതികതമുമ്പത്തെ എല്ലാ ബൈറ്റുകളും.

TCP ഹെഡർ ലെങ്ത്ത് ഫീൽഡ് (4 ബിറ്റുകൾ) 32-ബിറ്റ് വാക്കുകളിൽ അളക്കുന്ന TCP സെഗ്മെന്റ് ഹെഡറിന്റെ ദൈർഘ്യം വ്യക്തമാക്കുന്നു.

6-ബിറ്റ് റിസർവ് ഫീൽഡ് ഭാവിയിൽ കരുതിവച്ചിരിക്കുന്നു.

ഒറ്റ-ബിറ്റ് പതാകകൾസെഗ്‌മെന്റ് തരത്തെക്കുറിച്ചുള്ള സേവന വിവരങ്ങൾ വഹിക്കുകയും ഇനിപ്പറയുന്ന രീതിയിൽ വ്യാഖ്യാനിക്കുകയും ചെയ്യുന്നു:

URG=1 സാന്നിധ്യം സൂചിപ്പിക്കുന്നു അടിയന്തിര ഡാറ്റ, അതായത് "അടിയന്തിര ഡാറ്റയിലേക്ക് പോയിന്റർ" ഫീൽഡ് ഉപയോഗിക്കുന്നു » ;

· ACK=1 എന്നാൽ സെഗ്മെന്റ് എന്നാണ് രസീത്ലഭിച്ച സെഗ്‌മെന്റിലും "അക്നോളജ്‌മെന്റ് നമ്പർ" ഫീൽഡിലും അർത്ഥവത്തായ ഡാറ്റ അടങ്ങിയിരിക്കുന്നു. അല്ലെങ്കിൽ, ഈ സെഗ്‌മെന്റിൽ സ്ഥിരീകരണം അടങ്ങിയിട്ടില്ല കൂടാതെ “സ്ഥിരീകരണ നമ്പർ” ഫീൽഡ് അവഗണിക്കുകയും ചെയ്യും.

· PSH=1 (പുഷ് ഫ്ലാഗ്) അർത്ഥമാക്കുന്നത് ഡാറ്റ അയയ്ക്കാൻ അഭ്യർത്ഥിക്കുന്നുബഫർ നിറയുന്നത് വരെ കാത്തിരിക്കാതെ;

RST=1 ഇതിനായി ഉപയോഗിക്കുന്നു കണക്ഷൻ സ്റ്റാറ്റസ് റീസെറ്റ്പ്രശ്നങ്ങൾ കണ്ടെത്തുമ്പോൾ, അതുപോലെ ഒരു അസാധുവായ സെഗ്മെന്റ് നിരസിക്കുക അല്ലെങ്കിൽ ഒരു കണക്ഷൻ സൃഷ്ടിക്കാൻ ശ്രമിക്കുക;

SYN=1 ഇതിനായി ഉപയോഗിക്കുന്നു കണക്ഷൻ സജ്ജീകരണം, കൂടാതെ ACK=0 ആണെങ്കിൽ, സ്ഥിരീകരണ ഫീൽഡ് ഉപയോഗിക്കുന്നില്ല എന്നാണ് ഇതിനർത്ഥം;

FIN=1 ഇതിനായി ഉപയോഗിക്കുന്നു വിച്ഛേദിക്കൽ.

അംഗീകാര ബൈറ്റിന് ശേഷം എത്ര ബൈറ്റുകൾ അയയ്ക്കാമെന്ന് വിൻഡോ സൈസ് ഫീൽഡ് (2 ബൈറ്റുകൾ) നിർണ്ണയിക്കുന്നു.

ചെക്ക്സം ഫീൽഡിൽ (2 ബൈറ്റുകൾ) ഹെഡർ, ഡാറ്റ, എന്നിവ ഉൾക്കൊള്ളുന്ന ഒരു ചെക്ക്സം അടങ്ങിയിരിക്കുന്നു വ്യാജ തലക്കെട്ട്.

ചെക്ക്സം കണക്കുകൂട്ടൽ അൽഗോരിതംഇനിപ്പറയുന്ന രീതിയിൽ.

ചെക്ക്സം കണക്കുകൂട്ടൽ ആരംഭിക്കുന്നതിന് മുമ്പ്, ഈ ഫീൽഡിന്റെ മൂല്യം സജ്ജീകരിച്ചിരിക്കുന്നു പൂജ്യത്തിന് തുല്യം. ഡാറ്റാ ഫീൽഡിൽ ഒറ്റസംഖ്യ ബൈറ്റുകൾ അടങ്ങിയിട്ടുണ്ടെങ്കിൽ, അത് ഒരു സീറോ ബൈറ്റ് ഉപയോഗിച്ച് പാഡ് ചെയ്യുന്നു, ഇത് ചെക്ക്സം കണക്കാക്കുമ്പോൾ ഉപയോഗിക്കുന്നു, പക്ഷേ നെറ്റ്‌വർക്കിൽ പ്രക്ഷേപണത്തിനായി സെഗ്‌മെന്റിലേക്ക് ചേർക്കില്ല. ഹെഡർ, ഡാറ്റ, സ്യൂഡോ-ഹെഡർ എന്നിവയുൾപ്പെടെ TCP സെഗ്‌മെന്റ് 16-ബിറ്റിന്റെ ഒരു സെറ്റായി കണക്കാക്കപ്പെടുന്നതിനാലാണ് ഇത്തരമൊരു കൂട്ടിച്ചേർക്കലിന്റെ ആവശ്യകത. ബൈനറി നമ്പറുകൾ, ഇത് കൂട്ടിച്ചേർക്കുന്നു അധിക കോഡ്, തുടർന്ന് ലഭിച്ച തുകയുടെ കൂട്ടിച്ചേർക്കൽ കണക്കാക്കുന്നു, അത് "ചെക്ക്സം" ഫീൽഡിൽ നൽകിയിട്ടുണ്ട്.

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

പാരാമീറ്ററുകൾ ഫീൽഡിന് വേരിയബിൾ ദൈർഘ്യമുണ്ട്, അത് നഷ്‌ടമായേക്കാം.

ഉദാഹരണങ്ങൾഡാറ്റാ കൈമാറ്റത്തിനായി TCP പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്ന ആപ്ലിക്കേഷനുകൾ FTP, TFTP, DNS, POP3, IMAP, TELNET എന്നിവയാണ്.

TCP/IP പ്രോട്ടോക്കോൾ ആദ്യമായി സൃഷ്ടിക്കപ്പെട്ടത് 1970 കളുടെ തുടക്കത്തിലാണ്, അത് ARPANET സൃഷ്ടിക്കാൻ ഉപയോഗിച്ചു. അതിനുള്ളിലാണ് സാങ്കേതികവിദ്യ വികസിപ്പിച്ചെടുത്തത് ഗവേഷണ പദ്ധതി, ഒരു ലോക്കൽ അല്ലെങ്കിൽ വെർച്വൽ ഇന്റർനെറ്റ് വർക്ക് നെറ്റ്‌വർക്കിനുള്ളിൽ കമ്പ്യൂട്ടറുകൾ സംയോജിപ്പിക്കുന്നതിനുള്ള സാധ്യതകളെക്കുറിച്ച് പഠിക്കാൻ ഇത് ലക്ഷ്യമിടുന്നു.

ഒരു ബ്രൗസർ, ഇമെയിൽ പ്രോഗ്രാം അല്ലെങ്കിൽ സന്ദേശമയയ്‌ക്കൽ ക്ലയന്റ് പോലുള്ള ഒരു പ്രത്യേക ക്ലയന്റ് പ്രോഗ്രാം ഉപയോഗിച്ചാണ് TCP-യിൽ ഒരു കണക്ഷൻ സ്ഥാപിക്കുന്നത്.

TCP ഘടന

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

TCP യുടെ ഒരു ബദൽ UDP ആണ്. ഈ നെറ്റ്‌വർക്കുകൾ തമ്മിലുള്ള ഒരു പ്രധാന വ്യത്യാസം, വിവരങ്ങൾ അയച്ചയാളും സ്വീകർത്താവും തമ്മിൽ TCP ആദ്യം ഒരു വിശ്വസനീയമായ ബന്ധം സ്ഥാപിക്കണം എന്നതാണ്. കണക്ഷൻ സ്ഥാപിച്ചുകഴിഞ്ഞാൽ, ഡാറ്റ കൈമാറ്റം ചെയ്യപ്പെടുന്നു, തുടർന്ന് കണക്ഷൻ അവസാനിപ്പിക്കുന്നതിനുള്ള നടപടിക്രമം ആരംഭിക്കുന്നു. ആദ്യം ഒരു ചാനൽ സൃഷ്ടിക്കാതെ തന്നെ ഉപയോക്താവിന് ആവശ്യമായ വിവരങ്ങളുടെ പാക്കറ്റുകൾ കൈമാറുന്നത് UDP ഉടൻ സ്ഥാപിക്കുന്നു.

TCP വഴി ഡാറ്റ അയയ്ക്കുന്നു

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

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

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

വിഷയത്തെക്കുറിച്ചുള്ള വീഡിയോ

ആധുനിക സാഹചര്യങ്ങളിൽ, സമൂഹത്തിന്റെയും നാഗരികതയുടെയും പ്രവർത്തനങ്ങൾ മാർഗങ്ങൾ ഉപയോഗിക്കാതെ അസാധ്യമാണ് പെട്ടെന്നുള്ള കൈമാറ്റംവിവരങ്ങൾ. ഈ പ്രശ്നംആഗോള പ്രശ്നം പരിഹരിക്കാൻ ആവശ്യപ്പെട്ടു കമ്പ്യൂട്ടർ നെറ്റ്‌വർക്കുകൾ.

ഒരു ഗ്ലോബൽ നെറ്റ്‌വർക്ക് (ജിസിഎൻ) എന്നത് പരിധിയില്ലാതെ ഉൾക്കൊള്ളുന്ന വിശാലമായ പ്രദേശങ്ങൾ ഉൾക്കൊള്ളുന്ന കമ്പ്യൂട്ടറുകൾ ഉൾക്കൊള്ളുന്ന ഒരു ശൃംഖലയാണ്. ഈ നെറ്റ്‌വർക്ക്കമ്പ്യൂട്ടർ സംവിധാനങ്ങൾ. പ്രവർത്തനത്തിനുള്ള പ്രധാന വ്യവസ്ഥ സമാന നെറ്റ്‌വർക്കുകൾട്രാൻസ്മിറ്റ് ചെയ്യുന്നതും സ്വീകരിക്കുന്നതുമായ കമ്പ്യൂട്ടറിന്റെ ദൂരം പരിഗണിക്കാതെ, ഒരു നെറ്റ്‌വർക്കിലൂടെയുള്ള വിവരങ്ങളുടെ തൽക്ഷണ സംപ്രേക്ഷണമാണ്.

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

ആപ്ലിക്കേഷൻ തലത്തിൽ, മിക്ക പ്രോഗ്രാമുകളും പ്രവർത്തിക്കുന്നത് അവരുടേതായ പ്രോട്ടോക്കോളുകൾ ഉള്ളവയാണ്, അവ വ്യാപകമായി അറിയപ്പെടുന്നു സാധാരണ ഉപയോക്താക്കൾപിസി (HTTP, WWW, FTP, മുതലായവ). ഈ പ്രോട്ടോക്കോളുകൾ ദൃശ്യവൽക്കരണവും പ്രദർശനവും നൽകുന്നു ഉപയോക്താവിന് ആവശ്യമുള്ളത്വിവരങ്ങൾ.

ഡാറ്റ പ്രോസസ്സ് ചെയ്യാൻ കഴിയുന്ന ആപ്ലിക്കേഷനിലേക്ക് കൃത്യമായി എത്തിക്കുന്നതിന് ട്രാൻസ്പോർട്ട് പ്രോട്ടോക്കോൾ ഉത്തരവാദിയാണ്. ഇതിനെ ടിസിപി എന്ന് വിളിക്കുന്നു.

നെറ്റ്‌വർക്ക് പാളി, വാസ്തവത്തിൽ, കൂടുതൽ അഭ്യർത്ഥനകൾ കൈമാറുമ്പോഴും അയയ്ക്കുമ്പോഴും വിവരങ്ങൾ സ്വീകരിക്കുന്നു താഴ്ന്ന നിലകൾഎല്ലാ വിവരങ്ങൾക്കും. ഇതിനെ ഐപി പ്രോട്ടോക്കോൾ എന്ന് വിളിക്കുന്നു.

വിവരങ്ങൾ കൈമാറുന്നതിനുള്ള വ്യവസ്ഥകളും രീതികളും നിർവചിക്കുന്നതിന് ഫിസിക്കൽ, ലിങ്ക് ലെയറുകൾ ഉത്തരവാദികളാണ്.

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

വിഷയത്തെക്കുറിച്ചുള്ള വീഡിയോ

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

"" എന്ന ചിഹ്നത്താൽ വേർതിരിച്ച 4 മൂല്യങ്ങളുടെ സംഖ്യാ ഗ്രൂപ്പുകൾ ഉപയോഗിച്ചാണ് ഇന്റർനെറ്റിലെ കണക്ഷനുകൾ സ്ഥാപിക്കുന്നത്. കൂടാതെ IP വിലാസങ്ങൾ വിളിച്ചു. നെറ്റ്‌വർക്കിൽ ആവശ്യമായ IP വിലാസം കണ്ടെത്തുന്നത് എളുപ്പമാക്കുന്നതിന് രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്ന ഒരു സേവനമാണ് ഡൊമെയ്‌ൻ നാമ സമുച്ചയത്തിന്റെ പ്രതീകാത്മക നാമങ്ങൾ. ഒരു ഡൊമെയ്‌ൻ നാമത്തിന്റെ സാങ്കേതിക സൂചകം "" ആണ്. ഉപയോക്താവിന്റെ ഇമെയിൽ വിലാസത്തിൽ. അതിനാൽ, google.com വിലാസത്തിൽ ഡൊമെയ്ൻ നാമം com ആയിരിക്കും. ഡൊമെയ്ൻ നാമം തന്നെ പേര്ആവശ്യമായ ഇന്റർനെറ്റ് റിസോഴ്സിലേക്ക് ആക്സസ് നൽകാൻ കഴിയുന്നില്ല. ഒരു സ്മരണിക നാമം ഉപയോഗിക്കുന്നതിനുള്ള നടപടിക്രമം രണ്ട് ഘട്ടങ്ങൾ ഉൾക്കൊള്ളുന്നു: - പേര് പ്രകാരം IP വിലാസങ്ങൾ ഹോസ്റ്റ് ഫയൽ, IP വിലാസവും കമ്പ്യൂട്ടറിന്റെ പേരും തമ്മിലുള്ള കത്തിടപാടുകളുടെ പട്ടികകൾ അടങ്ങിയിരിക്കുന്നു; - ഒരു പ്രത്യേക IP വിലാസത്തിൽ ഒരു റിമോട്ട് വെബ് റിസോഴ്സുമായി ഒരു കണക്ഷൻ സ്ഥാപിക്കുക. പ്രധാന ചുമതല DNS സേവനംഒരു കണക്ഷൻ സ്ഥാപിക്കുന്നതിന് ഒരു IP വിലാസം നേടുക എന്നതാണ്, ഇത് ഈ സേവനത്തെ TCP/IP പ്രോട്ടോക്കോളിന് സഹായകമാക്കുന്നു. ഒരു ഡൊമെയ്‌ൻ നെയിം സെപ്പറേറ്ററാണ്, എന്നിരുന്നാലും പ്രായോഗിക ആവശ്യങ്ങൾക്കായി ഇത് സാധാരണയായി സ്വന്തം ഡിസൈനർ ഇല്ലാത്ത ഒരു റൂട്ട് ഡൊമെയ്‌നെയാണ് പരാമർശിക്കുന്നത്. റൂട്ട് - ഇന്റർനെറ്റ് ഹോസ്റ്റുകളുടെ മുഴുവൻ സെറ്റും - വിഭജിച്ചിരിക്കുന്നു: - ആദ്യ ലെവൽ - gov, edu, com,net; - രാജ്യ കോഡുകൾ- യുകെ, ജെപി, സിഎച്ച്, മുതലായവ;- പ്രാദേശിക ഡൊമെയ്‌നുകൾ - msk;- കോർപ്പറേറ്റ് ഡൊമെയ്‌നുകൾ- ഓർഗനൈസേഷനുകളുടെ ഡൊമെയ്‌നുകൾ, ഡൊമെയ്ൻ നാമങ്ങളുടെ പരിചിതമായ ട്രീ ഘടന സംരക്ഷിക്കുന്നത് സ്ഥാപിത പദങ്ങളുടെ ഉപയോഗത്തിലേക്ക് നയിച്ചു - റൂട്ട്, ട്രീ നോഡുകൾ, ഇല. ഈ ശ്രേണിയിലെ "ഹോസ്‌റ്റ്" എന്ന പദം ഒരു ലീഫിന് അസൈൻ ചെയ്‌തിരിക്കുന്നു, അതിന് താഴെ ഒരൊറ്റ നോഡും ഇല്ല. പൂർണ്ണമായ പേര്ഹോസ്റ്റ് എല്ലാവരുടെയും തുടർച്ചയായ ലിസ്റ്റിംഗായി മാറുന്നു ഇന്റർമീഡിയറ്റ് നോഡുകൾറൂട്ടിനും ഇലയ്ക്കും ഇടയിൽ, "" എന്ന അക്ഷരത്താൽ വേർതിരിച്ചിരിക്കുന്നു. ഇടത്തുനിന്ന് വലത്തോട്ട്: ivan.net.abcd.ru, ഇവിടെ ru എന്നത് മരത്തിന്റെ റൂട്ട് ആണ്, abcd എന്നത് സംഘടനയുടെ പേരാണ്, ഇവാൻ എന്നത് മരത്തിന്റെ ഇലയാണ് (ഹോസ്റ്റ്).

വിഷയത്തെക്കുറിച്ചുള്ള വീഡിയോ

ഉറവിടങ്ങൾ:

  • 2018-ൽ ഇന്റർനെറ്റ് ഡൊമെയ്ൻ നെയിം സിസ്റ്റം

TCP എന്ന ചുരുക്കെഴുത്ത് പലർക്കും പരിചിതമാണ്; ഇത് ഒരു ഡാറ്റാ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ ആണെന്ന് വളരെ കുറച്ച് ആളുകൾക്ക് മാത്രമേ അറിയൂ. എന്നാൽ ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് മിക്കവാറും ആർക്കും അറിയില്ല.

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

താമസിച്ചവർക്ക്:

SYN-flooding അല്ലെങ്കിൽ IP-spoofing പോലുള്ള വാക്കുകൾ നിങ്ങളിൽ പലരും കേട്ടിട്ടുണ്ടാകും. ഇവയെല്ലാം തരത്തിലുള്ള ആക്രമണങ്ങളാണ് - ആദ്യ ഡി.ഒ.എസ്., രണ്ടാമത്തേത്
ഒരു IP വിലാസം കബളിപ്പിക്കുന്നത് ഉൾക്കൊള്ളുന്നു. ഒറ്റനോട്ടത്തിൽ, ഈ ഉദാഹരണങ്ങൾക്കിടയിൽ പൊതുവായി ഒന്നുമില്ല, എന്നാൽ അതിനിടയിൽ, ഇത് അങ്ങനെയല്ല - ടിസിപി പ്രോട്ടോക്കോളിനെക്കുറിച്ചുള്ള ആഴത്തിലുള്ള അറിവില്ലാതെ ഈ രണ്ട് ആക്രമണങ്ങളും സാധ്യമല്ല.
Inet.

TCP പ്രോട്ടോക്കോൾ സ്പെസിഫിക്കേഷൻ RFC793 ൽ വിവരിച്ചിരിക്കുന്നു. നിങ്ങൾ ഈ പ്രമാണം വായിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു, കാരണം ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യങ്ങൾ നിങ്ങളെ അറിയിക്കാൻ ഞാൻ ശ്രമിക്കുമെങ്കിലും, മാന്വലിൽ നിങ്ങൾ കണ്ടെത്താത്ത പ്രസക്തമായ അഭിപ്രായങ്ങൾ നൽകിക്കൊണ്ട്, പക്ഷേ ഇപ്പോഴും, ചെറിയ അളവും പ്രായോഗിക വീക്ഷണകോണും കാരണം , ചില സൂക്ഷ്മതകൾ എനിക്ക് നഷ്ടമായേക്കാം.

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

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

ഏറ്റവും പ്രധാനപ്പെട്ട പോയിന്റുകൾ മാത്രം ഞാൻ വിശദീകരിക്കും:

സ്വീകർത്താവിന്റെ വിലാസം, സ്വീകർത്താവിന്റെ പോർട്ട്, അയച്ചയാളുടെ വിലാസം, അയച്ചയാളുടെ പോർട്ട് - ഇത് വ്യക്തമാണെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു.

സീക്വൻസ് നമ്പർ (SYN) - ക്യൂ നമ്പർ അല്ലെങ്കിൽ സീരിയൽ നമ്പർ, ട്രാൻസ്മിഷൻ സമയത്ത് പാക്കറ്റിന്റെ സീക്വൻസ് നമ്പർ കാണിക്കുന്നു, അതിനാലാണ് സ്വീകരിക്കുന്ന സംവിധാനം പാക്കറ്റുകൾ കൃത്യമായി ശേഖരിക്കുന്നത്, അവ വന്ന ക്രമത്തിലല്ല.

അക്‌നോളജ്‌മെന്റ് നമ്പർ(ACK) - അംഗീകാര നമ്പർ, SYN ഏത് പാക്കറ്റിനോടാണ് പ്രതികരിക്കുന്നതെന്ന് കാണിക്കുന്നു റിമോട്ട് സിസ്റ്റം, അതിനാൽ റിമോട്ട് സിസ്റ്റത്തിന് ഈ ഡാറ്റ ഉപയോഗിച്ച് ഞങ്ങളുടെ പാക്കറ്റ് ലഭിച്ചു എന്ന ആശയം ഞങ്ങൾക്കുണ്ട്
SYN.

നിയന്ത്രണ ബിറ്റുകൾ - 6 ബിറ്റുകൾ (വിപരീതവും വിൻഡോയും തമ്മിലുള്ള ഡയഗ്രാമിൽ). ബിറ്റ് മൂല്യങ്ങൾ:

URG: അടിയന്തിര പോയിന്റർ ഫീൽഡ് പ്രവർത്തനക്ഷമമാക്കി
ACK: അക്‌നോളജ്‌മെന്റ് ഫീൽഡ് പ്രവർത്തനക്ഷമമാക്കി
PSH: പുഷ് ഫംഗ്ഷൻ
RST: ഈ കണക്ഷൻ റീബൂട്ട് ചെയ്യുക
SYN: ക്യൂ നമ്പർ സമന്വയം
FIN: കൈമാറാൻ കൂടുതൽ ഡാറ്റയില്ല

നമ്മൾ നേരിട്ട് കൈമാറാൻ ആഗ്രഹിക്കുന്ന ഡാറ്റയാണ് ഡാറ്റ.

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

ഞങ്ങൾക്ക് ഒരു കണക്ഷൻ സ്ഥാപിക്കാൻ താൽപ്പര്യപ്പെടുമ്പോൾ, ഇനിപ്പറയുന്ന ഘടനയുള്ള ഒരു പാക്കറ്റ് ഞങ്ങൾ റിമോട്ട് സിസ്റ്റത്തിലേക്ക് അയയ്ക്കുന്നു:

ക്ലയന്റ് - SYN (856779) - ഹോസ്റ്റ്

ക്ലയന്റ് ഞങ്ങൾ എവിടെയാണ്, ഹോസ്റ്റ് എന്നത് റിമോട്ട് സിസ്റ്റമാണ്. നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, ഞങ്ങൾ SYN മാത്രം സൂചിപ്പിക്കുന്ന ഒരു പാക്കറ്റ് അയയ്ക്കുന്നു - ഇതിനർത്ഥം ഈ പാക്കറ്റ് ആദ്യത്തേതാണ്, ഞങ്ങൾ ഒന്നിനോടും പ്രതികരിക്കുന്നില്ല (ACK ഇല്ല). നിലവിലെ പാക്കേജ്ഇതുപോലെ ഒന്ന് തോന്നുന്നു:

20 53 52 43 00 00 44 45 53 54 00 00 08 00 45 00 00 2C C3 00 40 00 20 06 10 0C CB 5E FD BA CB 5E CB2010 470 0 00 00 60 02 20 00 D9 70 00 00 02 04 05 B4 2D

SYN എവിടെ നിന്നാണ് വരുന്നത് എന്നതാണ് രസകരമായ കാര്യം. പ്രാരംഭ ക്യൂ നമ്പറിൽ നിന്നാണ് SYN ഉരുത്തിരിഞ്ഞത്
(ISN) 1 മുതൽ 4294967295 വരെയുള്ള 32-ബിറ്റ് നമ്പറാണ് (2 മുതൽ 32-ാം പവർ). സിസ്റ്റം റീബൂട്ട് ചെയ്യുമ്പോൾ ISN 1 ആണ്, ഓരോ സെക്കൻഡിലും അത് 128000 വർദ്ധിക്കുന്നു (കൃത്യമായി പറഞ്ഞാൽ, ഓരോ 4 മൈക്രോസെക്കൻഡിലും മാറ്റം സംഭവിക്കുന്നു) + സ്ഥാപിച്ച കണക്ഷൻഇത് 64000 ആയി വർദ്ധിക്കുന്നു. കണക്ഷനുകളൊന്നും സ്ഥാപിച്ചിട്ടില്ലെന്ന് അനുമാനിച്ചാൽ, ISN തനത് ചക്രം ഏകദേശം 4.55 മണിക്കൂറാണ്. നെറ്റ്‌വർക്കിൽ ഒരു പാക്കറ്റും ഇത്രയും ദൂരം സഞ്ചരിക്കാത്തതിനാൽ, SYN പൂർണ്ണമായും അദ്വിതീയമാകുമെന്ന് നമുക്ക് അനുമാനിക്കാം.

ഞങ്ങളുടെ പാക്കറ്റ് ലഭിച്ചുകഴിഞ്ഞാൽ, റിമോട്ട് സിസ്റ്റം അത് ലഭിച്ചുവെന്നും ഒരു കണക്ഷൻ സ്ഥാപിക്കാൻ തയ്യാറാണെന്നും പ്രതികരിക്കുന്നു. ഡാറ്റ പാക്കേജ് ഇതുപോലെ കാണപ്പെടുന്നു:

ഹോസ്റ്റ് - SYN (758684758), ACK (856780) - ക്ലയന്റ്

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, റിമോട്ട് സിസ്റ്റം ഞങ്ങളുടെ പാക്കറ്റ് സ്വീകരിച്ചതായി വ്യക്തമാക്കുന്നു. ഇത് ചെയ്യുന്നതിന്, അത് "ഞങ്ങളുടെ SYN+1" എന്ന നമ്പറുള്ള ഒരു ACK അയയ്ക്കുന്നു. ഇതുകൂടാതെ, റിമോട്ട് സിസ്റ്റം അതിന്റെ SYN ഞങ്ങൾക്ക് അയയ്ക്കുന്നു (ഞങ്ങളും പ്രതികരിക്കും). ഞങ്ങളുടെ ഉത്തരം ഇതുപോലെയായിരിക്കും:

ക്ലയന്റ് - SYN (856780), ACK (758684759) - ഹോസ്റ്റ്

ഇപ്പോൾ നിങ്ങൾക്ക് എല്ലാം വ്യക്തമായിരിക്കണമെന്ന് ഞാൻ കരുതുന്നു. ആർക്കെങ്കിലും മനസ്സിലാകുന്നില്ലെങ്കിൽ, പാക്കറ്റ് അർത്ഥമാക്കുന്നത് ഇനിപ്പറയുന്നവയാണ്: SYN (758684758) ഉള്ള നിങ്ങളുടെ പാക്കറ്റ് ലഭിച്ചു, കണക്ഷൻ സ്ഥാപിച്ചു, ഞങ്ങളുടെ SYN 856780 ആണ്.

ഈ നടപടിക്രമത്തെ "ട്രിപ്പിൾ സ്ഥിരീകരണം" അല്ലെങ്കിൽ "ട്രിപ്പിൾ ഹാൻഡ്‌ഷേക്ക്" എന്ന് വിളിക്കുന്നു. ഞങ്ങളുടെ സിസ്റ്റങ്ങളുടെ SYN സമന്വയിപ്പിക്കുന്നതിന് ആദ്യത്തെ രണ്ട് ഘട്ടങ്ങൾ ആവശ്യമാണ്, മൂന്നാമത്തേത് സിൻക്രൊണൈസേഷൻ സംഭവിച്ചുവെന്ന് സ്ഥിരീകരിക്കുക എന്നതാണ്.

അടുത്തതായി നമുക്ക് ഡാറ്റ എക്സ്ചേഞ്ച് ഉണ്ട്, അതായത്. അതിനാണ് ബന്ധം സ്ഥാപിച്ചത്. കൂടാതെ, എല്ലാ ഘട്ടങ്ങളിലും, TCP പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് കൈമാറുന്ന ഡാറ്റയുടെ സുരക്ഷ ഉറപ്പാക്കുന്നത് ഇനിപ്പറയുന്ന രീതിയിൽ നടപ്പിലാക്കുന്നു എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്: അയച്ച പാക്കറ്റ് ഒരു ബഫറിൽ സ്ഥാപിച്ചിരിക്കുന്നു. ചില സമയംറിമോട്ട് സിസ്റ്റത്തിൽ നിന്ന് ഒരു അക്നോളജ്മെന്റ് പാക്കറ്റ് (ACK) വരുന്നില്ല, പാക്കറ്റ് വീണ്ടും അയച്ചു; സ്ഥിരീകരണം വന്നിട്ടുണ്ടെങ്കിൽ, പാക്കറ്റ് വിജയകരമായി അയച്ചതായി കണക്കാക്കുകയും ബഫറിൽ നിന്ന് നീക്കം ചെയ്യുകയും ചെയ്യും.

ശരി, ഞങ്ങൾക്ക് ഇനി കണക്ഷൻ ആവശ്യമില്ല, ഞങ്ങൾക്ക് അത് അടയ്ക്കാം. ഈ ഘട്ടം വീണ്ടും സംഭവിക്കും
നിരവധി ഘട്ടങ്ങൾ ഉൾക്കൊള്ളുന്നു - നിങ്ങൾക്ക് ഇതിനകം തന്നെ ഈ പാക്കേജുകൾ വായിക്കാൻ കഴിയുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു.

ക്ലയന്റ് - FIN(4894376), ACK (1896955378) - ഹോസ്റ്റ്

ഹോസ്റ്റ് - ACK (4894377) - ക്ലയന്റ്

ഹോസ്റ്റ് - FIN (1896955378), ACK (4894377) - ക്ലയന്റ്

ക്ലയന്റ് - ACK (1896955378) - ഹോസ്റ്റ്

ഇവിടെ സങ്കീർണ്ണമായ ഒന്നും ഇല്ലെന്ന് ഞാൻ കരുതുന്നു. ശ്രദ്ധിക്കേണ്ട ഒരേയൊരു കാര്യം FIN ഫ്ലാഗ് ആണ്, അതായത് കണക്ഷൻ അവസാനിപ്പിക്കാനുള്ള ആഗ്രഹം.

മേൽപ്പറഞ്ഞവ സംഗ്രഹിച്ചുകൊണ്ട്, ഏതൊക്കെ സന്ദർഭങ്ങളിൽ സീരിയൽ നമ്പറുകൾ മാറും / മാറില്ല എന്ന് നമുക്ക് നോക്കാം:

ഒരു FIN പാക്കറ്റിന്റെ സംപ്രേക്ഷണം = +1
ഒരു SYN പാക്കറ്റിന്റെ സംപ്രേക്ഷണം = +1
ഒരു ACK പാക്കറ്റിന്റെ സംപ്രേക്ഷണം = 0
ഒരു SYN/ACK പാക്കറ്റിന്റെ സംപ്രേക്ഷണം = +1
ഒരു FIN/ACK പാക്കറ്റിന്റെ സംപ്രേക്ഷണം = +1
1 സെക്കൻഡിൽ മാറ്റുക = +128,000
ഒരു കണക്ഷൻ സ്ഥാപിക്കുന്നു = +64,000

ഒരുപക്ഷേ ആരെങ്കിലും ചോദിക്കും: "യന്ത്രത്തിന് ഇല്ലാതിരുന്ന എസികെ ഉള്ള ഒരു പാക്കറ്റ് ലഭിച്ചാൽ എന്ത് സംഭവിക്കും?" (SYN=ACK-1, എന്നാൽ അത്തരമൊരു SYN ഉള്ള ഒരു പാക്കറ്റ് ഞങ്ങൾ അയച്ചിട്ടില്ല). അവ്യക്തമായ എന്തെങ്കിലും ഉത്തരം ലഭിച്ചാൽ, ഞങ്ങൾ ഒരു നാക്ക് പാക്കറ്റ് ഉപയോഗിച്ച് റിമോട്ട് സിസ്റ്റത്തോട് പ്രതികരിക്കും (അർത്ഥം “നിങ്ങൾ എന്താണ് സംസാരിക്കുന്നതെന്ന് എനിക്കറിയില്ല,” ഒരു കണക്ഷനും സ്ഥാപിച്ചിട്ടില്ല), പക്ഷേ, ഞാൻ പ്രതീക്ഷിക്കുന്നു, അടുത്ത തവണ ഞങ്ങൾ ഇതിനെക്കുറിച്ച് കൂടുതൽ വിശദമായി നിങ്ങളോട് സംസാരിക്കും.

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

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

IP, TCP എന്നിവയുടെ നിർവചനങ്ങളാൽ മാത്രം വിവരിക്കാനാവാത്ത TCP-IP പ്രോട്ടോക്കോളിൽ UDP, SMTP, ICMP, FTP, ടെൽനെറ്റ് എന്നിവയും അതിലേറെയും പ്രോട്ടോക്കോളുകളും ഉൾപ്പെടുന്നു. ഇവയും മറ്റ് TCP-IP പ്രോട്ടോക്കോളുകളും ഏറ്റവും കൂടുതൽ നൽകുന്നു മോഴുവ്ൻ സമയം ജോലിഇന്റർനെറ്റ് നെറ്റ്‌വർക്കുകൾ.

ഉൾപ്പെടുത്തിയിരിക്കുന്ന ഓരോ പ്രോട്ടോക്കോളിന്റെയും വിശദമായ വിവരണം ഞങ്ങൾ ചുവടെ നൽകുന്നു പൊതു ആശയം TCP-IP.

. ഇന്റർനെറ്റ് പ്രോട്ടോക്കോൾ(IP) നെറ്റ്‌വർക്കിലെ വിവരങ്ങൾ നേരിട്ട് കൈമാറുന്നതിനുള്ള ഉത്തരവാദിത്തമാണ്. വിവരങ്ങൾ ഭാഗങ്ങളായി തിരിച്ചിരിക്കുന്നു (മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, പാക്കറ്റുകൾ) അയച്ചയാളിൽ നിന്ന് സ്വീകർത്താവിന് കൈമാറുന്നു. കൃത്യമായ വിലാസത്തിനായി, സ്വീകർത്താവിന്റെ കൃത്യമായ വിലാസമോ കോർഡിനേറ്റുകളോ നിങ്ങൾ വ്യക്തമാക്കേണ്ടതുണ്ട്. അത്തരം വിലാസങ്ങളിൽ നാല് ബൈറ്റുകൾ അടങ്ങിയിരിക്കുന്നു, അവ പരസ്പരം ഡോട്ടുകളാൽ വേർതിരിച്ചിരിക്കുന്നു. ഓരോ കമ്പ്യൂട്ടറിന്റെയും വിലാസം അദ്വിതീയമാണ്.

എന്നിരുന്നാലും, ശരിയായ ഡാറ്റാ ട്രാൻസ്മിഷന് ഐപി പ്രോട്ടോക്കോൾ മാത്രം മതിയാകില്ല, കാരണം കൈമാറ്റം ചെയ്യപ്പെടുന്ന മിക്ക വിവരങ്ങളുടെയും വോളിയം 1500 പ്രതീകങ്ങളിൽ കൂടുതലാണ്, അത് ഇനി ഒരു പാക്കറ്റിൽ ചേരില്ല, ചില പാക്കറ്റുകൾ ട്രാൻസ്മിഷൻ സമയത്ത് നഷ്ടപ്പെടുകയോ അയയ്ക്കുകയോ ചെയ്യാം. തെറ്റായ ക്രമം, എന്താണ് വേണ്ടത്.

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

വലിയ അളവിലുള്ള ഡാറ്റാ കൈമാറ്റത്തിന്റെ ഓർഗനൈസേഷന്റെ മാനേജ്മെന്റ് പ്രത്യേകമായ നിരവധി പ്രോട്ടോക്കോളുകൾ ഉപയോഗിച്ച് നടപ്പിലാക്കാൻ കഴിയും പ്രവർത്തനപരമായ ഉദ്ദേശ്യം. പ്രത്യേകിച്ചും, ഇനിപ്പറയുന്ന തരത്തിലുള്ള TCP പ്രോട്ടോക്കോളുകൾ ഉണ്ട്.

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

2. ഉപയോക്തൃ ഡാറ്റാഗ്രാം പ്രോട്ടോക്കോൾ, അല്ലെങ്കിൽ യൂസർ ഡാറ്റാഗ്രാം പ്രോട്ടോക്കോൾ, കണക്ഷൻ സ്വതന്ത്രമാണ് കൂടാതെ UDP ഡാറ്റാഗ്രാമുകൾ എന്ന് വിളിക്കുന്ന പാക്കറ്റുകളിൽ ഡാറ്റ കൈമാറുന്നു. എന്നിരുന്നാലും, ഈ പ്രോട്ടോക്കോൾ TCP പോലെ വിശ്വസനീയമല്ല, കാരണം അയച്ചയാൾക്ക് പാക്കറ്റ് യഥാർത്ഥത്തിൽ ലഭിച്ചോ എന്ന് അറിയില്ല.

3. ഐ.സി.എം.പി(ഇന്റർനെറ്റ് കൺട്രോൾ മെസേജ് പ്രോട്ടോക്കോൾ) ഇന്റർനെറ്റിൽ ഡാറ്റാ എക്സ്ചേഞ്ച് സമയത്ത് സംഭവിക്കുന്ന പിശക് സന്ദേശങ്ങൾ കൈമാറാൻ നിലവിലുണ്ട്. എന്നിരുന്നാലും, ICMP പ്രോട്ടോക്കോൾ പിശകുകൾ മാത്രമേ റിപ്പോർട്ട് ചെയ്യുന്നുള്ളൂ, എന്നാൽ ഈ പിശകുകളിലേക്ക് നയിച്ച കാരണങ്ങൾ ഇല്ലാതാക്കുന്നില്ല.

4. ടെൽനെറ്റ്- TCP ട്രാൻസ്പോർട്ട് ഉപയോഗിച്ച് ഒരു നെറ്റ്വർക്കിൽ ഒരു ടെക്സ്റ്റ് ഇന്റർഫേസ് നടപ്പിലാക്കാൻ ഇത് ഉപയോഗിക്കുന്നു.

5. SMTP(ലളിതമായ മെയിൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ) ഒരു പ്രത്യേകതയാണ് ഈമെയില് വഴി, SMTP ക്ലയന്റ് എന്ന് വിളിക്കപ്പെടുന്ന ഒരു കമ്പ്യൂട്ടറിൽ നിന്ന് SMTP സെർവർ പ്രവർത്തിക്കുന്ന മറ്റൊരു കമ്പ്യൂട്ടറിലേക്ക് അയയ്ക്കുന്ന സന്ദേശങ്ങളുടെ ഫോർമാറ്റ് ഇത് നിർവചിക്കുന്നു. അതിൽ ഈ കയറ്റുമതിക്ലയന്റും സെർവറും സജീവമാകുന്നതുവരെ കുറച്ച് സമയത്തേക്ക് വൈകിയേക്കാം.

TCP-IP പ്രോട്ടോക്കോൾ വഴിയുള്ള ഡാറ്റ ട്രാൻസ്മിഷൻ സ്കീം

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

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

4. എല്ലാ പാക്കറ്റുകളുടെയും രസീത് സ്ഥിരീകരിച്ചതിന് ശേഷം, TCP പ്രോട്ടോക്കോൾ അവയ്ക്ക് അനുസൃതമായി ഓർഡർ ചെയ്യുകയും അവയെ ഒരു മൊത്തത്തിൽ വീണ്ടും കൂട്ടിച്ചേർക്കുകയും ചെയ്യുന്നു.

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

അങ്ങനെ, TCP-IP റീട്രാൻസ്മിഷനുകളുടെ ആവശ്യകത ഇല്ലാതാക്കുകയും ആപ്ലിക്കേഷൻ പ്രക്രിയകൾക്കായി കാത്തിരിക്കുകയും ചെയ്യുന്നു (ടെൽനെറ്റ്, FTP എന്നിവ).

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

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

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

TCP സന്ദേശ ഫോർമാറ്റ്

TCP ഹെഡർ ഫീൽഡുകളുടെ പ്രവർത്തനങ്ങൾ താഴെ വിവരിച്ചിരിക്കുന്നു.

ഉറവിട പോർട്ട് (SourcePort), 2 ബൈറ്റുകൾ. TCP സെഗ്‌മെന്റുകൾ വഹിക്കുന്ന വിവരങ്ങൾ സൃഷ്‌ടിച്ച പ്രോസസ്സ് ഉപയോഗിച്ച അയയ്‌ക്കുന്ന സിസ്റ്റം പോർട്ട് നമ്പർ തിരിച്ചറിയുന്നു. ചില സന്ദർഭങ്ങളിൽ ഇത് ആകാം സാങ്കൽപ്പിക നമ്പർഈ ഇടപാടിനായി ക്ലയന്റ് പ്രത്യേകമായി അനുവദിച്ച പോർട്ട്.

ഡെസ്റ്റിനേഷൻ പോർട്ട്, 2 ബൈറ്റുകൾ. TCP സെഗ്‌മെന്റ് വിവരങ്ങൾ അയയ്‌ക്കേണ്ട ഡെസ്റ്റിനേഷൻ സിസ്റ്റത്തിന്റെ പോർട്ട് നമ്പർ സൂചിപ്പിക്കുന്നു. പോർട്ട് നമ്പറുകൾ "AssignedNumbers" ഡോക്യുമെന്റിലും ഓരോ TCP/1P സിസ്റ്റത്തിന്റെയും SERVICES ഫയലിലും ലിസ്റ്റ് ചെയ്തിട്ടുണ്ട്.

സീക്വൻസ് നമ്പർ, 4 ബൈറ്റുകൾ. മുഴുവൻ ഡാറ്റ സീക്വൻസുമായി ബന്ധപ്പെട്ട് ഒരു പ്രത്യേക സെഗ്മെന്റിന്റെ സ്ഥാനം നിർണ്ണയിക്കുന്നു.

അംഗീകാര നമ്പർ, 4 ബൈറ്റുകൾ. സെഗ്‌മെന്റിലെ പരമാവധി ബൈറ്റ് നമ്പർ വ്യക്തമാക്കുന്നു, ഒന്നായി വർദ്ധിപ്പിച്ച്, സ്ഥിരീകരിക്കുന്ന സിസ്റ്റം അയച്ചയാളിൽ നിന്ന് ലഭിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നു. ACK കൺട്രോൾ ബിറ്റുമായി സംയോജിച്ച് ഉപയോഗിക്കുന്നു.


ഡാറ്റ ഓഫ്സെറ്റ് (DataOffset), 4 ബിറ്റുകൾ. TCP തലക്കെട്ടിന്റെ ദൈർഘ്യം 4-ബൈറ്റ് വാക്കുകളിൽ വ്യക്തമാക്കുന്നു (അതിന്റെ വലുപ്പം 60 ബൈറ്റുകൾ വരെ വർദ്ധിപ്പിക്കുന്ന ഓപ്ഷനുകൾ ഇതിൽ അടങ്ങിയിരിക്കാം).

റിസർവ് ചെയ്‌തത്, 6 ബിറ്റുകൾ. പിന്നീടുള്ള അപേക്ഷകൾക്കായി സമർപ്പിക്കുന്നു.

നിയന്ത്രണ ബിറ്റുകൾ, 6 ബിറ്റുകൾ. ഇനിപ്പറയുന്ന പ്രവർത്തനങ്ങൾ നിർവഹിക്കുന്ന ആറ് 1-ബിറ്റ് ഫ്ലാഗുകൾ അടങ്ങിയിരിക്കുന്നു:

URG - ക്രമത്തിൽ അടിയന്തിര ഡാറ്റ അടങ്ങിയിരിക്കുന്നുവെന്നും അടിയന്തിര സൂചക ഫീൽഡ് സജീവമാക്കുന്നുവെന്നും സൂചിപ്പിക്കുന്നു;

ACK - സന്ദേശം മുമ്പ് ലഭിച്ച ഡാറ്റയുടെ സ്ഥിരീകരണമാണെന്നും സ്ഥിരീകരണ നമ്പർ ഫീൽഡ് സജീവമാക്കുന്നുവെന്നും രേഖപ്പെടുത്തുന്നു;

PSH - സ്വീകരിക്കുന്ന എല്ലാ സീക്വൻസ് വിവരങ്ങളും കൈമാറാൻ സ്വീകരിക്കുന്ന സിസ്റ്റത്തിന് നിർദ്ദേശം നൽകുന്നു ഈ നിമിഷം, ശേഷിക്കുന്ന ശകലങ്ങൾ വരുന്നതുവരെ കാത്തിരിക്കാതെ, ഡെസ്റ്റിനേഷൻ പോർട്ട് ഫീൽഡ് തിരിച്ചറിഞ്ഞ ആപ്ലിക്കേഷൻ;

RST - ഇന്നുവരെ ലഭിച്ച നിലവിലെ ശ്രേണിയുടെ എല്ലാ സെഗ്‌മെന്റുകളും നിരസിക്കാനും ടിസിപി കണക്ഷൻ വീണ്ടും സ്ഥാപിക്കാൻ ആരംഭിക്കാനും സ്വീകരിക്കുന്ന സിസ്റ്റത്തിന് നിർദ്ദേശം നൽകുന്നു;

SYN - ഇന്ററാക്ടിംഗ് സിസ്റ്റങ്ങൾക്കിടയിൽ ട്രാൻസ്മിറ്റ് ചെയ്ത ഡാറ്റയുടെ എണ്ണം സമന്വയിപ്പിക്കുന്നതിന് കണക്ഷൻ സ്ഥാപിക്കൽ പ്രക്രിയയിൽ ഉപയോഗിക്കുന്നു;

FIN - ഡാറ്റാ ട്രാൻസ്മിഷൻ പൂർത്തിയായെന്നും കണക്ഷൻ അവസാനിപ്പിക്കണമെന്നും മറ്റ് സിസ്റ്റത്തെ അറിയിക്കുന്നു.

വിൻഡോ, 2 ബൈറ്റുകൾ. ഉറവിട സിസ്റ്റത്തിൽ നിന്ന് ഡെസ്റ്റിനേഷൻ സിസ്റ്റത്തിന് സ്വീകരിക്കാൻ കഴിയുന്ന ബൈറ്റുകളുടെ എണ്ണം പ്രഖ്യാപിച്ചുകൊണ്ട് TCP-യുടെ ഫ്ലോ കൺട്രോൾ മെക്കാനിസം (സ്ലൈഡിംഗ് വിൻഡോ) നടപ്പിലാക്കുന്നു.

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

UrgentPointer, 2 ബൈറ്റുകൾ. URG ബിറ്റുമായി സംയോജിച്ച് ഉപയോഗിക്കുന്നത്, സ്വീകർത്താവ് അടിയന്തിരമായി പരിഗണിക്കേണ്ട സീക്വൻസ് ഡാറ്റ ഇത് വ്യക്തമാക്കുന്നു.

ഓപ്ഷനുകൾ, വേരിയബിൾ വലുപ്പം. അധികമായി അടങ്ങിയിരിക്കാം കോൺഫിഗറേഷൻ പരാമീറ്ററുകൾഒരു TCP കണക്ഷനായി, ഫീൽഡ് സൈസ് 4 ബൈറ്റുകളുടെ ഏറ്റവും അടുത്തുള്ള ഗുണിതത്തിലേക്ക് കൊണ്ടുവരാൻ ആവശ്യമായ അലൈൻമെന്റ് ബിറ്റുകൾക്കൊപ്പം. സാധ്യമായ ഓപ്ഷനുകൾ ചുവടെ പട്ടികപ്പെടുത്തിയിരിക്കുന്നു.

പരമാവധി വലിപ്പംസെഗ്മെന്റ് (പരമാവധി സെഗ്മെന്റ് വലുപ്പം). നിലവിലുള്ള സിസ്റ്റത്തിന് അതുമായി ബന്ധിപ്പിച്ചിരിക്കുന്ന മറ്റൊരു സിസ്റ്റത്തിൽ നിന്ന് സ്വീകരിക്കാൻ കഴിയുന്ന പരമാവധി സെഗ്‌മെന്റിന്റെ വലുപ്പം വ്യക്തമാക്കുന്നു.

വിൻഡോ സ്കെയിൽ ഘടകം. വിൻഡോ ഫീൽഡ് സൈസ് 2 മുതൽ 4 ബൈറ്റുകൾ വരെ വർദ്ധിപ്പിക്കാൻ ഉപയോഗിക്കുന്നു.

ടൈംസ്റ്റാമ്പ്. സ്ഥിരീകരണ ആവശ്യങ്ങൾക്കായി സ്വീകരിക്കുന്ന സിസ്റ്റം അയച്ചയാൾക്ക് തിരികെ നൽകുന്ന ഡാറ്റ പാക്കറ്റുകളുടെ ടൈംസ്റ്റാമ്പുകൾ സംഭരിക്കാൻ ഉപയോഗിക്കുന്നു. ഡാറ്റയുടെ റൗണ്ട് ട്രിപ്പ് യാത്രാ സമയം അളക്കാൻ ഇത് അയച്ചയാളെ അനുവദിക്കുന്നു.

ഡാറ്റ, വേരിയബിൾ വലുപ്പം. പ്രോട്ടോക്കോൾ സ്റ്റാക്കിന്റെ മുകളിൽ നിന്നും പ്രോട്ടോക്കോളുകളിൽ നിന്നും വരുന്ന ഡാറ്റ സെഗ്‌മെന്റുകൾ ഉൾപ്പെട്ടേക്കാം ആപ്ലിക്കേഷൻ ലെയർ. IN SYN പാക്കറ്റുകൾ, ACK, FIN എന്നിവ ഈ ഫീൽഡ് ശൂന്യമാണ്.

IPX/SPX: NovellNetWare ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന് ഗതാഗത സേവനങ്ങൾ നൽകുന്നതിന്, നോവൽ സ്വന്തം പ്രോട്ടോക്കോൾ സ്റ്റാക്ക് സൃഷ്ടിച്ചു, അത് സ്വീകരിച്ചു. പൊതുവായ പേര്നെറ്റ്‌വർക്ക് ലെയർ പ്രോട്ടോക്കോളിന്റെ പേരിൽ - IPX (InternetworkPacketExchange, internetwork packet exchange). TCP/IP യുമായുള്ള സാമ്യം അനുസരിച്ച്, ഈ സ്റ്റാക്കിനെ ചിലപ്പോൾ IPX/SPX എന്നും വിളിക്കുന്നു. ഈ പദവിയുടെ രണ്ടാം ഭാഗം ട്രാൻസ്പോർട്ട് ലെയറിൽ പ്രവർത്തിക്കുന്ന ഒരു പ്രോട്ടോക്കോൾ SPX (SequencedPacketeXchange) നെ സൂചിപ്പിക്കുന്നു. എന്നിരുന്നാലും, TCP, IP എന്നിവയുടെ സംയോജനത്തിൽ നിന്ന് വ്യത്യസ്തമായി, ഇത് TCP/IP നെറ്റ്‌വർക്കുകളിൽ സർവ്വവ്യാപിയും പ്രാഥമികമായി ഡെലിവറി ചെയ്യാൻ ഉദ്ദേശിച്ചുള്ളതുമാണ്. വലിയ അളവ്ട്രാഫിക്, IPX/SPX സമുച്ചയം നെറ്റ്വെയർ നെറ്റ്‌വർക്കുകളിൽ കണ്ടെത്തുന്നത് താരതമ്യേന അപൂർവമാണ്.

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

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

IPX ഡാറ്റാഗ്രാമുകൾ സാധാരണ പ്രോട്ടോക്കോൾ ഫ്രെയിമുകൾക്കുള്ളിൽ കൊണ്ടുപോകുന്നു ലിങ്ക് ലെയർ IP ഡാറ്റാഗ്രാമുകൾ പോലെ. IPX പ്രോട്ടോക്കോളുകൾക്ക് അവരുടേതായ ലിങ്ക് ലെയർ പ്രോട്ടോക്കോളുകൾ ഇല്ല. എന്നിരുന്നാലും, മിക്ക നെറ്റ്‌വർക്കുകളിലും ഡാറ്റ IPX എൻക്യാപ്‌സുലേറ്റ് ചെയ്‌തിരിക്കുന്നു ഇഥർനെറ്റ് ഫ്രെയിമുകൾഅല്ലെങ്കിൽ ടോക്കൺ റിംഗ്.

IPX പ്രോട്ടോക്കോൾ

IPX രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത് IDP (InternetworkDatagramPacket) പ്രോട്ടോക്കോൾ അടിസ്ഥാനമാക്കിയുള്ളതാണ് നെറ്റ്വർക്ക് സേവനങ്ങൾസെറോക്സ് (XNS, XeroxNetworkServices). IPX അടിസ്ഥാനം നൽകുന്നു ഗതാഗത സേവനങ്ങൾപ്രക്ഷേപണ സമയത്തും ഏകദിശ സംപ്രേക്ഷണം ചെയ്യുമ്പോഴും ഇന്റർനെറ്റ് സിസ്റ്റങ്ങൾ തമ്മിൽ ഒരു കണക്ഷൻ സ്ഥാപിക്കാതെ. നെറ്റ്വെയർ സെർവറുകൾക്കിടയിലോ ക്ലയന്റുകൾക്കും സെർവറുകൾക്കുമിടയിലുള്ള സാധാരണ ട്രാഫിക്കുകൾ IPX ഡാറ്റാഗ്രാമുകളിലൂടെയാണ് കൊണ്ടുപോകുന്നത്.

IPX ഡാറ്റാഗ്രാം ഹെഡറിന് 30 ബൈറ്റുകൾ നീളമുണ്ട് (താരതമ്യത്തിന്, IP തലക്കെട്ട് 20 ബൈറ്റുകൾ ആണ്). ഹെഡർ ഫീൽഡുകളുടെ ഉദ്ദേശ്യം ചുവടെ പട്ടികപ്പെടുത്തിയിരിക്കുന്നു.

ചെക്ക്സം, 2 ബൈറ്റുകൾ. യഥാർത്ഥ IDP തലക്കെട്ടിൽ, ഈ ഫീൽഡിൽ ഡാറ്റാഗ്രാമിനായുള്ള CRC മൂല്യം അടങ്ങിയിരിക്കുന്നു. ലിങ്ക് ലെയർ പ്രോട്ടോക്കോളുകൾ തന്നെ ചെക്ക് ചെയ്യുന്നതിനാൽ ചെക്ക്സംസ്, അത് ഈ പ്രവർത്തനംഡാറ്റാഗ്രാമുകൾ പ്രോസസ്സ് ചെയ്യുമ്പോൾ, IPX ഉപയോഗിക്കില്ല, ഫീൽഡിൽ എപ്പോഴും അടങ്ങിയിരിക്കുന്നു ഹെക്സാഡെസിമൽ മൂല്യം ffff.

നീളം, 2 ബൈറ്റുകൾ. IPX തലക്കെട്ടും ഡാറ്റാ ഫീൽഡും ഉൾപ്പെടെ, ബൈറ്റുകളിൽ ഡാറ്റാഗ്രാമിന്റെ വലുപ്പം വ്യക്തമാക്കുന്നു.

ഡെലിവറി നിയന്ത്രണം (ട്രാൻസ്പോർട്ട് കൺട്രോൾ), 1 ബൈറ്റ്. ഈ ഫീൽഡ് ഹോപ്കൗണ്ട് എന്നും അറിയപ്പെടുന്നു. ഒരു ഡാറ്റാഗ്രാം ലക്ഷ്യസ്ഥാനത്തേക്കുള്ള വഴിയിൽ കടന്നുപോയ റൂട്ടറുകളുടെ എണ്ണം ഇത് രേഖപ്പെടുത്തുന്നു. ട്രാൻസ്മിറ്റിംഗ് സിസ്റ്റം അതിനെ 0 ആയി പുനഃസജ്ജീകരിക്കുന്നു, കൂടാതെ ഓരോ റൂട്ടറുകളും, ഡാറ്റാഗ്രാം പ്രോസസ്സ് ചെയ്യുമ്പോൾ, കൌണ്ടർ മൂല്യം 1 വർദ്ധിപ്പിക്കുന്നു. ട്രാൻസിറ്റ് റൂട്ടറുകളുടെ എണ്ണം 16 ൽ എത്തുമ്പോൾ, അവസാനത്തേത് ഡാറ്റാഗ്രാം നിരസിക്കുന്നു.

പാക്കറ്റ് തരം (പാക്കറ്റ് തരം), 1 ബൈറ്റ്. ഡാറ്റാഗ്രാം വഹിക്കുന്ന ഡാറ്റ സൃഷ്ടിച്ച അപ്പർ-ലെയർ സേവനം അല്ലെങ്കിൽ പ്രോട്ടോക്കോൾ തിരിച്ചറിയുന്നു. ഉപയോഗിക്കുന്നു ഇനിപ്പറയുന്ന മൂല്യങ്ങൾ:

0 - നിർവചിച്ചിട്ടില്ല;

1 - RoutingInformationProtocol (RIP, റൂട്ടിംഗ് ഇൻഫർമേഷൻ പ്രോട്ടോക്കോൾ);

4 - ServiceAdvertisingProtocol (SAP, സേവന അറിയിപ്പ് പ്രോട്ടോക്കോൾ);

5 - സീക്വൻസ്ഡ് പാക്കറ്റ് എക്സ്ചേഞ്ച് (എസ്പിഎക്സ്, സീക്വൻഷ്യൽ പാക്കറ്റ് എക്സ്ചേഞ്ച്);

17 - നെറ്റ്വെയർ കോർ പ്രോട്ടോക്കോൾ (NCP, പ്രധാന നെറ്റ്വെയർ പ്രോട്ടോക്കോൾ).

ഡെസ്റ്റിനേഷൻ നെറ്റ്‌വർക്ക് വിലാസം, 4 ബൈറ്റുകൾ. സ്വീകരിക്കുന്ന സിസ്റ്റം സ്ഥിതിചെയ്യുന്ന നെറ്റ്‌വർക്കിനെ സൂചിപ്പിക്കുന്നു, അഡ്മിനിസ്ട്രേറ്റർ അനുവദിച്ച ഒരു മൂല്യം അടങ്ങിയിരിക്കുന്നു, അല്ലെങ്കിൽ ഓപ്പറേറ്റിംഗ് സിസ്റ്റംനെറ്റ്വെയർ ഇൻസ്റ്റലേഷൻ സമയത്ത്.

DestinationNodeAddress, 6 ബൈറ്റുകൾ. ഡാറ്റ ഡെലിവർ ചെയ്യേണ്ട കമ്പ്യൂട്ടറിന്റെ നെറ്റ്‌വർക്ക് ഇന്റർഫേസ് നിർവചിക്കുന്നു; ഇത് ലിങ്ക് ലെയർ പ്രോട്ടോക്കോളിന്റെ ഹാർഡ്‌വെയർ വിലാസമാണ്. സന്ദേശങ്ങൾ പ്രക്ഷേപണം ചെയ്യുകഹെക്സാഡെസിമൽ വിലാസം ffffffffffff ഉപയോഗിച്ച് കൈമാറുന്നു.

ഡെസ്റ്റിനേഷൻ സോക്കറ്റ്, 2 ബൈറ്റുകൾ. ഡാറ്റാഗ്രാമിനുള്ളിലെ ഡാറ്റ യഥാർത്ഥത്തിൽ ഉദ്ദേശിച്ചിട്ടുള്ള റിസീവിംഗ് സിസ്റ്റത്തിൽ പ്രവർത്തിക്കുന്ന പ്രക്രിയ തിരിച്ചറിയുന്നതിനുള്ള ഉത്തരവാദിത്തം. ഇനിപ്പറയുന്ന മൂല്യങ്ങളിൽ ഒന്ന് ഉപയോഗിക്കുന്നു:

0451 - നെറ്റ്വെയർ കോർ പ്രോട്ടോക്കോൾ;

0452 - സേവന പരസ്യ പ്രോട്ടോക്കോൾ;

0453 - റൂട്ടിംഗ് ഇൻഫർമേഷൻ പ്രോട്ടോക്കോൾ;

0455 - നെറ്റ്ബയോസ്;

0456 - ഡയഗ്നോസ്റ്റിക് പാക്കേജ്;

0457 - സീരിയലൈസേഷൻ പാക്കേജ്;

4000-6000 - സെർവർ പ്രക്രിയകൾക്ക് അനുവദിച്ച സോക്കറ്റുകൾ;

9000 - NetWareLinkServicesProtocol;

9004 - IPXWAN പ്രോട്ടോക്കോൾ.

ഉറവിട നെറ്റ്‌വർക്ക് വിലാസം (SourceNetworkAddress), 4 ബൈറ്റുകൾ. ഡാറ്റാഗ്രാം അയച്ച സിസ്റ്റം സ്ഥിതിചെയ്യുന്ന നെറ്റ്‌വർക്ക് തിരിച്ചറിയുന്നു. നെറ്റ്വെയർ ഇൻസ്റ്റലേഷൻ സമയത്ത് അഡ്മിനിസ്ട്രേറ്റർ അല്ലെങ്കിൽ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം അനുവദിച്ച മൂല്യം ഉപയോഗിക്കുന്നു.

ഉറവിട നോഡ് വിലാസം (SourceNodeAddress), 6 ബൈറ്റുകൾ. എന്നതിനായുള്ള ഹാർഡ്‌വെയർ ലിങ്ക് ലെയർ പ്രോട്ടോക്കോൾ വിലാസം അടങ്ങിയിരിക്കുന്നു നെറ്റ്വർക്ക് ഇന്റർഫേസ്ഡാറ്റാഗ്രാം അയച്ച കമ്പ്യൂട്ടർ.

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

ഡാറ്റ വേരിയബിൾ നീളം. ഉയർന്ന ലെയർ പ്രോട്ടോക്കോൾ വഴി സൃഷ്ടിക്കുന്ന വിവരങ്ങൾ.

IPX ഒരു കണക്ഷനില്ലാത്ത പ്രോട്ടോക്കോൾ ആയതിനാൽ, ഡാറ്റ ശരിയായി വിതരണം ചെയ്തിട്ടുണ്ടോ എന്ന് പരിശോധിക്കാൻ അത് അപ്പർ-ലെയർ പ്രോട്ടോക്കോളുകളെ ആശ്രയിക്കുന്നു. എന്നിരുന്നാലും, നെറ്റ്വെയർ ക്ലയന്റുകൾസജീവമാക്കുക സിസ്റ്റം ക്ലോക്ക്അഭ്യർത്ഥന സമയപരിധി, ഒരു നിശ്ചിത സമയത്തിനുള്ളിൽ ഒരു പ്രതികരണം ലഭിച്ചില്ലെങ്കിൽ, ഒരു ടൈമർ അവരെ IPX ഡാറ്റഗ്രാം വീണ്ടും അയയ്ക്കാൻ നിർബന്ധിക്കുന്നു.