ഉപയോക്തൃ ഡാറ്റാഗ്രാം പ്രോട്ടോക്കോൾ

UDP മനസ്സിലാക്കുന്നതും എങ്ങനെ ടിസിപിയിൽ നിന്നും വ്യത്യസ്തവുമാണ്

യൂസർ ഡാറ്റാഗ്രാം പ്രോട്ടോക്കോൾ (UDP) 1980 ൽ അവതരിപ്പിക്കപ്പെട്ടു. ഇത് നിലവിലുണ്ടായിരുന്ന ഏറ്റവും പഴക്കമുള്ള നെറ്റ്വർക്ക് പ്രോട്ടോക്കോളുകളിൽ ഒന്നാണ്. ക്ലയന്റ് / സെർവർ നെറ്റ്വർക്ക് ആപ്ലിക്കേഷനുകളുടെ ലളിതമായ ഒഎസ്ഐ ട്രാൻസ്പോർട്ട് ലേസർ പ്രോട്ടോക്കോളാണ് ഇന്റർനെറ്റ് പ്രോട്ടോക്കോൾ (ഐപി) അടിസ്ഥാനമാക്കിയുള്ളത്, ടിസിപിക്ക് പ്രധാന ബദലാണ് ഇത്.

ടിസിപി ആയി താരതമ്യപ്പെടുത്തുമ്പോൾ അത് ഒരു വിശ്വസനീയമല്ലാത്ത പ്രോട്ടോക്കോളാണെന്ന് UDP ന്റെ ഒരു ഹ്രസ്വ വിശദീകരണം വിശദീകരിക്കും. ടിസിപിക്ക് പൊരുത്തപ്പെടാൻ കഴിയാത്ത ഈ പ്രോട്ടോക്കോളിൽ തീർച്ചയായും പ്രയോഗങ്ങളുണ്ടെന്നതും സത്യമാണ്, കാരണം ട്രാൻസ്മിഷനിൽ ഉൾപ്പെടുന്നതിനോ തിരുത്തുന്നതിനോ തകരാറിലായതിനാൽ ഇത് ശരിയാണ്.

വീഡിയോ കോൺഫറൻസിംഗ് ആപ്ലിക്കേഷനുകളിലോ , കംപ്യൂട്ടർ ഗെയിമുകളിലോ, റിയൽ-ടൈം പ്രകടനത്തിനായി പ്രത്യേകം തയ്യാറാക്കിയ UDP- യിലും (ചിലപ്പോൾ UDP / IP എന്ന് വിളിക്കപ്പെടുന്നു) ഉപയോഗിക്കാറുണ്ട്. ഉയർന്ന പ്രകടനത്തിനായി, പ്രോട്ടോക്കോൾ ഓരോ പാക്കറ്റുകളും നിഷ്ക്രിയാവസ്ഥയിലാക്കുകയും (പിൻവലിക്കാതെ തന്നെ), UDP പാക്കറ്റുകൾ അയക്കുന്നതിനേക്കാൾ വ്യത്യസ്തമായ രീതിയിൽ സ്വീകരിച്ച് അവയെ അനുവദിക്കുന്നു.

TCP- മായി താരതമ്യപ്പെടുത്തുമ്പോൾ ഈ സംപ്രക്ഷണ രീതി വളരെ കുറഞ്ഞ അളവിലുള്ള ഡാറ്റാ ഓവർഹെഡുകളും കാലതാമസവും നൽകുന്നു. പാക്കറ്റുകൾ എന്തൊക്കെയാണെങ്കിലും അയയ്ക്കാത്തതിനാൽ, ഏതെങ്കിലും പിഴവുകൾ പരിശോധിക്കുന്നതിൽ പരാജയമില്ല, ഇത് കുറവല്ലാത്ത ബാൻഡ്വിഡ്ത്ത് ഉപയോഗിക്കുന്നു.

TCP- യേക്കാൾ UDP നല്ലതാണോ?

ഈ ചോദ്യത്തിനുള്ള ഉത്തരം പശ്ചാത്തലത്തെ ആശ്രയിച്ചിരിക്കുന്നു, കാരണം ടിസിപി എന്നതിനേക്കാൾ മെച്ചപ്പെട്ട പ്രകടനത്തിന് UDP അനുവദിക്കുന്നതിനേക്കാളും മോശമായ നിലവാരമാണ്.

ഓൺലൈൻ ഗെയിമിംഗ്, വീഡിയോ ചാറ്റിംഗ് അല്ലെങ്കിൽ വോയ്സ് ട്രാൻസ്മിഷനുകൾ എന്നിവ പോലുള്ള മികച്ച ഇടവേളകളിൽ മികച്ച പ്രകടനം നടത്തുന്ന ആപ്ലിക്കേഷനിലേക്ക് വരുന്ന സന്ദർഭത്തിൽ ടിസിപിയിൽ UDP മുൻഗണന നൽകപ്പെടുമ്പോൾ ഒരു നല്ല ഉദാഹരണം. പൊതികൾ നഷ്ടപ്പെടാം, എന്നാൽ ഗുണനിലവാരം കുറയ്ക്കുവാൻ കുറവുള്ള കാലതാമസം ഉണ്ടെങ്കിലും, വളരെ ഗുണമേന്മയുള്ള നഷ്ടം യഥാർത്ഥത്തിൽ മനസ്സിലായിട്ടില്ല.

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

എന്നിരുന്നാലും, ഫയൽ കൈമാറ്റം ചെയ്യുമ്പോൾ UDP വളരെ വലിയ കാര്യമല്ല, കാരണം ഫയൽ ശരിയായി ഉപയോഗിക്കേണ്ടത് ആവശ്യമാണ്. എന്നിരുന്നാലും, ആസ്വദിക്കാനായി ഒരു വീഡിയോ ഗെയിം അല്ലെങ്കിൽ വീഡിയോയുടെ ഓരോ പാക്കറ്റ് നിങ്ങൾക്കാവശ്യമില്ല.

ടിസിപി, യുഡിപി എന്നിവ ഒഎസ്ഐ മാതൃകയുടെ നാലാം പാദത്തിലും ടിഎഫ്ടിപി , ആർടിഎസ്പി, ഡിഎൻഎസ് തുടങ്ങിയ സേവനങ്ങളോടെയും പ്രവർത്തിക്കുന്നു.

UDP ഡാറ്റാഗ്രാമുകൾ

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

ഇവിടെ പറഞ്ഞിരിയ്ക്കുന്ന ഒരു UDP ഡറ്റാഗ്രാം ഹെഡറിലെ ഓരോ ഭാഗവും രണ്ടു ബൈറ്റുകൾ ആകുന്നു :

• ഉറവിട പോർട്ട് നമ്പർ
• ലക്ഷ്യസ്ഥാന port നമ്പർ
• ഡാറ്റാഗ്രാം വലുപ്പം
• ചെക്ക്സം

TCP പോലെയുള്ള ഡാറ്റയ്ക്കായി അവരുടെ ചാനലുകളെ നിലനിർത്തുന്നതിന് UDP പോർട്ട് നമ്പറുകൾ വ്യത്യസ്ത അപ്ലിക്കേഷനുകളെ അനുവദിക്കുന്നു. UDP പോർട്ട് ഹെഡറുകൾ രണ്ട് ബൈറ്റുകൾ ദീർഘമാണ്; അതിനാൽ, സാധുവായ UDP പോർട്ട് നമ്പറുകൾ 0 മുതൽ 65535 വരെയാണ്.

UDP ഡാറ്റാഗ്രാം വലുപ്പം ഹെഡ്ഡർ, ഡാറ്റ വിഭാഗങ്ങളിൽ അടങ്ങിയിരിക്കുന്ന ആകെ ബൈറ്റുകളുടെ എണ്ണമാണ്. ഹെഡ്ഡർ നീളം നിശ്ചിത വലുപ്പമുള്ളതിനാൽ, ഈ ഫീൽഡ് വേരിയബിൾ-വലിപ്പത്തിലുള്ള ഡാറ്റയുടെ ഭാഗം ദൈർഘ്യത്തെ ട്രാക്ക് ചെയ്യുന്നു (ചിലപ്പോൾ പേലോഡ് എന്നും വിളിക്കുന്നു).

പ്രവർത്തന പരിതസ്ഥിതിയെ ആശ്രയിച്ച് datagrams വലുപ്പം വ്യത്യാസപ്പെടുന്നു, എന്നാൽ പരമാവധി 65535 ബൈറ്റുകൾ ഉണ്ട്.

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

UDP- ൽ, ചെക്ക്സ്മുകൾ ഒഴികെ ടിസിപിക്ക് പകരം ചെക്ക്സ്മാർമിങ് ഓപ്ഷണൽ ആണ്.