TCP-ийн найдвартай тээврийн хэрэгсэл
Бид бүгд TCP протоколыг найдвартай тээврийн протокол гэж мэддэг, гэхдээ энэ нь тээврийн найдвартай байдлыг хэрхэн хангаж байна вэ?
Найдвартай дамжуулалтыг хүрэхийн тулд олон тооны хүчин зүйл, алдагдал, хуулбар, болон захиалах, Хэрэв эдгээр асуудлыг шийдэж чадахгүй бол найдвартай дамжуулалтад хүрэх боломжгүй.
Тиймээс, TCP нь дарааллын дугаар гэх мэт механизмыг ажиллуулдаг бөгөөд хүлээн зөвшөөрөх, холбоо тогтоох, холболтын менежмент, холболтын менежментийг дахин дамжуулах, харилцах найдвартай дамжуулалтыг өөрчлөх, дахин дамжуулах, цонхны удирдлага,
Энэ цаасан дээр бид гүйдэг цонхон дээр анхаарлаа төвлөрүүлэх болно, урсгалын хяналт, түгжрэлийг tcp хянах. RERSANSMINE механизм дараагийн хэсэгт тус тусад нь хамарна.
Сүлжээг дуусгах
Сүлжээний урсгалын удирдлага эсвэл сүлжээний траффик, хэрэглэгчдийг үйлдвэрлэгчид ба хэрэглэгчдийн хоорондох нарийвчилсан харилцааны илрэл юм. Та магадгүй энэ хувилбар дээр ажил дээрээ эсвэл ярилцлагадаа олон удаа ирж магадгүй юм. Хэрэв үйлдвэрлэгчийн үйлдвэрлэх чадвар нь хэрэглэгчдийн хэрэглээний чадварыг ихээхэн давж гарах юм бол энэ нь дарааллыг тодорхойгүй хугацаагаар ургахад хүргэдэг. Илүү ноцтой тохиолдолд туулай мессэж нь хэт их овойлт хийх үед та үүнийг бүхэлд нь MQ серверийн гүйцэтгэлийн доройтолд хүргэж болзошгүй юм. TCP-ийн хувьд ижил байна; Зохиолтгүй үлдсэн бол энэ нь сүлжээнд хэт олон мессеж оруулах бөгөөд хэрэглэгчдийн хүчин чадлаас давсан тохиолдолд сүлжээгээ даван туулах болно.
Энэ үзэгдлийг шийдвэрлэхэд TCP, TCP нь хүлээн авагчийн бодит хүлээн авагчийн бодит хүчин чадлыг хянахын тулд илгээгчийн бодит байдлыг хянах механизмыг удирддаг. Хүлээн авагч нь хүлээн авагч цонхыг хадгалдаг бөгөөд илгээгч нь цонх илгээдэг. Эдгээр цонхнууд нь зөвхөн нэг TCP холболтын хувьд зөвхөн нэг TCP холболтын хувьд, бүх холболтыг хуваалцахгүй гэдгийг тэмдэглэх нь зүйтэй.
TCP нь хүлээн авах цонхонд хувьсагчийг ашиглан урсгалын хяналтыг өгдөг. Хүлээн авах цонх нь Sender нь Sender-ийг кэшийн орон зайг ашиглах боломжтой болохыг илтгэнэ. Илгээгч нь хүлээн авагчийн бодит хүлээн авах хүчин чадлын дагуу илгээсэн өгөгдлийн хэмжээг хянадаг.
Хүлээн авагч хост нь хүлээн авах боломжтой өгөгдлийн хэмжээ илгээгчийг мэдэгдэж, илгээгч нь энэ хязгаарыг илгээдэг. Энэ хязгаар нь цонхны хэмжээ, TCP толгойг санаж байна уу? Хүлээн авагчийн тоог хүлээн авах боломжтой эсвэл хүлээн авах боломжтой байтын тоог илэрхийлэхийн тулд хүлээн авах цонхны талбар байдаг.
Илгээгчийн хостыг үе үе мэдээлэл хүлээж авах боломжтой эсэхийг илрүүлэхэд ашигладаг цонхны пакетыг үе үе илгээнэ. Хүлээн авагчийн буфер нь халих аюулд өртөх аюулд өртөх үед цонхны хэмжээ нь илүү жижиг утгатай өгөгдлийг хянах боломжтой.
Энд сүлжээний урсгалын хяналтын диаграмм энд байна:
Сүлжээний түгжрэл
Түгжрэлийг хянахын өмнө бид хүлээн авах цонх, илгээх цонх, илгээх цонхыг хүлээн авагч нь хүлээн авагчийг хүлээн авах цонх руу шилжүүлэхэд ашигладаг. Тиймээс түгжрэлийн цонхыг TCP илгээгчээр хадгалдаг. Хэтэрхий бага эсвэл хэт их өгөгдөл илгээхэд ямар их өгөгдөл илгээхэд тохиромжтойг илтгэхийн тулд бидэнд алгоритм хэрэгтэй.
Өмнөх сүлжээний урсгалын хяналтанд, бид юунаас зайлсхийх вэ, бид хүлээн авагч нь хүлээн авагчийн кэшийг өгөгдөлөөр дүүргэж байсан боловч сүлжээнд юу болж байгааг бид мэдэхгүй. Ихэвчлэн компьютерийн сүлжээ нь хуваалцсан орчинд байдаг. Үүний үр дүнд бусад хостуудын хоорондын харилцааны улмаас сүлжээний түгжрэл байж болно.
Сүлжээнд түгжигдэх үед олон тооны пакетуудыг үргэлжлүүлэн илгээх үед энэ нь хойшлуулагдах, алдагдахад асуудал үүсгэж болзошгүй юм. Энэ үед TCP нь өгөгдлийг дамжуулж өгөх болно, гэхдээ дамжуулалт нь сүлжээгээр дамжуулж, илүү том саатал, илүү их саатал, илүү их саатал, пакет алдагдалд хүргэнэ. Энэ нь хэрцгий мөчлөгт орж, улам томрох болно.
Тиймээс TCP сүлжээнд юу болж байгааг үл тоомсорлож чадахгүй. Сүлжээг бөглөрөх үед TCP нь илгээдэг өгөгдлийн хэмжээг багасгах замаар өөрийгөө золиосолж өгдөг.
Тиймээс, түгжрэлийн хяналтыг илгээгчээс бүх сүлжээг бөглөхөөс зайлсхийх зорилготой. Илгээгчийн хэмжээг зохицуулахын тулд TCP илгээх ёстой, tcp илгээх ёстой. Түгжрэлийн хяналтанд алгоритм нь сүлжээгээр дамжуулан илгээгчийн тоог хянахын тулд түгжрэлийн цонхноос хамаарна.
Түгжрэлийн цонх гэж юу вэ? Энэ нь илгээх цонхтой юу хийх ёстой вэ?
Түгжрэлийн цонх нь илгээгч илгээгчийн хэмжээг тодорхойлдог муж улсын хувьсагч юм. Түгжрэлийн цонх нь сүлжээний түгжрэлийн дагуу динамикаар өөрчлөгддөг.
Илгээх цонх нь хүлээн авагчийн хэмжээ хүлээн авах өгөгдлийн хэмжээг харуулсан илгээгч ба хүлээн авагчийн хоорондох тохиролцсон хэмжээ юм. Түгжрэлийн цонх, илгээх цонх нь холбоотой; Илгээх цонх нь ихэвчлэн түгжрэл, цонхны хамгийн бага хэмжээтэй тэнцүү бөгөөд энэ нь Windows-тэй ижил төстэй бөгөөд энэ нь юм.
Түгжрэлийн цонх Cwnd-ийг дараах байдлаар өөрчлөгдөнө.
Сүлжээнд түгжрэл байхгүй бол, өөрөөр хэлбэл хариу өгөх хугацаа байхгүй бол, дамжуулалтын хугацаа гардаггүй, түгжрэлийн цонхыг нэмэгдүүлдэггүй.
Сүлжээнд түгжрэл байгаа бол түгжрэлийн цонх буурдаг.
Илгээгч нь сүлжээг заасан хугацаанд хүлээн авах эсэхийг ажигласнаар сүлжээг ажигласнаар нь ажиглагдаж байгааг тодорхойлно. Хэрэв илгээгч нь заасан хугацаанд акк хүлээн авагчийг хүлээн аваагүй бол сүлжээ түгжрэлтэй байдаг гэж үздэг.
Түгжрэлээс гадна TCP түгжргэн Хяналтын алгоритмыг хэлэлцэх цаг болжээ. TCP түгжрэлийг хянах алгоритм нь гурван үндсэн хэсгээс бүрдэнэ.
Удаан эхлэх:Эхний ээлжинд CWND түгжрэл нь харьцангуй жижиг бөгөөд илгээгч нь сүлжээний хүчин чадлаар хурдан дасан зохицоход хүргэдэг.
Түгжрэлээс зайлсхийх:Түгжрэлийн цонх нь тодорхой босгоос давсны дараа түгжрэлийн цонхыг удаашруулахын тулд шөрмөсний цонхыг удаашруулах, сүлжээг ачаалахаас зайлсхийх хэрэгтэй.
Хурдан сэргээх:Хэрэв түгжрэл үүсвэл илгээгч нь түгжрэлийг даван туулж, дараа нь сүлжээний хөрвүүлэлтийг багасгах, хурдан сэргээх төлөвийг тасралтгүй сэргээх, дараа нь түгжрэлийг арилгахын тулд хурдан сэргээх төлөвт ордог.
Удаан эхлэх
TCP холболт тогтоосон үед түгжрэл цонхн CWND нь хамгийн бага MSS (хамгийн дээд хэмжээ) утгатай (хамгийн их сегментийн хэмжээ) утгатай болно. Ийм байдлаар, хамгийн анхны илгээх хэмжээ нь MSS / RTT BYTES / MSTES / MSTES / MSTES юм. Бодит боломжтой зурвасын өргөн нь MSS / RTT-ээс их хэмжээтэй байдаг тул TCP, SO TCP нь удаан эхлэх замаар хүрэх хамгийн оновчтой илгээмжийг олохыг хүсч байна.
Удаан эхлэх явцдаа түгжрэлийн цонхны утга нь 1 MSS-ийн үнэ цэнэтэй байх, энэ бол Cqw-ийг нэг бүртгэх, дараа нь өмд) хувь нэмрээ оруулдаг. CHWND-ийн үнэ цэнэ ньийг баримтлана. Үүний дараа CWND-ийн үнэ цэнэ нь пакет сегментийг амжилттай дамжуулж, тиймээс хоёр дахин нэмэгддэг. Тодорхой өсөлтийн үйл явцыг дараахь зурагт харуулав.
Гэсэн хэдий ч илгээж буй хувь нь үргэлж ургадаггүй; Өсөлт хэзээ нэгэн цагт дуусах ёстой. Тэгэхээр, Илгээх хурд хэзээ дуусах вэ? Удаан эхлэх нь ихэвчлэн илгээж буй ханшийн өсөлтийг хэд хэдэн аргаар нэмэгдүүлдэг.
Эхний арга бол удаан эхлэх явцад пакет алдагдлын тохиолдол юм. Багцын алдагдал гарах үед TCP нь илгээгчийн түгжрэлийг 1-ийг тохируулж, удаан эхлэх процессыг дахин эхлүүлнэ. Энэ үед удаан эхлэх босго хэмжигдэх үзэл баримтлалыг нэвтрүүлэх тухай ойлголтыг нэвтрэн эхэлнэ. Түгжрэл илэрсэн тохиолдолд SSTHRESH-ийн үнэ нь цонхны үнэ цэнийн тэн хагас юм.
Хоёрдахь арга нь удаан эхлэх босго SSTHOLD SSTHERES-ийн үнэ цэнэтэй шууд харьцах явдал юм. SSTRESH-ийн үнэ цэнэ нь түгжрэл илэрсэн тохиолдолд цонхны үнэ цэнэ нь SSTRESH-ээс том байх үед Packet-ийн алдагдал бүрийг хоёр дахин их гардаг. Тиймээс SSPERES-д CWND-ийг түгжрэл рүү шилжүүлэхэд хүргэдэг бөгөөд энэ нь түгжрэлийг хянах горим руу шилжихэд хүргэдэг бөгөөд удаан эхлэхэд хүргэдэг.
Сүүлчийн эхлэл нь гурван дахин нэмэгдэх боломжтой бөгөөд TCP нь хурдан acks илрүүлж, TCP нь хурдан дамжуулалтыг гүйцэтгэж, сэргээх төлөвт ордог. (Хэрэв энэ нь тодорхой биш бол гурван акк пакетууд байдаг бол түүнийг дахин дамжуулах механизмд тус тусад нь тайлбарлана.)
Түгжрэлээс зайлсхийх
TCP нь түгжрэлийг хянах төлөвт ороход CWND нь түгжрэлийн босго хэмжээнээс хагасыг тогтоосон. Энэ нь Packet сегментийг хүлээн авах бүрт CWND-ийн үнэ хоёр дахин нэмэгдэж болохгүй гэсэн үг юм. Үүний оронд харьцангуй консерватив арга нь CWND-ийн үнэ цэнэ нь зөвхөн нэг MSS (хамгийн их пакет сегментийн урт) дууссаны дараа зөвхөн нэг MSS (хамгийн их пакетын хэсэг) дууссан. Жишээлбэл, 10 багц сегментийг хүлээн зөвшөөрч байгаа ч CWND үнэ цэнэ нь зөвхөн нэг CSS-ийг нэмэгдүүлнэ. Энэ бол шугаман өсөлтийн загвар бөгөөд энэ нь өсөлтийн дээд хязгаартай байдаг. Багцын алдагдал гарах үед CWND-ийн үнэ нь MSS-ийн утга өөрчлөгдөж, SSTHESESH-ийн үнэ нь CWND-ийн тал хувь нь CWND-ийн тал хувь нь тохируулагдсан болно. Эсвэл 3 дахин их ack хариуг хүлээн авах үед MSS-ийн өсөлтийг зогсоох болно. CWND-ийн үнэ цэнийг бууруулсны дараа CWND-ийн үнэ цэнийг бууруулсны дараа SSTHESE-ийн үнэ цэнийг CWND, хурдан сэргээх төлөвийг тэмдэглэв.
Хамт сэргээх
Хурдан сэргээх төлөвт, түгжрэлийн цонхны үнэ цэнэ нь бууралтыг CWNDAND ACCS-ийн үнэ цэнэ, энэ нь дараалал бүрт нэг MSS-ээр нэмэгддэг. Энэ нь аль болох дамжуулалтыг сайжруулахын тулд сүлжээнд амжилттай дамжуулалтыг амжилттай дамжуулж байгаа багцын сегментийг ашиглах явдал юм.
Алдагдсан пакет Сегментийн акк ирэхэд TCP нь CWND-ийн үнэ цэнийг бууруулж, дараа нь түгжрэлээс зайлсхийх төлөвт ордог. Энэ нь түгжрэлийн цонхны хэмжээг хянах, сүлжээний түгжрэлийг цаашид нэмэгдүүлэхээс зайлсхийх явдал юм.
Хэрэв түгжрэлийг хянах хяналтын хугацаа дууссаны дараа сүлжээний нөхцөл байдал илүү ноцтой, TCP нь түгжрэлээс зайлсхийх төлөвтэй байна. Энэ тохиолдолд түгжрэлийн цонхны үнэ цэнийн утга нь 1 MSS-ийн үнэ, хамгийн их пакетын сегментийн уртыг тохируулсан бөгөөд START STARD SSTHORD SSTHER SSTHD-ийн үнэ цэнэтэй юм. Энэ зорилго нь сүлжээний хурдыг тэнцвэржүүлэх, сүлжээний түвшинг тэнцвэржүүлэх, түгжээг тайлахын дараа түгжрэлийн цонхыг аажмаар нэмэгдүүлэх явдал юм.
Товч утга
Найдвартай тээврийн протокол, TCP, TCP-ийн хувьд TCP-ийн найдвартай тээврийн хэрэгслийг дарааллаар дамжуулж, хүлээн зөвшөөрөх, баталгаажуулах хяналт, холболтын удирдлага, цонхны удирдлага, Тэдний дунд, урсгалын хяналтын механизм нь Сүлжээний түгжрэл, гүйцэтгэлийн доройтлын улмаас хүлээн авагчийн бодит хүлээн авагчийн дагуу илгээгчдийн өгсөн өгөгдлийг хянадаг мэдээллийн хэмжээг хянадаг. Түгжрэлийн хяналтын механизм нь илгээгчийн илгээсэн өгөгдлийг тохируулах замаар сүлжээний түгжрэлээс зайлсхийдэг. Түгжрэлийн цонхны тухай ойлголтыг илгээж, цонх илгээх нь бие биетэйгээ холбоотой бөгөөд илгээгчийн хэмжээ нь түгжрэлийн цонхыг динамик байдлаар зохицуулдаг. Удаан эхлэх, түгжрэлээс зайлсхийх, хурдан эдгээх, хурдан эдлэх алгуур цонхны хэмжээ, түгжрэл, түгжрэлийн түвшинг тохируулах.
Дараагийн хэсэгт бид TCP-ийн дамжуулалтыг нарийвчлан шалгаж үзэх болно. DriversMIND механизм бол TCP-ийн найдвартай дамжуулалтыг хүрэхийн тулд TCP-ийн чухал хэсэг юм. Энэ нь алдагдсан, эвдэрсэн эсвэл хойшлуулсан эсвэл хойшлуулсан өгөгдөл дамжуулах замаар өгөгдлийг дамжуулах боломжийг олгодог. Дамжуулалтыг хэрэгжүүлэх зарчим ба стратеги нь дараагийн хэсэгт нарийвчлан танилцуулах болно. Тонгойлгож байгаарай!
Шуудангийн цаг: 2-р сарын 24-2025
