ການເຂົ້າໃຈ UDP ແລະວິທີມັນແຕກຕ່າງຈາກ TCP
User Datagram Protocol (UDP) ຖືກນໍາສະເຫນີໃນປີ 1980 ແລະເປັນຫນຶ່ງໃນ ໂປໂຕຄອນເຄືອຂ່າຍ ເກົ່າແກ່ທີ່ສຸດ. ມັນເປັນໂປໂຕຄອນ layer layer transport OSI ສໍາລັບການໃຊ້ງານເຄືອຂ່າຍລູກຄ້າ / ເຄື່ອງແມ່ຂ່າຍ, ແມ່ນອີງໃສ່ ອິນເຕີເນັດອິນເຕີເນັດ (IP) ແລະເປັນທາງເລືອກຕົ້ນຕໍກັບ TCP .
ຄໍາອະທິບາຍສັ້ນໆຂອງ UDP ອາດຈະອະທິບາຍວ່າມັນເປັນໂປໂຕຄອນທີ່ບໍ່ຫນ້າເຊື່ອຖືເມື່ອທຽບກັບ TCP. ໃນຂະນະທີ່ມັນເປັນຄວາມຈິງ, ເນື່ອງຈາກບໍ່ມີການກວດສອບຫຼືແກ້ໄຂຂໍ້ຜິດພາດທີ່ກ່ຽວຂ້ອງກັບການສົ່ງຂໍ້ມູນ, ມັນຍັງເປັນຄວາມຈິງທີ່ວ່າມີຄໍາຮ້ອງສະຫມັກທີ່ແທ້ຈິງສໍາລັບໂປໂຕຄອນນີ້ທີ່ TCP ບໍ່ສາມາດຫາໄດ້.
UDP (ບາງຄັ້ງເອີ້ນວ່າ UDP / IP) ມັກຈະຖືກນໍາໃຊ້ໃນ ຄໍາຮ້ອງສະຫມັກການປະຊຸມວິດີໂອ ຫຼືເກມຄອມພິວເຕີທີ່ຖືກສ້າງຂື້ນໂດຍສະເພາະສໍາລັບການປະຕິບັດທີ່ແທ້ຈິງ. ເພື່ອໃຫ້ປະສິດທິພາບສູງ, ໂປຣແກຣມອະນຸຍາດໃຫ້ບັນດາໂປແກຼມສ່ວນບຸກຄົນຫຼຸດລົງ (ບໍ່ມີການທົດລອງໃຫມ່) ແລະລະຫັດ UDP ທີ່ຈະໄດ້ຮັບໃນລະບົບທີ່ແຕກຕ່າງກັນກວ່າທີ່ຖືກສົ່ງໄປຕາມຄໍາຮ້ອງຕາມຄໍາຮ້ອງຂໍ.
ວິທີການສົ່ງນີ້, ເມື່ອທຽບກັບ TCP, ອະນຸຍາດໃຫ້ມີຂໍ້ມູນຫນ້ອຍລົງແລະການຊັກຊ້າ. ນັບຕັ້ງແຕ່ການຫຸ້ມຫໍ່ແມ່ນຖືກສົ່ງໄປບໍ່ວ່າຈະເປັນແນວໃດ, ແລະບໍ່ມີການກວດສອບຄວາມຜິດພາດໃດໆທີ່ກ່ຽວຂ້ອງ, ມັນຈະນໍາໃຊ້ ແບນວິດ ຫນ້ອຍລົງ.
UDP ດີກ່ວາ TCP?
ຄໍາຕອບຂອງຄໍາຖາມນີ້ແມ່ນຂຶ້ນຢູ່ກັບສະພາບການຕັ້ງແຕ່ UDP ອະນຸຍາດໃຫ້ມີການປະຕິບັດທີ່ດີກວ່າ, ແຕ່ອາດຈະມີຄຸນນະພາບທີ່ຮ້າຍແຮງກວ່າ TCP.
ຕົວຢ່າງທີ່ດີກ່ຽວກັບເວລາທີ່ UDP ອາດຈະຕ້ອງການຫຼາຍກວ່າ TCP ແມ່ນກ່ຽວກັບຄໍາຮ້ອງສະຫມັກທີ່ປະຕິບັດດີກ່ວາທີ່ມີເວລາຫນ້ອຍເຊັ່ນ: ເກມອອນໄລນ໌, ການສົນທະນາວິດີໂອຫຼືການສົ່ງສຽງ. ແພັກເກັດສາມາດສູນເສຍໄດ້, ແຕ່ວ່າມີການຊັກຊ້າໂດຍທົ່ວໄປຫນ້ອຍລົງທີ່ຈະເຮັດໃຫ້ຄວາມອ່ອນເພຍ, ການສູນເສຍຄຸນນະພາບທີ່ບໍ່ໄດ້ຮັບຄວາມນິຍົມແທ້ໆ.
ມີເກມອອນໄລນ໌, ການຈະລາຈອນ UDP ອະນຸຍາດໃຫ້ເກມທີ່ຈະສືບຕໍ່ເຖິງແມ່ນວ່າການເຊື່ອມຕໍ່ສູນເສຍບາງຄັ້ງ, ຫຼືຖ້າວ່າບາງສ່ວນຂອງແພັກເກັດຖືກຫຼຸດລົງສໍາລັບເຫດຜົນໃດກໍ່ຕາມ. ຖ້າການແກ້ໄຂຂໍ້ຜິດພາດໄດ້ມີສ່ວນຮ່ວມ, ການເຊື່ອມຕໍ່ຈະສູນເສຍເວລາຍ້ອນວ່າແພັກເກັດກໍາລັງພະຍາຍາມທີ່ຈະເຂົ້າໄປບ່ອນບ່ອນທີ່ພວກເຂົາເຈົ້າປະໄວ້ເພື່ອເຮັດໃຫ້ຂໍ້ຜິດພາດ, ແຕ່ວ່າມັນບໍ່ຈໍາເປັນໃນເກມວີດີໂອ. ຄືກັນກັບການຖ່າຍທອດສົດ.
ຢ່າງໃດກໍ່ຕາມ, UDP ເຫດຜົນທີ່ບໍ່ແມ່ນສິ່ງທີ່ດີທີ່ສຸດກ່ຽວກັບການໂອນໄຟລ໌ແມ່ນວ່າທ່ານຕ້ອງການໄຟລ໌ທັງຫມົດໃນຄໍາສັ່ງທີ່ຈະນໍາໃຊ້ມັນຢ່າງຖືກຕ້ອງ. ທ່ານບໍ່ຕ້ອງການແຕ່ລະແພັກດຽວຂອງເກມວີດີໂອຫຼືວິດີໂອທີ່ຈະເພີດເພີນກັບມັນ.
ທັງ TCP ແລະ UDP ໃນ layer 4 ຂອງຮູບແບບ OSI ແລະເຮັດວຽກກັບບໍລິການຕ່າງໆເຊັ່ນ TFTP , RTSP, ແລະ DNS .
UDP Datagrams
ການຈະລາຈອນ UDP ເຮັດວຽກຜ່ານສິ່ງທີ່ເອີ້ນວ່າ datagrams, ກັບທຸກ datagram ປະກອບດ້ວຍຫນ່ວຍງານຂໍ້ຄວາມດຽວ. ລາຍລະອຽດຂອງຫົວຂໍ້ຖືກເກັບຮັກສາໄວ້ໃນແປດໂຕທ໌ທໍາອິດ, ແຕ່ສ່ວນທີ່ເຫຼືອແມ່ນສິ່ງທີ່ຖືຂໍ້ຄວາມຈິງ.
ສ່ວນຫນຶ່ງຂອງ header datagram UDP, ທີ່ມີລາຍຊື່ຢູ່ນີ້, ແມ່ນສອງ bytes :
- Source port number
- ຫມາຍເລກພອດປາຍທາງ
- Datagram size
- Checksum
ຈໍານວນ port UDP ອະນຸຍາດໃຫ້ແອັບພລິເຄຊັນຕ່າງໆທີ່ຈະຮັກສາຊ່ອງທາງຂອງຕົວເອງສໍາລັບຂໍ້ມູນ, ຄ້າຍຄືກັນກັບ TCP. headers port UDP ມີສອງໄບຍາວ; ດັ່ງນັ້ນຈໍານວນທີ່ Port UDP ທີ່ຖືກຕ້ອງປະມານ 0 ຫາ 65535.
ຂະຫນາດຂໍ້ມູນ datagram UDP ແມ່ນນັບຂອງຈໍານວນ bytes ທີ່ມີຢູ່ໃນຫົວຂໍ້ແລະສ່ວນຂໍ້ມູນ. ເນື່ອງຈາກຄວາມຍາວ header ແມ່ນຂະຫນາດທີ່ຄົງທີ່, ພາກສະຫນາມນີ້ສາມາດຕິດຕາມຄວາມຍາວຂອງສ່ວນທີ່ມີຂະຫນາດຕົວແປ (ບາງຄັ້ງເອີ້ນວ່າ payload).
ຂະຫນາດຂອງ datagrams ແຕກຕ່າງກັນໄປຕາມສະພາບແວດລ້ອມປະຕິບັດການ, ແຕ່ມີສູງສຸດ 65535 bytes.
UDP checksums ປົກປ້ອງຂໍ້ມູນຂໍ້ຄວາມຈາກການລ່ວງລະເມີດ. ຄ່າ checksum ເປັນຕົວເລກລະຫັດຂໍ້ມູນ datagram ທີ່ຖືກຄໍານວນທໍາອິດໂດຍຜູ້ສົ່ງແລະຕໍ່ມາໂດຍຜູ້ຮັບ. ຖ້າຂໍ້ມູນສ່ວນບຸກຄົນທີ່ຖືກຂັດຈັງຫວະຫຼືໄດ້ຮັບຄວາມເສຍຫາຍໃນລະຫວ່າງການສົ່ງ, ໂປໂຕຄອນ UDP ກວດພົບການບໍ່ສົມເຫດສົມຜົນການກວດສອບ.
ໃນ UDP, checksumming ແມ່ນທາງເລືອກ, ກົງກັນຂ້າມກັບ TCP ບ່ອນທີ່ checksums ແມ່ນບັງຄັບ.