โปรโตคอล TCP เทียบกับ UDP
ทั้ง TCP และ UDP พอดีกับเลเยอร์ที่สี่ในโมเดล OSI ซึ่งเป็นเลเยอร์การขนส่งที่อยู่เหนือเลเยอร์ IP ทั้ง TCP และ UDP รองรับการรับส่งข้อมูลในสองวิธีที่แตกต่างกัน TCP เป็นการเชื่อมต่อและ UDP มีการเชื่อมต่อน้อยกว่า
ในการขนส่งแพ็กเก็ตมีข้อจำกัดหลัก 2 ประการ ข้อแรกคือความน่าเชื่อถือและอีกข้อหนึ่งคือเวลาแฝง รับประกันความน่าเชื่อถือในการส่งมอบแพ็กเก็ตและเวลาแฝงคือการส่งมอบแพ็กเก็ตให้ทันเวลา ไม่สามารถทำได้ทั้งสองอย่างให้ถึงจุดสูงสุดในเวลาเดียวกัน แต่สามารถเพิ่มประสิทธิภาพได้
ในการเริ่มต้นการสื่อสารข้อมูลระหว่างสองโหนด ผู้ส่งควรทราบ IP ตัวรับและหมายเลขพอร์ตที่อยู่ IP คือการกำหนดเส้นทางแพ็กเก็ตและหมายเลขพอร์ตคือการส่งมอบแพ็กเก็ตให้กับบุคคลที่ถูกต้อง อธิบายเพิ่มเติมเกี่ยวกับสถานการณ์นี้ในตัวอย่างในโลกแห่งความเป็นจริง ลองนึกถึงสภาพแวดล้อมของศูนย์การค้าหลายแห่งและมีคนแนะนำให้คุณไปที่ร้าน 30 (ซึ่งเป็นร้านตัดผม), Golden Plaza, No 21 Park Ave เพื่อไปยังสถานที่แห่งนี้ คุณต้องรู้เท่านั้น ไม่ 21 park avenue แต่หากต้องการใช้บริการจากรถเก๋ง คุณจำเป็นต้องทราบหมายเลขร้านซึ่งก็คือ 30 คุณสามารถถือว่า no 21 เป็น IP address และ shop no 30 เป็น port no.
เหมือนกับในโมเดลการสื่อสารข้อมูลและบริการแอปพลิเคชัน แอปพลิเคชัน TCP ฟังหมายเลขพอร์ตเพื่อยอมรับการเชื่อมต่อ TCP เช่นเดียวกับแอปพลิเคชัน UDP ยังฟังหมายเลขพอร์ตเพื่อให้บริการ UDP
TCP:
กำหนดใน RFC 793
TCP คือการเชื่อมต่อแบบ end-to-end โปรโตคอลที่เชื่อถือได้เพื่อรองรับการรับส่งข้อมูลที่รับประกัน จากการสร้างการเชื่อมต่อเอง TCP ช่วยให้มั่นใจได้ถึงความน่าเชื่อถือ คุณสมบัติหลักบางประการของ TCP คือการจับมือ 3 ทาง (SYN, SYN-ACK, ACK), การตรวจจับข้อผิดพลาด, เริ่มช้า, การควบคุมการไหลและการควบคุมความแออัด
TCP เป็นกลไกการขนส่งที่เชื่อถือได้ ดังนั้นมันจึงถูกใช้ในที่ที่ต้องมีการส่งแพ็คเก็ตแม้ในสภาพที่คับคั่ง ตัวอย่างทั่วไปสำหรับแอปพลิเคชัน TCP และหมายเลขพอร์ต ได้แก่ FTP data (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
สรุป:
(1) TCP เน้นการเชื่อมต่อและเชื่อถือได้โดยที่ UDP มีการเชื่อมต่อน้อยกว่าและไม่น่าเชื่อถือ
(2) TCP ต้องการการประมวลผลเพิ่มเติมที่ระดับอินเทอร์เฟซเครือข่าย ซึ่งไม่ใช่ใน UDP
(3) ใช้ TCP, จับมือ 3 ทาง, ควบคุมความแออัด, ควบคุมการไหล และกลไกอื่นๆ เพื่อให้แน่ใจว่าการส่งสัญญาณมีความน่าเชื่อถือ
(4) UDP ส่วนใหญ่จะใช้ในกรณีที่แพ็กเก็ตล่าช้านั้นร้ายแรงกว่าการสูญหายของแพ็กเก็ต (แอปพลิเคชันตามเวลาจริง)
