ความแตกต่างระหว่างโปรโตคอล TCP และ UDP

โปรโตคอล TCP และ UDP

ทั้ง TCP และ UDP พอดีกับชั้นที่สี่ในรูปแบบ OSI ซึ่งเป็นชั้นการขนส่งที่อยู่เหนือชั้น IP TCP และ UDP สนับสนุนทั้งสองวิธีในการรับส่งข้อมูล TCP คือการเชื่อมต่อแบบ UDP และการเชื่อมต่อน้อย

ในการขนส่งของแพ็คเก็ตมีสองข้อ จำกัด ที่สำคัญคือความน่าเชื่อถือและอีกทางหนึ่งคือความล่าช้า ความน่าเชื่อถือคือการรับประกันการส่งมอบแพ็คเก็ตและแฝงอยู่ในเวลาส่งมอบแพ็คเก็ต ทั้งสองไม่สามารถบรรลุถึงยอดในเวลาเดียวกัน แต่อาจจะเหมาะ

เพื่อที่จะเริ่มต้นการสื่อสารข้อมูลระหว่างสองโหนดผู้ส่งควรทราบ IP ที่รับเช่นเดียวกับหมายเลขพอร์ต ที่อยู่ IP คือการกำหนดเส้นทางแพ็กเก็ตและหมายเลขพอร์ตคือการส่งแพ็กเก็ตไปยังบุคคลที่ถูกต้อง อธิบายเพิ่มเติมเกี่ยวกับสถานการณ์นี้ในตัวอย่างของโลกแห่งความเป็นจริงลองคิดถึงสภาพแวดล้อมการช้อปปิ้งแบบซับซ้อนและใครบางคนพาคุณไปที่ร้านค้า 30 (ซึ่งเป็นห้องตัดผม), Golden Plaza, No 21 Park Ave เพื่อไปยังสถานที่แห่งนี้ที่คุณต้องการทราบเท่านั้น 21 ถนนสวน แต่จะได้รับบริการจากรถเก๋งคุณจำเป็นต้องรู้หมายเลขร้านค้าที่เป็น 30 คุณสามารถสมมติ 21 เป็นที่อยู่ IP และร้านค้าหมายเลข 30 เป็นพอร์ตไม่

เช่นเดียวกับในการสื่อสารข้อมูลและรูปแบบการให้บริการแอ็พพลิเคชัน TCP จะรับหมายเลขพอร์ตเพื่อยอมรับการเชื่อมต่อ TCP เช่นเดียวกับแอ็พพลิเคชัน UDP ยังรับฟังหมายเลขพอร์ตเพื่อส่งมอบบริการ UDP

TCP:

กำหนดใน RFC 793

TCP เป็นจุดปลายการเชื่อมต่อเพื่อยุติโปรโตคอลที่เชื่อถือได้เพื่อสนับสนุนการรับส่งข้อมูลที่มีการรับประกัน จากการตั้งค่าการเชื่อมต่อเอง TCP ช่วยให้มั่นใจได้ถึงความน่าเชื่อถือ คุณลักษณะหลักบางอย่างของ TCP คือการจับมือกัน 3 ทาง (SYN, SYN-ACK, ACK), การตรวจจับข้อผิดพลาด, การเริ่มต้นช้า, การควบคุมการไหลและการควบคุมความแออัด

TCP เป็นกลไกการขนส่งที่เชื่อถือได้ดังนั้นจึงจะใช้ในกรณีที่การส่งแพ็คเก็ตต้องเป็นไปอย่างคับคั่ง ตัวอย่างทั่วไปสำหรับแอ็พพลิเคชัน TCP และหมายเลขพอร์ตคือข้อมูล FTP (20), FTP Control (21), SSH (222), Telnet (23), Mail (25), DNS (53), HTTP (80), POP3 (110), SNMP (161) และ HTTPS (443) เหล่านี้เป็นโปรแกรมประยุกต์ TCP ที่รู้จักกันดี

UDP:

กำหนดใน RFC 768

UDP (User Datagram Protocol) เป็นโปรโตคอลการส่งแบบง่ายๆให้บริการที่ไม่น่าเชื่อถือ ไม่ได้หมายความว่า UDP จะไม่ส่งข้อมูล แต่ไม่มีกลไกในการตรวจสอบการควบคุมความแออัดหรือการสูญเสียแพ็คเก็ตเป็นต้นเนื่องจากง่ายจะหลีกเลี่ยงการประมวลผลค่าโสหุ้ยที่อินเตอร์เฟซเครือข่าย การใช้งานเรียลไทม์ส่วนใหญ่ใช้ UDP เพราะการลดแพ็กเก็ตเป็นสิ่งที่พึงพอใจกว่าแพ็กเก็ตที่ล่าช้า ตัวอย่างทั่วไปคือเสียงผ่าน IP media flows

สรุป:

(1) TCP คือการเชื่อมต่อที่มุ่งเน้นและเชื่อถือได้เนื่องจาก UDP เชื่อมต่อน้อยลงและไม่น่าเชื่อถือ

(2) TCP ต้องการการประมวลผลมากขึ้นในระดับอินเตอร์เฟซเครือข่ายซึ่งใน UDP ไม่เป็นเช่นนั้น

(3) การใช้ TCP, การจับมือกัน 3 ทาง, การควบคุมความแออัด, การควบคุมการไหลและกลไกอื่น ๆ เพื่อให้แน่ใจว่าการส่งผ่านที่เชื่อถือได้

(4) UDP ส่วนใหญ่จะใช้ในกรณีที่ความล่าช้าของแพ็กเก็ตร้ายแรงกว่าการสูญเสียแพ็กเก็ต (แอพพลิเคชัน Real time)