ມື້ນີ້, ພວກເຮົາຈະເລີ່ມຕົ້ນໂດຍການສຸມໃສ່ TCP. ກ່ອນຫນ້ານີ້ໃນບົດກ່ຽວກັບການວາງ, ພວກເຮົາໄດ້ກ່າວເຖິງຈຸດສໍາຄັນ. ຢູ່ໃນຊັ້ນເຄືອຂ່າຍ ແລະລຸ່ມນີ້, ມັນເປັນການເພີ່ມເຕີມກ່ຽວກັບການເປັນເຈົ້າພາບການເຊື່ອມຕໍ່ກັບເຈົ້າພາບ, ຊຶ່ງຫມາຍຄວາມວ່າຄອມພິວເຕີຂອງທ່ານຕ້ອງການຮູ້ວ່າຄອມພິວເຕີອື່ນຢູ່ໃສເພື່ອເຊື່ອມຕໍ່ກັບມັນ. ຢ່າງໃດກໍ່ຕາມ, ການສື່ສານໃນເຄືອຂ່າຍແມ່ນມັກຈະເປັນການສື່ສານແບບ interprocess ແທນທີ່ຈະເປັນການສື່ສານລະຫວ່າງເຄື່ອງ. ດັ່ງນັ້ນ, TCP protocol ແນະນໍາແນວຄວາມຄິດຂອງພອດ. ພອດສາມາດຖືກຄອບຄອງໂດຍຂະບວນການດຽວເທົ່ານັ້ນ, ເຊິ່ງສະຫນອງການສື່ສານໂດຍກົງລະຫວ່າງຂະບວນການຄໍາຮ້ອງສະຫມັກທີ່ເຮັດວຽກຢູ່ໃນໂຮດທີ່ແຕກຕ່າງກັນ.
ວຽກງານຂອງຊັ້ນການຂົນສົ່ງແມ່ນວິທີການໃຫ້ບໍລິການການສື່ສານໂດຍກົງລະຫວ່າງຂະບວນການຄໍາຮ້ອງສະຫມັກທີ່ເຮັດວຽກຢູ່ໃນໂຮດທີ່ແຕກຕ່າງກັນ, ດັ່ງນັ້ນມັນຍັງຖືກເອີ້ນວ່າໂປໂຕຄອນ end-to-end. ຊັ້ນການຂົນສົ່ງເຊື່ອງລາຍລະອຽດຫຼັກຂອງເຄືອຂ່າຍ, ອະນຸຍາດໃຫ້ຂະບວນການຄໍາຮ້ອງສະຫມັກເຫັນວ່າມີຊ່ອງທາງການສື່ສານແບບມີເຫດຜົນລະຫວ່າງສອງຊັ້ນການຂົນສົ່ງ.
TCP ຫຍໍ້ມາຈາກ Transmission Control Protocol ແລະເປັນທີ່ຮູ້ຈັກກັນວ່າເປັນໂປຣໂຕຄອນທີ່ແນໃສ່ການເຊື່ອມຕໍ່. ນີ້ຫມາຍຄວາມວ່າກ່ອນທີ່ຄໍາຮ້ອງສະຫມັກຫນຶ່ງສາມາດເລີ່ມຕົ້ນການສົ່ງຂໍ້ມູນໄປຫາອີກອັນຫນຶ່ງ, ທັງສອງຂະບວນການຈະຕ້ອງຈັບມືກັນ. Handshake ເປັນຂະບວນການເຊື່ອມຕໍ່ຢ່າງມີເຫດຜົນທີ່ຮັບປະກັນການສົ່ງຂໍ້ມູນທີ່ເຊື່ອຖືໄດ້ແລະການຮັບຂໍ້ມູນເປັນລະບຽບ. ໃນລະຫວ່າງການຈັບມື, ການເຊື່ອມຕໍ່ໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນລະຫວ່າງເຈົ້າພາບແຫຼ່ງແລະປາຍທາງໂດຍການແລກປ່ຽນຊຸດຂອງຊຸດຄວບຄຸມແລະຕົກລົງກ່ຽວກັບບາງພາລາມິເຕີແລະກົດລະບຽບເພື່ອຮັບປະກັນການສົ່ງຂໍ້ມູນສົບຜົນສໍາເລັດ.
TCP ແມ່ນຫຍັງ? (Mylinking ຂອງແຕະເຄືອຂ່າຍແລະNetwork Packet Brokerສາມາດປະມວນຜົນທັງ TCP ຫຼື UDP Packets)
TCP (Transmission Control Protocol) ແມ່ນການເຊື່ອມຕໍ່ທີ່ຮັດກຸມ, ເຊື່ອຖືໄດ້, byte-stream ການສື່ສານຊັ້ນໂຄງການການສື່ສານ.
ຮັດກຸມການເຊື່ອມຕໍ່: ການເຊື່ອມຕໍ່ແບບຮັດກຸມຫມາຍຄວາມວ່າການສື່ສານ TCP ແມ່ນຫນຶ່ງຕໍ່ຫນຶ່ງ, ນັ້ນແມ່ນ, ການສື່ສານແບບຈຸດຕໍ່ຈຸດ, ບໍ່ເຫມືອນກັບ UDP, ເຊິ່ງສາມາດສົ່ງຂໍ້ຄວາມໄປຫາຫຼາຍເຈົ້າພາບໃນເວລາດຽວກັນ, ດັ່ງນັ້ນການສື່ສານຫນຶ່ງຕໍ່ຫຼາຍບໍ່ສາມາດບັນລຸໄດ້.
ເຊື່ອຖືໄດ້: ຄວາມຫນ້າເຊື່ອຖືຂອງ TCP ຮັບປະກັນວ່າແພັກເກັດຖືກສົ່ງກັບຜູ້ຮັບຢ່າງຫນ້າເຊື່ອຖືໂດຍບໍ່ຄໍານຶງເຖິງການປ່ຽນແປງໃນການເຊື່ອມຕໍ່ເຄືອຂ່າຍ, ເຊິ່ງເຮັດໃຫ້ຮູບແບບແພກເກັດໂປໂຕຄອນຂອງ TCP ສັບສົນກວ່າ UDP.
Byte-stream-based: ລັກສະນະຂອງ byte-stream-based ຂອງ TCP ອະນຸຍາດໃຫ້ສົ່ງຂໍ້ຄວາມຂອງຂະຫນາດໃດຫນຶ່ງແລະຮັບປະກັນຄໍາສັ່ງຂໍ້ຄວາມ: ເຖິງແມ່ນວ່າຂໍ້ຄວາມທີ່ຜ່ານມາບໍ່ໄດ້ຮັບການຢ່າງເຕັມສ່ວນ, ແລະເຖິງແມ່ນວ່າ bytes ຕໍ່ມາໄດ້ຮັບ, TCP ຈະບໍ່ສົ່ງໃຫ້ເຂົາເຈົ້າກັບຊັ້ນຄໍາຮ້ອງສະຫມັກສໍາລັບການປະມວນຜົນແລະຈະລຸດລົງຊອງທີ່ຊ້ໍາກັນອັດຕະໂນມັດ.
ເມື່ອເຈົ້າພາບ A ແລະເຈົ້າພາບ B ໄດ້ສ້າງຕັ້ງການເຊື່ອມຕໍ່, ແອັບພລິເຄຊັນພຽງແຕ່ຕ້ອງໃຊ້ສາຍການສື່ສານ virtual ເພື່ອສົ່ງແລະຮັບຂໍ້ມູນ, ດັ່ງນັ້ນຈຶ່ງຮັບປະກັນການສົ່ງຂໍ້ມູນ. ອະນຸສັນຍາ TCP ແມ່ນຮັບຜິດຊອບໃນການຄວບຄຸມວຽກງານເຊັ່ນ: ການສ້າງຕັ້ງການເຊື່ອມຕໍ່, ການຕັດການເຊື່ອມຕໍ່ແລະການຖືຄອງ. ມັນຄວນຈະສັງເກດວ່າໃນທີ່ນີ້ພວກເຮົາເວົ້າວ່າເສັ້ນ virtual ພຽງແຕ່ຫມາຍຄວາມວ່າຈະສ້າງການເຊື່ອມຕໍ່, ການເຊື່ອມຕໍ່ໂປໂຕຄອນ TCP ພຽງແຕ່ຊີ້ໃຫ້ເຫັນວ່າທັງສອງຝ່າຍສາມາດເລີ່ມຕົ້ນການສົ່ງຂໍ້ມູນ, ແລະຮັບປະກັນຄວາມຫນ້າເຊື່ອຖືຂອງຂໍ້ມູນ. ເສັ້ນທາງແລະເສັ້ນທາງການຂົນສົ່ງແມ່ນຈັດການໂດຍອຸປະກອນເຄືອຂ່າຍ; ພິທີການ TCP ຕົວຂອງມັນເອງບໍ່ກ່ຽວຂ້ອງກັບລາຍລະອຽດເຫຼົ່ານີ້.
ການເຊື່ອມຕໍ່ TCP ແມ່ນການບໍລິການ duplex ເຕັມ, ຊຶ່ງຫມາຍຄວາມວ່າເຈົ້າພາບ A ແລະເຈົ້າພາບ B ສາມາດສົ່ງຂໍ້ມູນທັງສອງທິດທາງໃນການເຊື່ອມຕໍ່ TCP. ນັ້ນແມ່ນ, ຂໍ້ມູນສາມາດຖືກໂອນລະຫວ່າງເຈົ້າພາບ A ແລະເຈົ້າພາບ B ໃນການໄຫຼສອງທິດທາງ.
TCP ເກັບຂໍ້ມູນຊົ່ວຄາວໃນ buffer ສົ່ງຂອງການເຊື່ອມຕໍ່. ບັຟເຟີການສົ່ງນີ້ແມ່ນໜຶ່ງໃນຖານຄວາມຈຳທີ່ຕັ້ງຂຶ້ນໃນລະຫວ່າງການຈັບມືສາມທາງ. ຫຼັງຈາກນັ້ນ, TCP ຈະສົ່ງຂໍ້ມູນໃນ cache ສົ່ງໄປຫາ cache ຮັບຂອງເຈົ້າພາບປາຍທາງໃນເວລາທີ່ເຫມາະສົມ. ໃນທາງປະຕິບັດ, ແຕ່ລະຄົນຈະມີ cache ສົ່ງແລະ cache ຮັບ, ດັ່ງທີ່ສະແດງຢູ່ທີ່ນີ້:
ບັຟເຟີການສົ່ງແມ່ນພື້ນທີ່ຂອງຫນ່ວຍຄວາມຈໍາທີ່ຮັກສາໄວ້ໂດຍການປະຕິບັດ TCP ໃນດ້ານຜູ້ສົ່ງທີ່ຖືກນໍາໃຊ້ເພື່ອເກັບຮັກສາຂໍ້ມູນຊົ່ວຄາວທີ່ຈະສົ່ງ. ເມື່ອການຈັບມືສາມທາງຖືກປະຕິບັດເພື່ອສ້າງການເຊື່ອມຕໍ່, cache ການສົ່ງຈະຖືກຕິດຕັ້ງແລະໃຊ້ເພື່ອເກັບຂໍ້ມູນ. ບັຟເຟີການສົ່ງແມ່ນຖືກປັບແບບໄດນາມິກຕາມຄວາມແອອັດຂອງເຄືອຂ່າຍ ແລະຄໍາຕິຊົມຈາກຜູ້ຮັບ.
A ໄດ້ຮັບ buffer ແມ່ນພື້ນທີ່ຂອງຫນ່ວຍຄວາມຈໍາທີ່ຮັກສາໄວ້ໂດຍການປະຕິບັດ TCP ຢູ່ດ້ານການຮັບທີ່ຖືກນໍາໃຊ້ເພື່ອເກັບຮັກສາຂໍ້ມູນທີ່ໄດ້ຮັບຊົ່ວຄາວ. TCP ເກັບຂໍ້ມູນທີ່ໄດ້ຮັບໄວ້ໃນແຄດຮັບແລະລໍຖ້າແອັບພລິເຄຊັນເທິງເພື່ອອ່ານມັນ.
ໃຫ້ສັງເກດວ່າຂະຫນາດຂອງ cache ສົ່ງແລະຮັບ cache ແມ່ນຈໍາກັດ, ເມື່ອ cache ເຕັມ, TCP ອາດຈະໃຊ້ກົນລະຍຸດບາງຢ່າງເຊັ່ນ: ການຄວບຄຸມຄວາມແອອັດ, ການຄວບຄຸມການໄຫຼ, ແລະອື່ນໆ, ເພື່ອຮັບປະກັນການສົ່ງຂໍ້ມູນທີ່ເຊື່ອຖືໄດ້ແລະຄວາມຫມັ້ນຄົງຂອງເຄືອຂ່າຍ.
ໃນເຄືອຂ່າຍຄອມພິວເຕີ, ການສົ່ງຂໍ້ມູນລະຫວ່າງໂຮດແມ່ນປະຕິບັດໂດຍສ່ວນ. ດັ່ງນັ້ນສ່ວນແພັກເກັດແມ່ນຫຍັງ?
TCP ສ້າງ TCP segment, ຫຼື packet segment, ໂດຍການແຍກກະແສທີ່ເຂົ້າມາເປັນ chunks ແລະເພີ່ມ TCP headers ໃສ່ແຕ່ລະ chunk. ແຕ່ລະພາກສ່ວນສາມາດຖືກສົ່ງຜ່ານພຽງແຕ່ເປັນຈໍານວນຈໍາກັດຂອງເວລາແລະບໍ່ສາມາດເກີນຂະຫນາດສ່ວນສູງສຸດ (MSS). ໃນທາງລົງ, ສ່ວນແພັກເກັດຈະຜ່ານຊັ້ນເຊື່ອມຕໍ່. ຊັ້ນເຊື່ອມຕໍ່ມີຫນ່ວຍສົ່ງຂໍ້ມູນສູງສຸດ (MTU), ເຊິ່ງເປັນຂະຫນາດແພັກເກັດສູງສຸດທີ່ສາມາດຜ່ານຊັ້ນເຊື່ອມຕໍ່ຂໍ້ມູນໄດ້. ຫນ່ວຍສົ່ງໄຟຟ້າສູງສຸດແມ່ນປົກກະຕິແລ້ວກ່ຽວຂ້ອງກັບການໂຕ້ຕອບການສື່ສານ.
ດັ່ງນັ້ນຄວາມແຕກຕ່າງລະຫວ່າງ MSS ແລະ MTU ແມ່ນຫຍັງ?
ໃນເຄືອຂ່າຍຄອມພິວເຕີ, ສະຖາປັດຕະຍະກໍາຕາມລໍາດັບມີຄວາມສໍາຄັນຫຼາຍເພາະວ່າມັນຄໍານຶງເຖິງຄວາມແຕກຕ່າງລະຫວ່າງລະດັບຕ່າງໆ. ແຕ່ລະຊັ້ນມີຊື່ທີ່ແຕກຕ່າງກັນ; ໃນຊັ້ນການຂົນສົ່ງ, ຂໍ້ມູນຖືກເອີ້ນວ່າ segment, ແລະໃນຊັ້ນເຄືອຂ່າຍ, ຂໍ້ມູນແມ່ນເອີ້ນວ່າຊຸດ IP. ດັ່ງນັ້ນ, Maximum Transmission Unit (MTU) ສາມາດຄິດວ່າເປັນ Maximum IP packet Size ທີ່ສາມາດສົ່ງຜ່ານຊັ້ນເຄືອຂ່າຍໄດ້, ໃນຂະນະທີ່ Maximum Segment Size (MSS) ແມ່ນແນວຄວາມຄິດຂອງຊັ້ນການຂົນສົ່ງທີ່ຫມາຍເຖິງຈໍານວນຂໍ້ມູນສູງສຸດທີ່ສາມາດສົ່ງຜ່ານແພັກເກັດ TCP ໃນເວລານັ້ນ.
ໃຫ້ສັງເກດວ່າເມື່ອຂະຫນາດສ່ວນສູງສຸດ (MSS) ຂະຫນາດໃຫຍ່ກວ່າຫນ່ວຍສົ່ງຂໍ້ມູນສູງສຸດ (MTU), ການແບ່ງແຍກ IP ຈະຖືກປະຕິບັດຢູ່ໃນຊັ້ນເຄືອຂ່າຍ, ແລະ TCP ຈະບໍ່ແຍກຂໍ້ມູນຂະຫນາດໃຫຍ່ອອກເປັນສ່ວນທີ່ເຫມາະສົມສໍາລັບຂະຫນາດ MTU. ຈະມີສ່ວນຢູ່ໃນຊັ້ນເຄືອຂ່າຍທີ່ອຸທິດຕົນໃຫ້ກັບຊັ້ນ IP.
ໂຄງສ້າງສ່ວນແພັກເກັດ TCP
ມາສຳຫຼວດຮູບແບບ ແລະເນື້ອໃນຂອງສ່ວນຫົວ TCP.
ເລກລໍາດັບ: ຕົວເລກແບບສຸ່ມທີ່ສ້າງຂຶ້ນໂດຍຄອມພິວເຕີເມື່ອການເຊື່ອມຕໍ່ຖືກສ້າງຕັ້ງຂຶ້ນເປັນມູນຄ່າເບື້ອງຕົ້ນຂອງມັນເມື່ອການເຊື່ອມຕໍ່ TCP ຖືກສ້າງຕັ້ງຂຶ້ນ, ແລະຕົວເລກລໍາດັບຖືກສົ່ງໄປຫາຜູ້ຮັບຜ່ານແພັກເກັດ SYN. ໃນລະຫວ່າງການສົ່ງຂໍ້ມູນ, ຜູ້ສົ່ງຈະເພີ່ມຈໍານວນລໍາດັບຕາມຈໍານວນຂໍ້ມູນທີ່ສົ່ງ. ຜູ້ຮັບຈະຕັດສິນຄໍາສັ່ງຂອງຂໍ້ມູນຕາມຈໍານວນລໍາດັບທີ່ໄດ້ຮັບ. ຖ້າຂໍ້ມູນຖືກພົບເຫັນວ່າບໍ່ມີຄໍາສັ່ງ, ຜູ້ຮັບຈະຈັດລໍາດັບຂໍ້ມູນໃຫມ່ເພື່ອຮັບປະກັນຄໍາສັ່ງຂອງຂໍ້ມູນ.
ໝາຍເລກການຮັບຮູ້: ນີ້ແມ່ນຕົວເລກລໍາດັບທີ່ໃຊ້ໃນ TCP ເພື່ອຮັບຮູ້ການຮັບຂໍ້ມູນ. ມັນຊີ້ໃຫ້ເຫັນຕົວເລກລໍາດັບຂອງຂໍ້ມູນຕໍ່ໄປທີ່ຜູ້ສົ່ງຄາດວ່າຈະໄດ້ຮັບ. ໃນການເຊື່ອມຕໍ່ TCP, ຜູ້ຮັບຈະກໍານົດວ່າຂໍ້ມູນໃດໄດ້ຮັບຜົນສໍາເລັດໂດຍອີງໃສ່ຈໍານວນລໍາດັບຂອງຊຸດຂໍ້ມູນທີ່ໄດ້ຮັບ. ເມື່ອຜູ້ຮັບໄດ້ຮັບຂໍ້ມູນຢ່າງສໍາເລັດຜົນ, ມັນຈະສົ່ງຊຸດ ACK ກັບຜູ້ສົ່ງ, ເຊິ່ງປະກອບດ້ວຍຈໍານວນການຮັບຮູ້ການຮັບຮູ້. ຫຼັງຈາກໄດ້ຮັບແພັກເກັດ ACK, ຜູ້ສົ່ງສາມາດຢືນຢັນວ່າຂໍ້ມູນກ່ອນທີ່ຈະຮັບຮູ້ເລກຕອບໄດ້ຖືກຮັບຢ່າງສໍາເລັດຜົນ.
ບິດຄວບຄຸມຂອງພາກສ່ວນ TCP ປະກອບມີດັ່ງຕໍ່ໄປນີ້:
ACK ນ້ອຍ: ເມື່ອ bit ນີ້ແມ່ນ 1, ມັນຫມາຍຄວາມວ່າຊ່ອງຕອບຮັບການຮັບຮູ້ແມ່ນຖືກຕ້ອງ. TCP ກໍານົດວ່າບິດນີ້ຕ້ອງຖືກຕັ້ງເປັນ 1 ຍົກເວັ້ນແພັກເກັດ SYN ເມື່ອການເຊື່ອມຕໍ່ໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນໃນເບື້ອງຕົ້ນ.
ບິດ RST: ເມື່ອ bit ນີ້ແມ່ນ 1, ມັນຊີ້ໃຫ້ເຫັນວ່າມີຂໍ້ຍົກເວັ້ນໃນການເຊື່ອມຕໍ່ TCP ແລະການເຊື່ອມຕໍ່ຕ້ອງຖືກບັງຄັບໃຫ້ຕັດການເຊື່ອມຕໍ່.
SYN bit: ເມື່ອບິດນີ້ຖືກຕັ້ງເປັນ 1, ມັນຫມາຍຄວາມວ່າການເຊື່ອມຕໍ່ຈະຖືກສ້າງຕັ້ງຂຶ້ນແລະຄ່າເບື້ອງຕົ້ນຂອງຕົວເລກລໍາດັບແມ່ນຖືກກໍານົດໄວ້ໃນຊ່ອງເລກລໍາດັບ.
FIN ນ້ອຍ: ເມື່ອ bit ນີ້ແມ່ນ 1, ມັນຫມາຍຄວາມວ່າບໍ່ມີຂໍ້ມູນໃດໆທີ່ຈະຖືກສົ່ງໄປໃນອະນາຄົດແລະການເຊື່ອມຕໍ່ແມ່ນຕ້ອງການ.
ຫນ້າທີ່ແລະຄຸນລັກສະນະຕ່າງໆຂອງ TCP ແມ່ນປະກອບໂດຍໂຄງສ້າງຂອງສ່ວນແພັກເກັດ TCP.
UDP ແມ່ນຫຍັງ? (Mylinking ຂອງແຕະເຄືອຂ່າຍແລະNetwork Packet Brokerສາມາດປະມວນຜົນທັງ TCP ຫຼື UDP Packets)
User Datagram Protocol (UDP) ເປັນໂປຣໂຕຄໍການສື່ສານທີ່ບໍ່ມີການເຊື່ອມຕໍ່. ເມື່ອປຽບທຽບກັບ TCP, UDP ບໍ່ໄດ້ສະຫນອງກົນໄກການຄວບຄຸມທີ່ສັບສົນ. ໂປໂຕຄອນ UDP ອະນຸຍາດໃຫ້ແອັບພລິເຄຊັນສົ່ງແພັກເກັດ IP ທີ່ຖືກຫຸ້ມຫໍ່ໂດຍກົງ ໂດຍບໍ່ມີການສ້າງການເຊື່ອມຕໍ່. ເມື່ອນັກພັດທະນາເລືອກທີ່ຈະໃຊ້ UDP ແທນ TCP, ແອັບພລິເຄຊັນຈະຕິດຕໍ່ສື່ສານໂດຍກົງກັບ IP.
ຊື່ເຕັມຂອງ UDP Protocol ແມ່ນ User Datagram Protocol, ແລະສ່ວນຫົວຂອງມັນມີພຽງແປດໄບຕ໌ (64 bits), ເຊິ່ງແມ່ນຫຍໍ້ຫຼາຍ. ຮູບແບບຂອງຫົວ UDP ມີດັ່ງນີ້:
ຈຸດໝາຍປາຍທາງ ແລະພອດແຫຼ່ງ: ຈຸດປະສົງຕົ້ນຕໍຂອງພວກເຂົາແມ່ນເພື່ອຊີ້ບອກວ່າຂະບວນການໃດທີ່ UDP ຄວນສົ່ງແພັກເກັດ.
ຂະໜາດຊອງ: ຊ່ອງຂໍ້ມູນຂະໜາດແພັກເກັດຖືຂະໜາດຂອງຫົວ UDP ບວກກັບຂະໜາດຂອງຂໍ້ມູນ
ເຊັກsum: ອອກແບບເພື່ອຮັບປະກັນການຈັດສົ່ງທີ່ໜ້າເຊື່ອຖືຂອງ UDP headers ແລະຂໍ້ມູນ ບົດບາດຂອງ checksum ແມ່ນການກວດສອບວ່າມີຂໍ້ຜິດພາດ ຫຼື ການສໍ້ລາດບັງຫຼວງເກີດຂຶ້ນໃນລະຫວ່າງການສົ່ງແພັກເກັດ UDP ເພື່ອຮັບປະກັນຄວາມສົມບູນຂອງຂໍ້ມູນ.
ຄວາມແຕກຕ່າງລະຫວ່າງ TCP ແລະ UDP ໃນ Mylinking'sແຕະເຄືອຂ່າຍແລະNetwork Packet Brokerສາມາດປະມວນຜົນທັງ TCP ຫຼື UDP Packets
TCP ແລະ UDP ແມ່ນແຕກຕ່າງກັນໃນລັກສະນະດັ່ງຕໍ່ໄປນີ້:
ການເຊື່ອມຕໍ່: TCP ເປັນໂປຣໂຕຄໍການຂົນສົ່ງທີ່ຮັດກຸມການເຊື່ອມຕໍ່ທີ່ຕ້ອງການການເຊື່ອມຕໍ່ທີ່ສ້າງຂຶ້ນກ່ອນທີ່ຈະສາມາດໂອນຂໍ້ມູນໄດ້. UDP, ໃນທາງກົງກັນຂ້າມ, ບໍ່ຕ້ອງການການເຊື່ອມຕໍ່ແລະສາມາດໂອນຂໍ້ມູນໄດ້ທັນທີ.
ຈຸດປະສົງການບໍລິການ: TCP ແມ່ນການບໍລິການສອງຈຸດຫນຶ່ງຕໍ່ຫນຶ່ງ, ນັ້ນແມ່ນ, ການເຊື່ອມຕໍ່ມີພຽງແຕ່ສອງຈຸດສຸດທ້າຍທີ່ຈະຕິດຕໍ່ສື່ສານກັບກັນແລະກັນ. ຢ່າງໃດກໍ່ຕາມ, UDP ສະຫນັບສະຫນູນການສື່ສານແບບຫນຶ່ງຕໍ່ຫນຶ່ງ, ຫນຶ່ງຕໍ່ຫຼາຍ, ແລະຫຼາຍຕໍ່ຫຼາຍ, ເຊິ່ງສາມາດສື່ສານກັບເຈົ້າພາບຫຼາຍໃນເວລາດຽວກັນ.
ຄວາມຫນ້າເຊື່ອຖື: TCP ໃຫ້ບໍລິການສົ່ງຂໍ້ມູນຢ່າງໝັ້ນໃຈ, ຮັບປະກັນວ່າຂໍ້ມູນບໍ່ມີຂໍ້ຜິດພາດ, ບໍ່ມີການສູນເສຍ, ບໍ່ຊໍ້າກັນ, ແລະມາຮອດຕາມຄວາມຕ້ອງການ. UDP, ໃນທາງກົງກັນຂ້າມ, ພະຍາຍາມທີ່ດີທີ່ສຸດແລະບໍ່ໄດ້ຮັບປະກັນການຈັດສົ່ງທີ່ເຊື່ອຖືໄດ້. UDP ອາດຈະທົນທຸກຈາກການສູນເສຍຂໍ້ມູນແລະສະຖານະການອື່ນໆໃນລະຫວ່າງການສົ່ງ.
ການຄວບຄຸມຄວາມແອອັດ, ການຄວບຄຸມການໄຫຼ: TCP ມີກົນໄກຄວບຄຸມຄວາມແອອັດແລະການໄຫຼເຂົ້າ, ເຊິ່ງສາມາດປັບອັດຕາການສົ່ງຂໍ້ມູນຕາມເງື່ອນໄຂຂອງເຄືອຂ່າຍເພື່ອຮັບປະກັນຄວາມປອດໄພແລະຄວາມຫມັ້ນຄົງຂອງການສົ່ງຂໍ້ມູນ. UDP ບໍ່ມີກົນໄກຄວບຄຸມຄວາມແອອັດແລະການໄຫຼເຂົ້າ, ເຖິງແມ່ນວ່າເຄືອຂ່າຍຈະ congestion ຫຼາຍ, ມັນຈະບໍ່ເຮັດໃຫ້ການປັບຕົວກັບອັດຕາການສົ່ງ UDP.
ຫົວເທິງ: TCP ມີຄວາມຍາວ header ຍາວ, ໂດຍປົກກະຕິ 20 bytes, ເຊິ່ງເພີ່ມຂຶ້ນເມື່ອຊ່ອງທາງເລືອກຖືກນໍາໃຊ້. UDP, ໃນທາງກົງກັນຂ້າມ, ມີ header ຄົງທີ່ພຽງແຕ່ 8 bytes, ດັ່ງນັ້ນ UDP ມີ header ຕ່ໍາກວ່າ.
TCP ແລະ UDP ສະຖານະການຄໍາຮ້ອງສະຫມັກ:
TCP ແລະ UDP ແມ່ນສອງໂປໂຕຄອນຊັ້ນການຂົນສົ່ງທີ່ແຕກຕ່າງກັນ, ແລະພວກມັນມີຄວາມແຕກຕ່າງບາງຢ່າງໃນສະຖານະການຄໍາຮ້ອງສະຫມັກ.
ເນື່ອງຈາກ TCP ເປັນໂປຣໂຕຄໍທີ່ແນໃສ່ການເຊື່ອມຕໍ່, ມັນຖືກນໍາໃຊ້ຕົ້ນຕໍໃນສະຖານະການທີ່ຕ້ອງການການຈັດສົ່ງຂໍ້ມູນທີ່ເຊື່ອຖືໄດ້. ບາງກໍລະນີທີ່ໃຊ້ທົ່ວໄປລວມມີ:
ການໂອນໄຟລ໌ FTP: TCP ສາມາດຮັບປະກັນວ່າໄຟລ໌ບໍ່ສູນເສຍແລະເສຍຫາຍໃນລະຫວ່າງການໂອນ.
HTTP/HTTPS: TCP ຮັບປະກັນຄວາມສົມບູນແລະຄວາມຖືກຕ້ອງຂອງເນື້ອຫາເວັບ.
ເນື່ອງຈາກວ່າ UDP ເປັນໂປໂຕຄອນທີ່ບໍ່ມີການເຊື່ອມຕໍ່, ມັນບໍ່ໄດ້ສະຫນອງການຮັບປະກັນຄວາມຫນ້າເຊື່ອຖື, ແຕ່ມັນມີລັກສະນະປະສິດທິພາບແລະເວລາທີ່ແທ້ຈິງ. UDP ແມ່ນເຫມາະສົມສໍາລັບສະຖານະການດັ່ງຕໍ່ໄປນີ້:
ການຈາລະຈອນຊອງຕ່ໍາເຊັ່ນ DNS (Domain Name System): ການສອບຖາມ DNS ປົກກະຕິແລ້ວແມ່ນຊຸດສັ້ນ, ແລະ UDP ສາມາດເຮັດສໍາເລັດພວກມັນໄວຂຶ້ນ.
ການສື່ສານມັນຕິມີເດຍເຊັ່ນ: ວິດີໂອແລະສຽງ: ສໍາລັບການສົ່ງຜ່ານມັນຕິມີເດຍທີ່ມີຄວາມຕ້ອງການໃນເວລາທີ່ແທ້ຈິງສູງ, UDP ສາມາດສະຫນອງການ latency ຕ່ໍາເພື່ອຮັບປະກັນວ່າຂໍ້ມູນສາມາດຖືກຖ່າຍທອດໄດ້ທັນເວລາ.
ການສື່ສານອອກອາກາດ: UDP ສະຫນັບສະຫນູນການສື່ສານຫນຶ່ງຫາຫຼາຍແລະຫຼາຍຕໍ່ຫຼາຍແລະສາມາດນໍາໃຊ້ສໍາລັບການຖ່າຍທອດຂໍ້ຄວາມອອກອາກາດ.
ສະຫຼຸບ
ມື້ນີ້ພວກເຮົາໄດ້ຮຽນຮູ້ກ່ຽວກັບ TCP. TCP ເປັນການເຊື່ອມຕໍ່ຮັດກຸມ, ເຊື່ອຖືໄດ້, byte-stream ການສື່ສານຊັ້ນໂຄງການການສື່ສານທີ່ອີງໃສ່. ມັນຮັບປະກັນການສົ່ງຂໍ້ມູນທີ່ເຊື່ອຖືໄດ້ແລະການຮັບຂໍ້ມູນຢ່າງເປັນລະບຽບໂດຍການສ້າງຕັ້ງການເຊື່ອມຕໍ່, ການຈັບມືແລະການຮັບຮູ້. TCP protocol ໃຊ້ພອດເພື່ອຮັບຮູ້ການສື່ສານລະຫວ່າງຂະບວນການ, ແລະໃຫ້ບໍລິການການສື່ສານໂດຍກົງສໍາລັບຂະບວນການຄໍາຮ້ອງສະຫມັກທີ່ເຮັດວຽກຢູ່ໃນໂຮດທີ່ແຕກຕ່າງກັນ. ການເຊື່ອມຕໍ່ TCP ແມ່ນ duplex ເຕັມ, ໃຫ້ການໂອນຂໍ້ມູນສອງທິດທາງພ້ອມກັນ. ໃນທາງກົງກັນຂ້າມ, UDP ແມ່ນໂປໂຕຄອນການສື່ສານແບບບໍ່ມີສາຍ, ເຊິ່ງບໍ່ມີການຮັບປະກັນຄວາມຫນ້າເຊື່ອຖືແລະເຫມາະສົມສໍາລັບບາງສະຖານະການທີ່ມີຄວາມຕ້ອງການໃນເວລາທີ່ແທ້ຈິງສູງ. TCP ແລະ UDP ມີຄວາມແຕກຕ່າງກັນໃນຮູບແບບການເຊື່ອມຕໍ່, ຈຸດປະສົງການບໍລິການ, ຄວາມຫນ້າເຊື່ອຖື, ການຄວບຄຸມຄວາມແອອັດ, ການຄວບຄຸມການໄຫຼເຂົ້າແລະລັກສະນະອື່ນໆ, ແລະສະຖານະການຄໍາຮ້ອງສະຫມັກຂອງພວກມັນຍັງແຕກຕ່າງກັນ.
ເວລາປະກາດ: ວັນທີ 03-03-2024
