Operation of MPTCPTCP has the ability to include 40 bytes of TCP optio การแปล - Operation of MPTCPTCP has the ability to include 40 bytes of TCP optio ไทย วิธีการพูด

Operation of MPTCPTCP has the abili

Operation of MPTCP
TCP has the ability to include 40 bytes of TCP options in the TCP header, indicated by the Data Offset
value. If the Data Offset value is greater than 5, then the space between the final 32 bit word of the
TCP header (checksum and Urgent Pointer) ands the first octet of the data can be used for options.
MPTCP uses the Option Kind value of 30 to denote MPTCP options. All MPTCP signaling is
contained in this TCP header options field.
The MPTCP operation starts with the initiating host passing a MP_CAPABLE capability message in
the MPTCP options field to the remote host as part of the initial TCP SYN message when opening the
TCP session. The SYN+ACK response contains a MP_CAPABLE flag in its MPTCP options field of
the SYN+ACK response if the other end is also MPTCP capable. The combined TCP and MTCP
handshake concludes with the ACK and MP_CAPABLE flag, confirming that both ends now have
each other’s MPTCP session data. This capability negotiation exchanges 64 bit keys for the session, and
each party generates a 32 bit hash of the session keys which are subsequently used as a shared secret
between the two hosts for this particular session to identify subsequent subjoin connection attempts.
Further TCP subflows can be added to the MPTCP session by an a conventional TCP SYN exchange
with the MPTCP option included. In this case the exchange contains the MP_JOIN values in the
MPTCP options field. The values in the MP_JOIN exchange includes the hash of the original
receiver’s session key and includes the token value from the initial session, so that both ends can
associated the new TCP session with the existing session, as well as a random value intended to prevent
replay attacks. The MP_JOIN option also includes the sender’s address index value to allow both ends
of the conversation to reference a particular address even when NATs on the path perform address
transforms. MPTCP allows these MP_JOINs to be established on any port number, and by either end
of the connection This means that while a MPTCP web session may start using a port 80 service on the
server, but subsequent subflows may be established on any port pair and it is not necessary for the
server to have a LISTEN open on the new port. The MPTCP session token allows the 5-tuple of the
new subflow (Protocol number, source and destination addresses, source and destination port
numbers) to be associated with the originally established MPTCP flow. Two hosts can also inform each
other of new local addresses without opening a new session by sending ADD_ADDR messages, and
remove them with the complementary REMOVE_ADDR message.
Individual subflows use conventional TCP signaling. However, MPTCP adds a Data Sequence Signal
(DSS) to the connection that describes the overall state of the data flow across the aggregate of all of
the TCP sub flows that are part of this MPTCP session. The sender sequence numbers include the
overall data sequence number and the subflow sequence number that is used for the mapping of this
data segment into a particular subflow. The DSS Data ACK sequence number is the aggregate
acknowledgement of the highest in-order data received by the receiver. MPTCP does not use SACK, as
this is left to the individual subflows.
To prevent data loss causing blockage on an individual subflow, a sender can retransmit data on
additional subflows. Each subflow is using a conventional TCP sequencing algorithm, so an unreliable
connection will cause that subflow to stall. In this case MPTCP can use a different subflow to resend
the data, and if the stalled condition is persistent it can reset the stalled subflow with a TCP RST within
the context of the subflow.
Individual subflows are stopped by a conventional TCP exchange of FIN messages, or through the
TCP RST message. The shutting down of the MP-TCP session is indicated by a data FIN message
which is part of the data sequencing signaling within the MPTCP option space.
Congestion control appears still to be an open issue for MPTCP. An experimental approach is to
couple the congestion windows of each of the subflows, increasing the sum of the total window sizes at
a linear rate per RTT interval, and applying the greatest increase to the subflows with the largest
existing window. In this way the aggregate flow is no worse than a single TCP session on the best
available path, and the individual subflows take up a fair share of each of the paths it uses. Other
approaches are being considered that may reduce the level of coupling of the individual subflows.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
การดำเนินงานของ MPTCPTCP มีความสามารถในการรวม 40 ไบต์ตัวเลือก TCP ในส่วนหัว TCP ระบุข้อมูลออฟเซ็ตค่า ถ้าค่าตรงข้ามข้อมูลมากกว่า 5 แล้วช่องว่างระหว่างคำสุดท้าย 32 บิตของการญี่ปุ (checksum และเร่งด่วนชี้) ส่วนหัว TCP octet แรกของข้อมูลที่ใช้สำหรับตัวเลือกMPTCP ใช้ค่าตัวเลือกชนิด 30 เพื่อแสดงตัวเลือก MPTCP ส่งสัญญาณ MPTCP ทั้งหมดเป็นมีอยู่ในฟิลด์นี้ตัวเลือกหัวข้อ TCPดำเนินงาน MPTCP เริ่มกับโฮสต์เริ่มต้นส่งข้อความ MP_CAPABLE ความสามารถในฟิลด์ตัวเลือก MPTCP ไปยังโฮสต์ระยะไกลเป็นส่วนหนึ่งของ TCP SYN เริ่มต้นข้อความเมื่อเปิดตัวเซสชันของ TCP การตอบสนอง SYN + ACK ประกอบด้วยธง MP_CAPABLE ในการ MPTCP ตัวเลือกตอบ SYN + ACK ถ้าส่วนอื่น ๆ ด้วย ความสามารถ MPTCP การ TCP รวมและ MTCPจับมือสรุปพร้อมธงระดาษและ MP_CAPABLE ยืนยันว่า ทั้งสองตอนนี้มีของผู้อื่น MPTCP ข้อมูลของเซสชัน เจรจาต่อรองนี้ความสามารถในการแลกเปลี่ยนคีย์ 64 บิตสำหรับเซสชัน และแต่ละฝ่ายสร้างแฮ 32 บิตของคีย์เซสชันซึ่งต่อมาใช้เป็นความลับที่ใช้ร่วมกันระหว่างโฮสต์สองสำหรับเซสชันนี้เฉพาะระบุตามมา subjoin ความพยายามเชื่อมต่อเพิ่มเติม สามารถเพิ่ม TCP subflows ไปยังเซสชัน MPTCP โดยมีการแลกเปลี่ยน TCP SYN ธรรมดาด้วยตัวเลือก MPTCP ที่รวมอยู่ ในกรณีนี้ การแลกเปลี่ยนประกอบด้วยค่า MP_JOIN ในการฟิลด์ตัวเลือก MPTCP มีค่าในการแลกเปลี่ยน MP_JOIN แฮของเดิมตัวรับสัญญาณ และรวมค่าโทเค็นจากเซสชันที่เริ่มต้น ให้ได้ทั้งสองของคีย์เซสชันเกี่ยวกับเซสชันของ TCP ใหม่เซสชันที่มีอยู่ เป็นค่าสุ่มวัตถุประสงค์เพื่อป้องกันเล่นการโจมตี ตัว MP_JOIN ยังมีค่าดัชนีที่อยู่ของผู้ส่งเพื่อให้ปลายทั้งสองการสนทนาการอ้างอิงที่อยู่เฉพาะแม้แน็ในช่วงบนเส้นทางดำเนินอยู่เปลี่ยน MPTCP ให้ MP_JOINs เหล่านี้เพื่อสร้างบนพอร์ต และสิ้นสุดอย่างใดอย่างหนึ่งการเชื่อมต่อ ซึ่งหมายความว่าในขณะที่ MPTCP เป็นเว็บเซสชันอาจเริ่มใช้บริการพอร์ต 80 บนเซิร์ฟเวอร์ แต่ต่อมา subflows อาจก่อตั้งขึ้นบนพอร์ตคู่ใด ๆ และไม่จำเป็นสำหรับการเซิร์ฟเวอร์จะมีการเปิดฟังบนพอร์ตใหม่ โทเค็นเซสชัน MPTCP ให้ tuple 5 ของการsubflow ใหม่ (หมายเลขโพรโทคอล แอดเดรสต้นทางและปลายทาง ต้นทางและปลายทางพอร์ตเลข) จะเกี่ยวข้องกับการไหล MPTCP ก่อตั้งเดิม โฮสต์ที่สองยังสามารถแจ้งให้แต่ละอื่น ๆ ที่อยู่ภายในเครื่องใหม่โดยไม่ต้องเปิดเซสชันใหม่โดยการส่งข้อความ ADD_ADDR และลบออก ด้วยข้อความ REMOVE_ADDR เสริมแต่ละ subflows ใช้ TCP ส่งสัญญาณทั่วไป อย่างไรก็ตาม MPTCP เพิ่มข้อมูลลำดับสัญญาณ(DSS) การเชื่อมต่อที่อธิบายสภาพโดยรวมของการไหลของข้อมูลผ่านการรวมของทั้งหมดกระแสย่อย TCP ที่เป็นส่วนหนึ่งของเซสชันนี้ MPTCP หมายเลขลำดับของผู้ส่งรวมถึงการโดยรวมข้อมูลลำดับหมายเลขและหมายเลขลำดับของ subflow ที่ใช้สำหรับการแมปนี้เซ็กเมนต์ข้อมูลเป็นแบบ subflow โดยเฉพาะ หมายเลขลำดับของ ACK ข้อมูล DSS เป็นการรวมรับทราบข้อมูลในการสั่งซื้อสูงสุดที่ได้รับ โดยตัวรับสัญญาณ MPTCP ไม่ได้ใช้กระสอบ เป็นเหลือการ subflows แต่ละเพื่อป้องกันข้อมูลสูญหายก่อให้เกิดการอุดตันในการ subflow ละ ผู้ส่งสามารถสอื่นข้อมูลบนเพิ่มเติม subflows Subflow แต่ละใช้แบบ TCP ลำดับขั้นตอนการ ดังนั้นความน่าเชื่อถือการเชื่อมต่อจะทำให้เกิด subflow ที่ถ่วง ในกรณีนี้ MPTCP สามารถใช้ subflow แตกต่างกันในการส่งข้อมูล และถ้าเงื่อนไขหยุดทำงานเป็นแบบถาวร ก็สามารถรีเซ็ต subflow หยุดกับ RST เป็น TCP ภายในบริบทของการ subflowแต่ละ subflows จะหยุดทำงาน โดยการแลกเปลี่ยนทั่วไป TCP FIN ข้อความ หรือผ่านการข้อ TCP RST การปิดเซสชัน MP TCP แสดง โดยครีบข้อมูลข้อความซึ่งเป็นส่วนหนึ่งของลำดับข้อมูลที่ส่งสัญญาณภายในพื้นที่เลือก MPTCPการควบคุมความแออัดยังคงปรากฏเป็นปัญหาที่เปิดสำหรับ MPTCP วิธีการทดลองคือการหน้าต่างความแออัดของ subflows เพิ่มผลรวมของขนาดหน้าต่างทั้งหมดที่แต่ละคู่อัตราเส้นตรงต่อช่วง RTT และนำไปใช้เพิ่มขึ้นมากที่สุด subflows กับใหญ่ที่สุดหน้าต่างที่มีอยู่ วิธีนี้ ไหลรวมเป็นไม่แย่กว่าเซสชัน TCP เดียวบนที่ดีสุดเส้นทางที่พร้อมใช้งาน และ subflows แต่ละใช้ค่ายุติธรรมใช้ร่วมกันของแต่ละเส้นทางใช้ อื่น ๆวิธีจะมีการพิจารณาที่อาจลดระดับของ subflows แต่ละ
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
การดำเนินงานของ MPTCP
TCP มีความสามารถที่จะรวม 40 ไบต์ของตัวเลือก TCP ในส่วนหัวของ TCP ที่ระบุโดยข้อมูล Offset
ค่า หากข้อมูลค่าชดเชยมากกว่า 5 แล้วช่องว่างระหว่างสุดท้ายคำ 32 บิตของ
ส่วนหัวของ TCP (การตรวจสอบและเร่งด่วน Pointer) ands octet ที่แรกของข้อมูลที่สามารถนำมาใช้สำหรับตัวเลือก.
MPTCP ใช้ตัวเลือกที่คุ้มค่าชนิดของ 30 เพื่อแสดงตัวเลือก MPTCP การส่งสัญญาณ MPTCP ทั้งหมด
ที่มีอยู่ในตัวเลือก TCP หัวฟิลด์นี้.
การดำเนินการ MPTCP เริ่มต้นด้วยการเป็นเจ้าภาพการเริ่มต้นการส่งผ่านข้อความความสามารถ MP_CAPABLE ใน
ฟิลด์ตัวเลือก MPTCP ไปยังพื้นที่ห่างไกลเป็นส่วนหนึ่งของข้อความ TCP SYN เริ่มต้นเมื่อเปิด
เซสชั่น TCP การตอบสนอง SYN + ACK มีธง MP_CAPABLE ตัวเลือก MPTCP ของเขตของ
การตอบสนอง SYN + ACK ถ้าส่วนอื่น ๆ นอกจากนี้ยังมีความสามารถใน MPTCP เครือข่าย TCP รวมกันและ MTCP
จับมือกันสรุปกับ ACK และ MP_CAPABLE ธงยืนยันว่าทั้งสองจะสิ้นสุดลงในขณะนี้มี
ข้อมูลเซสชัน MPTCP ของกันและกัน ความสามารถนี้การแลกเปลี่ยนการเจรจาต่อรอง 64 ปุ่มบิตสำหรับเซสชั่นและ
แต่ละฝ่ายสร้างกัญชา 32 บิตของคีย์เซสชั่นที่ถูกนำมาใช้เป็นความลับที่ใช้ร่วมกัน
ระหว่างสองครอบครัวสำหรับการประชุมครั้งนี้โดยเฉพาะอย่างยิ่งในการระบุความพยายามในการเชื่อมต่อต่อเติมภายหลัง.
subflows TCP ยังสามารถ ถูกเพิ่มเข้าไปในเซสชั่น MPTCP โดยการแลกเปลี่ยน TCP SYN ธรรมดา
ที่มีตัวเลือก MPTCP รวม ในกรณีนี้มีการแลกเปลี่ยนค่า MP_JOIN ใน
ฟิลด์ตัวเลือก MPTCP ค่าในการแลกเปลี่ยน MP_JOIN รวมถึงกัญชาของเดิม
คีย์เซสชันของผู้รับและรวมถึงค่าโทเค็นจากเซสชั่นเริ่มต้นเพื่อให้ปลายทั้งสองสามารถ
เชื่อมโยงเซสชั่น TCP ใหม่ที่มีเซสชั่นที่มีอยู่เช่นเดียวกับค่าสุ่มตั้งใจที่จะป้องกันไม่ให้
การเล่นใหม่ การโจมตี ตัวเลือก MP_JOIN ยังรวมถึงค่าดัชนีที่อยู่ของผู้ส่งเพื่อให้ปลายทั้งสองด้าน
ของการสนทนาเพื่อการอ้างอิงที่อยู่โดยเฉพาะอย่างยิ่งแม้เมื่อ NATs บนเส้นทางที่ดำเนินการอยู่
แปลง MPTCP ช่วยให้ MP_JOINs เหล่านี้จะได้รับการจัดตั้งขึ้นเมื่อหมายเลขพอร์ตใด ๆ และในตอนท้ายทั้งสอง
ของการเชื่อมต่อซึ่งหมายความว่าในขณะที่เซสชั่นเว็บ MPTCP อาจเริ่มใช้บริการพอร์ต 80 บน
เซิร์ฟเวอร์ แต่ subflows ที่ตามมาอาจจะถูกจัดตั้งขึ้นเมื่อคู่พอร์ตใด ๆ และมัน ไม่จำเป็นสำหรับ
เซิร์ฟเวอร์ที่จะมีการฟังที่เปิดในพอร์ตใหม่ โทเค็นเซสชั่นช่วยให้ MPTCP 5 อันดับของ
subflow ใหม่ (พิธีสารหมายเลขต้นทางและปลายทางที่อยู่, แหล่งที่มาและพอร์ตปลายทาง
ตัวเลข) จะเชื่อมโยงกับการไหล MPTCP ก่อตั้งขึ้นครั้งแรก สองครอบครัวยังสามารถแจ้งให้แต่ละ
อื่น ๆ ที่อยู่ในท้องถิ่นใหม่โดยไม่ต้องเปิดเซสชันใหม่โดยการส่งข้อความ ADD_ADDR และ
ลบพวกเขาด้วยข้อความ REMOVE_ADDR เสริม.
subflows ส่วนบุคคลใช้สัญญาณ TCP ธรรมดา อย่างไรก็ตาม MPTCP เพิ่มข้อมูลลำดับสัญญาณ
(DSS) เพื่อการเชื่อมต่อที่อธิบายถึงรัฐโดยรวมของการไหลของข้อมูลทั่วรวมทั้งหมดของ
กระแสย่อย TCP ที่เป็นส่วนหนึ่งของเซสชั่ MPTCP นี้ หมายเลขลำดับผู้ส่งรวมถึง
หมายเลขลำดับข้อมูลโดยรวมและหมายเลขลำดับ subflow ที่ใช้สำหรับการทำแผนที่ของที่นี่
ส่วนข้อมูลลงใน subflow โดยเฉพาะอย่างยิ่ง หมายเลขลำดับ DSS ข้อมูล ACK เป็นรวม
การรับรู้ของสูงสุดข้อมูลในการสั่งซื้อที่ได้รับจากการรับ MPTCP ไม่ได้ใช้กระสอบเป็น
นี้ถูกทิ้งให้ subflows แต่ละ.
เพื่อป้องกันการสูญเสียข้อมูลที่ก่อให้เกิดการอุดตันใน subflow บุคคลผู้ส่งสามารถส่งอีกครั้งข้อมูลบน
subflows เพิ่มเติม แต่ละ subflow ใช้อัลกอริทึม TCP ลำดับธรรมดาดังนั้นไม่น่าเชื่อถือ
การเชื่อมต่อจะทำให้เกิด subflow ที่แผงลอย ในกรณีนี้ MPTCP สามารถใช้ subflow ที่แตกต่างกันเพื่อส่ง
ข้อมูลและถ้าสภาพจนตรอกถาวรก็สามารถตั้งค่า subflow จนตรอกกับ TCP RST ภายใน
บริบทของ subflow ได้.
subflows ส่วนบุคคลจะถูกหยุดโดยการแลกเปลี่ยน TCP ธรรมดาของข้อความ FIN หรือผ่าน
ข้อความ TCP RST การปิดเซสชั่น MP-TCP จะถูกระบุด้วยข้อความข้อมูล FIN
ซึ่งเป็นส่วนหนึ่งของการส่งสัญญาณข้อมูลลำดับภายในพื้นที่ตัวเลือก MPTCP ได้.
ควบคุมความแออัดปรากฏยังคงเป็นปัญหาเปิดให้บริการสำหรับ MPTCP วิธีการทดลองคือการ
ที่ทั้งคู่หน้าต่างแออัดของแต่ละ subflows เพิ่มผลรวมของขนาดหน้าต่างทั้งหมดที่
มีอัตราการเชิงเส้นต่อช่วง RTT และการประยุกต์ใช้เพิ่มขึ้นมากที่สุดในการ subflows กับที่ใหญ่ที่สุด
หน้าต่างที่มีอยู่ ด้วยวิธีนี้การไหลรวมไม่เลวร้ายยิ่งกว่าเซสชั่น TCP เดียวที่ดีที่สุด
เส้นทางที่มีอยู่และ subflows บุคคลใช้เวลาถึงส่วนแบ่งการยุติธรรมของแต่ละเส้นทางที่จะใช้ อื่น ๆ
วิธีการที่จะได้รับการพิจารณาแล้วเห็นว่าอาจจะลดระดับของการมีเพศสัมพันธ์ของ subflows บุคคล
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
การดำเนินงานของ mptcpTCP มีความสามารถที่จะรวม 40 ไบต์ของ TCP ตัวเลือกใน TCP Header ระบุโดยข้อมูลชดเชยค่า ถ้าข้อมูลชดเชยมูลค่ามากกว่า 5 แล้ว ช่องว่างระหว่างคำสุดท้าย 32 บิตของTCP Header ( การตรวจสอบและชี้เร่งด่วน ) และการออกเท็ตแรกของข้อมูลที่สามารถใช้สำหรับการเลือกmptcp ใช้ตัวเลือกชนิดมูลค่า 30 ไปจนถึงตัวเลือก mptcp . ทั้งหมด mptcp สัญญาณคือที่มีอยู่ใน TCP Header เลือกฟิลด์การ mptcp เริ่มปฏิบัติการกับการโฮสต์ผ่านความสามารถใน mp_capable ข้อความการ mptcp ตัวเลือกเขตข้อมูลไปยังโฮสต์ระยะไกลเป็นส่วนหนึ่งของการเริ่มต้น TCP ; ข้อความเมื่อเปิดTCP เซสชัน Def . การตอบสนอง ประกอบด้วย mp_capable + ธงใน mptcp ตัวเลือกเขตDef + แอ๊คตอบสนองถ้าจบอื่น ๆยัง mptcp ความสามารถ รวม mtcp TCP และจับมือจบลงด้วยอ๊ะ mp_capable และธง ยืนยันว่าทั้งสองจบลงตอนนี้กัน mptcp เซสชั่นข้อมูล นี้ความสามารถในการเจรจาแลกเปลี่ยน 64 บิตคีย์เซสชันและแต่ละฝ่ายสร้าง 32 บิตกัญชาของเซสชันคีย์ ซึ่งต่อมาใช้เป็นความลับร่วมกันระหว่างสองโฮสต์นี้โดยเฉพาะเซสชันที่ระบุตามมาวางข้างท้ายพยายามเชื่อมต่อ .subflows TCP เพิ่มเติมสามารถเพิ่มเพื่อ mptcp เซสชันโดยทั่วไป TCP ; ตรากับ mptcp ตัวเลือกรวม ในกรณีนี้การแลกเปลี่ยนมี mp_join ค่าในเลือกฟิลด์ mptcp . ค่าใน mp_join ตรารวมถึง hash ของต้นฉบับผู้รับของเซสชั่นคีย์ และรวมถึงค่าสัญญาณจากช่วงเริ่มต้น เพื่อให้ปลายทั้งสองสามารถที่เกี่ยวข้องเซสชัน TCP ใหม่ด้วยระยะเวลาที่มีอยู่ ตลอดจนการสุ่มค่าไว้เพื่อป้องกันการโจมตีของ Replay การ mp_join ตัวเลือกยังประกอบด้วยของผู้ส่งที่อยู่ค่าดัชนีเพื่อให้ปลายทั้งสองการสนทนาเพื่ออ้างอิงที่อยู่โดยเฉพาะเมื่อ Nats บนเส้นทางแสดงที่อยู่แปลงร่างได้ mptcp ช่วยให้ mp_joins เหล่านี้จะก่อตั้งขึ้นในหมายเลขพอร์ต ด้วยให้หมดของการเชื่อมต่อนี้หมายความ ว่า ในขณะที่ mptcp เว็บอาจเริ่มใช้พอร์ต 80 บริการบนเซิร์ฟเวอร์ แต่ต่อมา subflows อาจสร้างคู่พอร์ตใด ๆและมันไม่ได้จำเป็นสำหรับเซิร์ฟเวอร์จะต้องฟังเปิดพอร์ตใหม่ การ mptcp Token ให้ 5-tuple ของเซสชันใหม่ subflow ( โปรโตคอลหมายเลข , แหล่งที่มาและที่อยู่ปลายทางและพอร์ตปลายทางแหล่งที่มาตัวเลข ) จะเกี่ยวข้องกับการจัดตั้งเดิม mptcp ไหล สองเจ้าภาพสามารถแจ้งให้แต่ละอื่น ๆที่อยู่ภายในใหม่โดยไม่ต้องเปิดเซสชันใหม่โดยการส่งข้อความ add_addr , และลบออกด้วยข้อความ remove_addr เสริมsubflows บุคคลทั่วไป TCP ใช้ส่งสัญญาณ อย่างไรก็ตาม mptcp เพิ่มสัญญาณลำดับข้อมูล( DSS ) เพื่อการเชื่อมต่อที่อธิบายถึงสภาพโดยรวมของการไหลของข้อมูลที่ผ่านการรวมของทั้งหมดTCP กระแสย่อยที่เป็นส่วนหนึ่งของ mptcp เซสชัน ผู้ส่งลำดับตัวเลขรวมข้อมูลโดยรวมหมายเลขลำดับและ subflow ลำดับหมายเลขที่ใช้สำหรับแผนที่นี้ส่วนใน subflow โดยเฉพาะ DSS ข้อมูลหมายเลขลำดับ ACK เป็นรวมการรับรู้สูงสุดในข้อมูลการสั่งซื้อที่ได้รับโดยผู้รับ mptcp ไม่ได้ใช้กระสอบ ,นี้เป็นซ้ายไป subflows แต่ละเพื่อป้องกันการสูญหายของข้อมูลที่ก่อให้เกิดการอุดตันใน subflow บุคคลผู้ส่งสามารถ retransmit ข้อมูลsubflows เพิ่มเติม แต่ละ subflow ใช้ปกติ TCP ลำดับขั้นตอนวิธี จึงไม่น่าเชื่อถือการเชื่อมต่อจะทำให้ subflow เพื่อถ่วงเวลา ในกรณีนี้ mptcp สามารถใช้ subflow แตกต่างกันเพื่อส่งข้อมูล และ ถ้าจนตรอกสภาพถาวรมันสามารถตั้งค่าจนตรอก subflow กับ TCP RST ภายในบริบทของ subflow .subflows คนหยุดโดยตรา TCP ปกติข้อความครีบ หรือ ผ่านทางTCP RST ข้อความ การปิดของ mp-tcp เซสชันที่ระบุโดยข้อความครีบข้อมูลซึ่งเป็นส่วนหนึ่งของการส่งสัญญาณข้อมูลภายใน mptcp ตัวเลือกพื้นที่การควบคุมความคับคั่ง ปรากฏ ยังคงเป็น ปัญหาเปิด mptcp . วิธีการทดลองคือคู่ปัญหา Windows ของแต่ละ subflows เพิ่มผลรวมของขนาดหน้าต่างทั้งหมดที่โดยตรงต่ออัตรา RTT ช่วงเวลาและการเพิ่มขึ้นมากที่สุดใน subflows กับที่ใหญ่ที่สุดหน้าต่างที่มีอยู่ ในวิธีนี้การไหลรวมเป็นไม่ด้อยกว่าเซสชัน TCP เดียวดีที่สุดของเส้นทาง และ subflows บุคคลรับส่วนแบ่งที่ยุติธรรมของแต่ละเส้นทางนั้นใช้ อื่น ๆวิธีการได้รับการพิจารณาว่า อาจลดระดับของการเชื่อมต่อของ subflows แต่ละ
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: