TCP, UDP: போக்குவரத்து வேறுபாடுகளும் நடைமுறை எடுத்துக்காட்டுகளும்

TCP, UDP இரண்டுமே IP மீது செயலித் தரவைக் கொண்டுசெல்கின்றன; ஆனால் அவை தரும் சேவைகள் வேறு. உறுதிப்படுத்தல்களும் மறுபரிமாற்றமும் கொண்ட, வரிசை தவறாத பைட் ஸ்ட்ரீமை TCP செயலிகளுக்குத் தருகிறது. UDP, போக்குவரத்து அடுக்கில் அத்தகைய உத்தரவாதங்கள் எதுவுமின்றி தனித்தனி டேட்டாகிராம்களை அனுப்புகிறது. இவற்றில் எதுவும் தானாகச் சிறந்தது அல்ல: செயலியின் தேவைகளே தீர்மானிக்கின்றன.

TCP என்ன தருகிறது

செயலித் தரவு பரிமாறப்படுவதற்கு முன், TCP முனைகளுக்கு இடையே ஓர் இணைப்பை ஏற்படுத்துகிறது. அது பகுதிகளுக்கு (segments) எண்ணிடுகிறது, விடுபட்ட தரவை மீண்டும் அனுப்பலாம், பைட்டுகளைப் பெறும் செயலிக்கு வரிசைப்படி வழங்குகிறது. அனுப்புநர் பெறுநரையோ நெட்வொர்க்கையோ திணறடிக்காமல் இருக்க ஓட்டக் கட்டுப்பாடும் நெரிசல் கட்டுப்பாடும் உதவுகின்றன. கோப்புகள், மின்னஞ்சல், பல வலை இணைப்புகளுக்கு இந்தப் பண்புகள் பொருந்துகின்றன. இவை குறியாக்கத்தைக் குறிப்பவை அல்ல: உள்ளடக்கத்தைப் பாதுகாக்க TLS போன்ற தனிப் பாதுகாப்பு நெறிமுறை தேவை.

ஒரு பகுதி தொலைந்தால், அடுத்து வந்தவற்றைச் செயலாக்கும் முன் விடுபட்ட பைட்டுகளுக்காகச் செயலி காத்திருக்க வேண்டியிருக்கலாம். முழுமையாக வந்துசேர வேண்டிய ஆவணத்துக்கு இது பொருத்தமானது; ஆனால் ஊடாடும் போக்குவரத்தில் தாமதத்தைக் கூட்டலாம். TCP செயலிச் செய்திகளின் எல்லைகளையும் பாதுகாப்பதில்லை. அனுப்புநர் இரண்டு முறை எழுதினால், பெறுநரும் இரண்டு முறையாகவே படிப்பார் என்று இல்லை; தன் செய்திகளை எப்படிப் பிரிப்பது (framing) என்பதைச் செயலியே வரையறுக்க வேண்டும்.

UDP எதைச் செயலியிடம் விட்டுவிடுகிறது

UDP டேட்டாகிராம் எல்லைகளைப் பாதுகாக்கிறது; TCP போன்ற இணைப்பை ஏற்படுத்துவதில்லை. விநியோகத்தை உறுதிப்படுத்துவதோ, பாக்கெட்டுகளை வரிசைப்படுத்துவதோ, விடுபட்ட தரவை மீண்டும் அனுப்புவதோ UDP-யின் வேலை அல்ல. UDP மீது கட்டப்பட்ட செயலி, தேவைப்பட்டால் இந்த அம்சங்களையும், நெரிசல் கட்டுப்பாட்டையும் குறியாக்கத்தையும் தானே சேர்த்துக்கொள்ளலாம். DNS பொதுவாகக் கேள்விகளுக்கு UDP-ஐப் பயன்படுத்துகிறது. QUIC, UDP மீது இயங்கினாலும், நம்பகமான ஸ்ட்ரீம்களையும் நவீனப் பாதுகாப்பையும் மேல் அடுக்கில் செயல்படுத்துகிறது.

நேரலைப் பேச்சுக்கோ கேமுக்கோ, மிகத் தாமதமாக வரும் பாக்கெட்டைவிட, சரியான நேரத்தில் வரும் அடுத்த பாக்கெட்டே அதிகப் பயனுள்ளதாக இருக்கலாம். அதனால்தான் சில செயலிகள் இழப்பையும் காலக்கெடுவையும் தாமே கையாளத் தேர்ந்தெடுக்கின்றன. UDP-ஐப் பயன்படுத்துவதால் நெரிசலான நெட்வொர்க் வேகமாகிவிடாது: வரிசைகளும் பாக்கெட் இழப்புகளும் இரண்டு போக்குவரத்து முறைகளையும் பாதிக்கின்றன. நெறிமுறையின் பெயரை வைத்து செயல்திறனை ஊகிக்காமல், உண்மையான செயலியை அளவிடுங்கள். கூடுதல் சரிபார்ப்புக்கு 2IP ping/traceroute அணுகல் சரிபார்ப்பு கருவியைப் பயன்படுத்துங்கள்.

போர்ட்களும் நெறிமுறைத் தேர்வும்

இரண்டுமே போர்ட் எண்களைப் பயன்படுத்துகின்றன; ஆனால் TCP போர்ட் 443-உம் UDP போர்ட் 443-உம் வெவ்வேறு முனைகளைக் குறிக்கின்றன. அதே எண்ணில் உள்ள UDP சேவை இயங்குகிறது என்பதை TCP போர்ட் சரிபார்ப்பு நிரூபிக்க முடியாது. HTTP/1.1, HTTP/2 பொதுவாக TLS உடன் TCP-ஐப் பயன்படுத்துகின்றன; HTTP/3, UDP மீது QUIC-ஐப் பயன்படுத்துகிறது. UDP இணைப்பு தோல்வியடைந்தால், கிளையன்ட் TCP அடிப்படையிலான HTTP பதிப்புக்கு மாறலாம்; சரியான முடிவு இரண்டு முனைகளையும் பொறுத்தது.

செயலியின் தேவைகளிலிருந்து தொடங்குங்கள்: முழுமையான விநியோகம், வரிசை, செய்தி எல்லைகள், நேர வரம்புகள். பிறகு நெட்வொர்க் ஆதரவையும் பாதுகாப்புத் தேவைகளையும் சரிபாருங்கள். TCP, UDP ஆகியவற்றின் விவரக்குறிப்புகள் அவற்றின் போக்குவரத்துச் சேவைகளை வரையறுக்கின்றன. எண்களின் பொருளை அறிய நெட்வொர்க் போர்ட்கள் பற்றிய வழிகாட்டியைப் பாருங்கள்.