ໜ່ວຍ ສົ່ງສູງສຸດ (MTU)

ໜ່ວຍ ສົ່ງສູງສຸດ (MTU)

ໃນເຄືອຂ່າຍຄອມພິວເຕີ, ຄຳ ວ່າ ໜ່ວຍ ສົ່ງສູງສຸດ (MTU) refersາຍເຖິງຂະ ໜາດ (ເປັນໄບຕ)) ຂອງ PDU ທີ່ໃຫຍ່ທີ່ສຸດເຊິ່ງຊັ້ນຂອງໂປຣໂຕຄໍການສື່ສານສາມາດສົ່ງຕໍ່ໄປໄດ້. ຕົວກໍານົດການ MTU ປົກກະຕິແລ້ວປະກົດວ່າຢູ່ໃນສະມາຄົມທີ່ມີການໂຕ້ຕອບການສື່ສານ (NIC, ທີ່ Port serial, ແລະອື່ນ). MTU ອາດຈະຖືກແກ້ໄຂໂດຍມາດຕະຖານ (ຄືກັບກໍລະນີຂອງອີເທີເນັດ) ຫຼືຕັດສິນໃຈໃນເວລາເຊື່ອມຕໍ່ (ຕາມປົກກະຕິກໍລະນີທີ່ມີການເຊື່ອມຕໍ່ແບບຕໍ່ຈຸດຫາຈຸດ). MTU ທີ່ສູງກວ່າເຮັດໃຫ້ມີປະສິດທິພາບຫຼາຍຂຶ້ນເພາະວ່າແຕ່ລະແພັກເກັດບັນຈຸຂໍ້ມູນຜູ້ໃຊ້ຫຼາຍຂຶ້ນໃນຂະນະທີ່ຄ່າໃຊ້ຈ່າຍຂອງໂປຣໂຕຄໍ, ເຊັ່ນ: ສ່ວນຫົວຫຼືການຊັກຊ້າຕໍ່ແພັກເກັດເບື້ອງຕົ້ນຍັງຄົງທີ່, ແລະປະສິດທິພາບທີ່ສູງຂຶ້ນmeansາຍເຖິງການປັບປຸງການສົ່ງຜ່ານໂປຣໂຕຄໍຂະ ໜາດ ໃຫຍ່ເລັກນ້ອຍ. ແນວໃດກໍ່ຕາມ, ແພັກເກັດຂະ ໜາດ ໃຫຍ່ສາມາດຄອບຄອງການເຊື່ອມຕໍ່ທີ່ຊ້າໄດ້ເປັນບາງເວລາ, ເຮັດໃຫ້ເກີດຄວາມຊັກຊ້າຫຼາຍຂຶ້ນຕໍ່ກັບການຕິດຕາມແພັກເກັດແລະການເພີ່ມຄວາມລ່າຊ້າແລະຄວາມຫຼ້າຊ້າຕໍ່າສຸດ. ຕົວຢ່າງ, ແພັກເກັດ 1500 ໄບຕ,, ທີ່ໃຫຍ່ທີ່ສຸດທີ່ອະນຸຍາດໂດຍອີເທີເນັດຢູ່ໃນຊັ້ນເຄືອຂ່າຍ (ແລະດ້ວຍເຫດນັ້ນອິນເຕີເນັດເກືອບທັງ)ົດ), ຈະມັດໂມເດັມ 14.4k ປະມານ ໜຶ່ງ ວິນາທີ.

ການຄົ້ນພົບເສັ້ນທາງ MTU
ພິທີການທາງອິນເຕີເນັດກໍານົດ“ ເສັ້ນທາງ MTU” ຂອງເສັ້ນທາງການສົ່ງຜ່ານອິນເຕີເນັດເປັນ MTU ທີ່ນ້ອຍທີ່ສຸດຂອງ IP hops ຂອງ“ ເສັ້ນທາງ” ລະຫວ່າງແຫຼ່ງທີ່ມາແລະປາຍທາງ. ເວົ້າອີກຢ່າງ ໜຶ່ງ, ເສັ້ນທາງ MTU ແມ່ນຂະ ໜາດ ຂອງແພັກເກັດທີ່ໃຫຍ່ທີ່ສຸດທີ່ຂ້າມຜ່ານເສັ້ນທາງນີ້ໂດຍບໍ່ຕ້ອງທົນທຸກທໍລະມານກະຈາຍໄປ.

RFC 1191 ອະທິບາຍ“ ເສັ້ນທາງການຄົ້ນພົບ MTU”, ເຕັກນິກການ ກຳ ນົດເສັ້ນທາງ MTU ລະຫວ່າງເຈົ້າພາບ IP ສອງຄົນ. ມັນເຮັດວຽກໂດຍການຕັ້ງຄ່າຕົວເລືອກ DF (ຢ່າແຍກ) ໃນສ່ວນຫົວຂອງ IP ຂອງແພັກເກັດທີ່ອອກໄປ. ອຸປະກອນໃດ ໜຶ່ງ ຢູ່ຕາມເສັ້ນທາງທີ່ MTU ມີຂະ ໜາດ ນ້ອຍກ່ວາແພັກເກັດຈະເຮັດໃຫ້ແພັກເກັດດັ່ງກ່າວຫຼຸດລົງແລະສົ່ງຂໍ້ຄວາມ ICMP“ Destination Unreachable (Datagram Too Big)” ທີ່ບັນຈຸ MTU ຂອງມັນ, ອະນຸຍາດໃຫ້ເຈົ້າພາບແຫຼ່ງຂໍ້ມູນຫຼຸດຜ່ອນ MTU ເສັ້ນທາງທີ່ສົມມຸດຕິຖານລົງໄດ້ຢ່າງເiatelyາະສົມ. ຂະບວນການຊໍ້າຄືນຈົນກ່ວາ MTU ມີຂະ ໜາດ ນ້ອຍພຽງພໍທີ່ຈະຂ້າມເສັ້ນທາງທັງwithoutົດໂດຍບໍ່ມີການແບ່ງສ່ວນ.

ແຕ່ຫນ້າເສຍດາຍ, ການເພີ່ມຈໍານວນເຄືອຂ່າຍຫຼຸດລົງການສັນຈອນ ICMP (ຕົວຢ່າງເພື່ອປ້ອງກັນການໂຈມຕີການປະຕິເສດການບໍລິການ), ເຊິ່ງປ້ອງກັນການຄົ້ນພົບ MTU ເສັ້ນທາງຈາກການເຮັດວຽກ. ຄົນ ໜຶ່ງ ມັກຈະກວດພົບການບລັອກດັ່ງກ່າວໃນກໍລະນີທີ່ການເຊື່ອມຕໍ່ເຮັດວຽກກັບຂໍ້ມູນທີ່ມີປະລິມານຕ່ ຳ ແຕ່ຖືກວາງສາຍທັນທີທີ່ໂຮສສົ່ງຂໍ້ມູນຂະ ໜາດ ໃຫຍ່ໃນເວລາດຽວກັນ. ຕົວຢ່າງ, ກັບ IRC, ລູກຄ້າເຊື່ອມຕໍ່ອາດຈະເຫັນເຖິງຂໍ້ຄວາມ ping, ແຕ່ບໍ່ໄດ້ຮັບການຕອບຮັບຫຼັງຈາກນັ້ນ. ອັນນີ້ເພາະວ່າຂໍ້ຄວາມຕ້ອນຮັບຊຸດໃຫຍ່ຖືກສົ່ງອອກໄປໃນຊຸດໃຫຍ່ກວ່າ MTU ແທ້. ນອກຈາກນັ້ນ, ໃນເຄືອຂ່າຍ IP, ເສັ້ນທາງຈາກທີ່ຢູ່ຕົ້ນທາງໄປຫາທີ່ຢູ່ປາຍທາງມັກຈະຖືກດັດແກ້ແບບເຄື່ອນໄຫວ, ເພື່ອຕອບສະ ໜອງ ກັບເຫດການຕ່າງ various (ການດຸ່ນດ່ຽງການໂຫຼດ, ຄວາມແອອັດ, ຜົນໄດ້ຮັບ, ແລະອື່ນ etc. )-ອັນນີ້ອາດສົ່ງຜົນໃຫ້ MTU ປ່ຽນເສັ້ນທາງ (ບາງຄັ້ງ ຊ້ ຳ ແລ້ວຊ້ ຳ ອີກ) ໃນລະຫວ່າງການສົ່ງຕໍ່, ເຊິ່ງອາດຈະແນະ ນຳ ໃຫ້ມີການຫຼຸດລົງຂອງແພັກເກັດຕື່ມອີກກ່ອນທີ່ເຈົ້າພາບຈະພົບເຫັນ MTU ທີ່ປອດໄພໃ່.

LAN Ethernet ສ່ວນໃຫຍ່ໃຊ້ MTU ຂອງ 1500 bytes (LANs ທີ່ທັນສະໄ can ສາມາດໃຊ້ກອບ Jumbo, ອະນຸຍາດໃຫ້ມີ MTU ໄດ້ເຖິງ 9000 bytes), ແນວໃດກໍ່ຕາມໂປຣໂຕຄໍຊາຍແດນເຊັ່ນ PPPoE ຈະຫຼຸດຜ່ອນອັນນີ້. ອັນນີ້ເຮັດໃຫ້ການຄົ້ນພົບເສັ້ນທາງ MTU ມີຜົນບັງຄັບໃຊ້ກັບຜົນໄດ້ຮັບທີ່ເປັນໄປໄດ້ຂອງການເຮັດໃຫ້ບາງບ່ອນຢູ່ເບື້ອງຫຼັງຂອງໄຟວໍທີ່ຖືກຕັ້ງຄ່າບໍ່ດີບໍ່ສາມາດເຂົ້າເຖິງໄດ້. ສາມາດເຮັດວຽກໄດ້ປະມານອັນນີ້, ຂຶ້ນກັບພາກສ່ວນໃດນຶ່ງຂອງເຄືອຂ່າຍຄວບຄຸມ; ຕົວຢ່າງອັນ ໜຶ່ງ ສາມາດປ່ຽນ MSS (ຂະ ໜາດ ສ່ວນສູງສຸດ) ໃນແພັກເກັດເບື້ອງຕົ້ນທີ່ຕັ້ງການເຊື່ອມຕໍ່ TCP ຢູ່ທີ່ Firewall ຂອງຄົນເຮົາ.

ບັນຫານີ້ເກີດຂຶ້ນເລື້ອຍ frequently ນັບຕັ້ງແຕ່ການ ນຳ ໃຊ້ Windows Vista ເຊິ່ງແນະ ນຳ 'Next Generation TCP/IP Stack'. ອັນນີ້ປະຕິບັດ“ ຮັບການດັດປັບ ໜ້າ ຈໍອັດຕະໂນມັດທີ່ສືບຕໍ່ກໍານົດຂະ ໜາດ ໜ້າ ຈໍທີ່ໄດ້ຮັບທີ່ດີທີ່ສຸດໂດຍການວັດແທກຜະລິດຕະພັນຄວາມໄວ-ແບນວິດແລະອັດຕາການດຶງເອົາແອັບພລິເຄຊັນ, ແລະປັບຂະ ໜາດ ປ່ອງຢ້ຽມຮັບສູງສຸດໂດຍອີງຕາມການປ່ຽນແປງຂອງສະພາບເຄືອຂ່າຍ.” [2] ສິ່ງນີ້ໄດ້ຖືກພົບເຫັນວ່າລົ້ມເຫລວຮ່ວມກັບ router ເກົ່າແລະ firewalls ທີ່ປະກົດວ່າໃຊ້ໄດ້ກັບລະບົບປະຕິບັດການອື່ນ other. ມັນຖືກພົບເຫັນຫຼາຍທີ່ສຸດຢູ່ໃນເຣົາເຕີ ADSL ແລະສາມາດແກ້ໄຂໄດ້ໂດຍການອັບເດດເຟີມແວ.

ກະດູກສັນຫຼັງ ATM, ຕົວຢ່າງຂອງການປັບ MTU
ບາງຄັ້ງມັນເປັນການດີກວ່າຈາກມຸມມອງຂອງປະສິດທິພາບເພື່ອປະກາດ MTU ທີ່ຫຼຸດລົງໃນຊອບແວຂ້າງລຸ່ມຄວາມຍາວສູງສຸດທີ່ເປັນໄປໄດ້ທີ່ສະ ໜັບ ສະ ໜູນ. ຕົວຢ່າງອັນ ໜຶ່ງ ຂອງເລື່ອງນີ້ແມ່ນກໍລະນີທີ່ມີການເຄື່ອນຍ້າຍ IP ໄປທົ່ວເຄືອຂ່າຍ ATM (ໂTransferດການໂອນບໍ່ກົງກັນ). ຜູ້ໃຫ້ບໍລິການບາງຄົນ, ໂດຍສະເພາະຜູ້ທີ່ມີພື້ນຖານການໃຊ້ໂທລະສັບ, ໃຊ້ຕູ້ ATM ຢູ່ໃນເຄືອຂ່າຍກະດູກສັນຫຼັງພາຍໃນຂອງເຂົາເຈົ້າ.

ການໃຊ້ຕູ້ເອທີເອັມໃຫ້ມີປະສິດທິພາບດີທີ່ສຸດແມ່ນບັນລຸໄດ້ເມື່ອຄວາມຍາວຂອງແພັກເກັດເປັນຫຼາຍຂອງ 48 ໄບຕ. ອັນນີ້ເປັນເພາະວ່າຕູ້ເອທີເອັມຖືກສົ່ງເປັນກະແສຂອງແພັກເກັດທີ່ມີຄວາມຍາວຄົງທີ່ (ທີ່ເອີ້ນວ່າ 'ເຊລ'), ແຕ່ລະອັນສາມາດບັນຈຸຂໍ້ມູນຜູ້ໃຊ້ 48 ໄບຕ with ກັບ 5 ໄບຕ of ຂອງຄ່າໃຊ້ຈ່າຍທັງofົດ 53 ໄບຕ per ຕໍ່ເຊລ. ດັ່ງນັ້ນຄວາມຍາວທັງofົດຂອງຄວາມຍາວຂອງຂໍ້ມູນທີ່ສົ່ງຕໍ່ແມ່ນ 53 * ncells bytes, ບ່ອນທີ່ ncells = ຈຳ ນວນຂອງເຊລທີ່ຕ້ອງການຂອງ = INT ((payload_length+47)/48). ດັ່ງນັ້ນ, ໃນກໍລະນີຮ້າຍແຮງທີ່ສຸດ, ບ່ອນທີ່ຄວາມຍາວທັງ=ົດ = (48*n+1) ໄບຕ,, ຕ້ອງມີອີກເຊລ ໜຶ່ງ ເພີ່ມເພື່ອສົ່ງ ໜຶ່ງ ໄບຕ last ສຸດທ້າຍຂອງການໂຫຼດ, ເຊລສຸດທ້າຍມີມູນຄ່າເພີ່ມອີກ 53 ໄບຕ transmitted ທີ່ສົ່ງຜ່ານ 47 ອັນນັ້ນເປັນແຜ່ນຮອງ. ດ້ວຍເຫດຜົນນີ້, ການປະກາດ MTU ທີ່ຫຼຸດລົງໃນຊອບແວເຮັດໃຫ້ປະສິດທິພາບຂອງໂປຣໂຕຄໍສູງສຸດຢູ່ໃນຊັ້ນ ATM ໂດຍການເຮັດໃຫ້ຄວາມຍາວການຈ່າຍເງິນທັງATMົດຂອງ ATM AAL5 ເປັນຫຼາຍຂອງ 48 bytes ທຸກຄັ້ງທີ່ເປັນໄປໄດ້.

ຕົວຢ່າງ, ຈຸລັງ ATM ທີ່ເຕັມໄປດ້ວຍ 31 ໜ່ວຍ ມີພາລະບັນຈຸ 31*48 = 1488 ໄບ. ການເອົາຕົວເລກນີ້ຂອງ 1488 ແລະການຫັກອອກຈາກມັນຄ່າໃຊ້ຈ່າຍໃດ contributed ທີ່ປະກອບສ່ວນໂດຍທຸກ prot ໂປຣໂຕຄໍທີ່ສູງກວ່າທີ່ກ່ຽວຂ້ອງ, ພວກເຮົາສາມາດໄດ້ຮັບມູນຄ່າທີ່ແນະນໍາໃຫ້ກັບ MTU ທີ່ດີທີ່ສຸດທີ່ຫຼຸດລົງເອງ. ໃນກໍລະນີທີ່ຜູ້ໃຊ້ປົກກະຕິຈະສົ່ງແພັກເກັດ 1500 ໄບຕ,, ການສົ່ງລະຫວ່າງ 1489 ຫາ 1536 ໄບຕ requires ຮຽກຮ້ອງໃຫ້ມີຄ່າໃຊ້ຈ່າຍຄົງທີ່ເພີ່ມເຕີມຂອງການສົ່ງຜ່ານ 53 ໄບຕ,, ໃນຮູບແບບຂອງແຕ່ລະຫ້ອງ ATM ຕື່ມ.

ສໍາລັບຕົວຢ່າງຂອງ IP ຜ່ານການເຊື່ອມຕໍ່ DSL ໂດຍໃຊ້ PPPoA/VC-MUX, ອີກເທື່ອ ໜຶ່ງ ເລືອກທີ່ຈະຕື່ມ 31 cell ATM ຄືແຕ່ກ່ອນ, ພວກເຮົາໄດ້ຮັບຕົວເລກ MTU ທີ່ຫຼຸດລົງຢ່າງເາະສົມທີ່ສຸດຂອງ 1478 = 31*48-10 ໂດຍຄໍານຶງເຖິງຄ່າຫົວຂອງ 10 bytes ປະກອບດ້ວຍ. ຂອງຄ່າໃຊ້ຈ່າຍພິທີການຈຸດຕໍ່ຈຸດຂອງ 2 ໄບຕ,, ແລະສ່ວນເທິງຂອງ AAL5 ຈໍານວນ 8 ໄບຕ. ອັນນີ້ເຮັດໃຫ້ຄ່າໃຊ້ຈ່າຍທັງofົດ 31*53 = 1643 ໄບຕ transmitted ຖືກສົ່ງຜ່ານຕູ້ເອທີເອັມຈາກແພັກເກັດ 1478 ໄບຕ passed ທີ່ສົ່ງໄປຫາ PPPoA. ໃນກໍລະນີທີ່ IP ຖືກສົ່ງຜ່ານ ADSL ໂດຍໃຊ້ PPPoA, ຕົວເລກຂອງ 1478 ຈະເປັນຄວາມຍາວທັງົດຂອງແພັກເກັດ IP ລວມທັງສ່ວນຫົວຂອງ IP. ດັ່ງນັ້ນ, ໃນຕົວຢ່າງນີ້, ການຮັກສາການຫຼຸດລົງຂອງ MTU ທີ່ກໍານົດດ້ວຍຕົນເອງ 1478 ເຊິ່ງກົງກັນຂ້າມກັບການສົ່ງແພັກເກັດ IP ຂອງຄວາມຍາວທັງ1500ົດ 53 ຊ່ວຍປະຢັດ 22 ໄບຕ per ຕໍ່ຊຸດຕໍ່ຊັ້ນເອທີເອັມດ້ວຍຄ່າໃຊ້ຈ່າຍຫຼຸດ XNUMX ໄບຕ of ຂອງຄວາມຍາວຂອງແພັກເກັດ IP.

MTU ສູງສຸດສໍາລັບການເຊື່ອມຕໍ່ PPPoE/DSL ແມ່ນ 1492, ຕໍ່ RFC 2516: 6 ໄບຕ being ເປັນສ່ວນຫົວຂອງ PPPoE, ເຮັດໃຫ້ມີຫ້ອງພຽງພໍສໍາລັບການຈ່າຍເງິນ 1488 ໄບຕ,, ຫຼືມີ 31 ຈຸລັງ ATM ເຕັມ.

ສຸດທ້າຍ: ຄ່າມາດຕະຖານຂອງ MTU ແມ່ນ 1492 …. ແລະໃນກໍລະນີມີບັນຫາການຊອກຫາຫຼືບັນຫາການເຊື່ອມຕໍ່ MSN ມັນຄວນຈະຫຼຸດລົງເປັນຄ່າ 1422 ແລະ 1420.

ກະສານອ້າງອີງ: ວິກິພີເດຍ

ກ່ຽວທີ່ດີທີ່ສຸດ