Multipath TCPThe approach of incorp

Multipath TCP
The approach of incorporating multiple IP addresses in the transport protocol is comparable to
SHIM6’s efforts one level further down in the protocol stack, in so far as this is an end-to-end
mechanism with a shared multiplex state maintained in the two end hosts, and no state whatsoever in
the network.
The basic mechanisms for Multipath TCP (MTCP) are also similar to that of SHIM6, with an initial
capability exchange to confirm that both parties support the mechanism, allowing the parties to then
open up additional paths, or channels. But at this point the functionality diverges. In SHIM6 these
alternate paths are provisioned as backup paths in the event of failure of the primary path, while in the
case of MPTCP these additional paths can be used immediately to spread the load of the
communication across these paths, if so desired by the application.
One of the most critical assumptions of MPTCP was drawn from SHIM6, in that the existence of
multiple addresses in a host is sufficient to indicate the existence of multiple diverse paths within the
network. Whether this is in fact the case of not is perhaps not that critical, in that even in the case
where the addresses are on the same path from end-to-end the end result is roughly equivalent to
running multiple parallel sessions of TCP.
The basic approach to Multipath TCP is the division of the application’s single outbound flow
into multiple sub-flows, each operating its own end-to-end TCP session, and the re-joining of multiple
input sub flows into a single flow to present to the remote counterpart application. This is shown inThis is essentially a “shim” inserted in the TCP module. To the upper level application MPTCP can
operate in a manner that is entirely consistent with TCP, so that the opening up of subflows and the
manner in which data is assigned to particular subflows is intentionally opaque to the upper level
application. The envisaged API allows the application to add and remove addresses from the local
multipath pool but the remainder of the operation of the MPTCP shim is not envisaged to be directly
managed by the application. MPTCP also leaves the lower level components of TCP essentially
untouched, in so far as each MPCTP subflow is a conventional TCP flow. On the data sender’s side the
MPTCP shim essentially splits the received stream from the application into blocks and directs
individual blocks into separate TCP subflows. On the receiver’s side the MPTCP shim assembles the
blocks from each TCP subflow and reassembles the original data stream to pass to the local application.

ผลลัพธ์ (ไทย) 1:

TCP หลายเส้นทางวิธีการของที่อยู่ IP หลายโพรโทคอขนส่งก็เปรียบได้กับของ SHIM6 ความพยายามหนึ่งระดับเพิ่มเติมลงในกองซ้อนของโพรโทคอล ในจนเป็นนี้เป็นการไปสิ้นกลไกรักษาในโฮสต์ส่วนสองสถานะมัลติเพล็กซ์ใช้ร่วมกัน และไม่มีรัฐใดในเครือข่ายกลไกพื้นฐานสำหรับ Multipath TCP (MTCP) ก็เหมือนกับที่ SHIM6 ต้นแลกเปลี่ยนความสามารถเพื่อยืนยันว่า ทั้งสองฝ่ายสนับสนุนกลไก ให้การแล้วเปิดเส้นทางเพิ่มเติม หรือช่อง แต่ณจุดนี้ การทำงานนำ ใน SHIM6 เหล่านี้เส้นทางเลือกที่เตรียมใช้งานเป็นเส้นทางสำรองในกรณีที่เกิดความล้มเหลวของเส้นทางหลัก ในการกรณีของ MPTCP เส้นทางเหล่านี้เพิ่มเติมสามารถใช้ทันทีเพื่อกระจายภาระของการการสื่อสารผ่านเส้นทางเหล่านี้ หากแอพลิเคชันสมมติฐานที่สำคัญที่สุดของ MPTCP อย่างใดอย่างหนึ่งมาจาก SHIM6 ในที่มีอยู่ของหลายที่อยู่ในโฮสต์เพียงพอที่จะบ่งบอกถึงการดำรงอยู่ของหลายเส้นทางที่หลากหลายในการเครือข่าย ว่า เป็นในความเป็นจริงกรณีของไม่เป็นอาจจะไม่ได้ที่สำคัญ ที่แม้แต่ในกรณีอยู่บนเส้นทางเดียวกันจากการจบสิ้น เป็นประมาณเทียบเท่ากับเรียกใช้เซสชันแบบขนานหลายของ TCPวิธีพื้นฐานเพื่อ Multipath TCP เป็นส่วนของแอพลิเคชันเดียวกระแสขาออกเป็นกระแสย่อยหลาย แต่ละและดำเนินงานของเซสชัน TCP จบสิ้น ใหม่รวมของหลายป้อนข้อมูลย่อยไหลลงสู่กระแสเดียวนำเสนอไปยังโปรแกรมประยุกต์ระยะไกลคู่ แสดงในเป็นหลักการ "ชิม" แทรกลงในโมดูล TCP แอพลิเคชันระดับบน MPTCP สามารถดำเนินการในลักษณะที่สอดคล้องทั้งกับ TCP เพื่อให้การเปิดขึ้นของ subflows และลักษณะที่ข้อมูลถูกกำหนดให้กับเฉพาะ subflows เป็นทึบแสงตั้งใจไปชั้นบนการประยุกต์ใช้ Envisaged API ช่วยให้โปรแกรมประยุกต์เพื่อเพิ่ม และเอาที่อยู่จากท้องถิ่นสระว่ายน้ำหลายเส้นทางแต่ส่วนที่เหลือของการดำเนินงานของ MPTCP shim เป็นน้าจะตรงจัดการแอพลิเคชัน MPTCP ทิ้งส่วนประกอบระดับต่ำของ TCP เป็นหลักแตะต้อง เป็น subflow ละ MPCTP ได้ไหล TCP ธรรมดา ของผู้ส่งข้อมูลด้านการMPTCP shim แยกสตรีมที่ได้รับจากโปรแกรมประยุกต์ลงในบล็อก และเป็นการชักจูงเป็นหลักบล็อกละเข้าแยก TCP subflows ด้านตัวรับสัญญาณ MPTCP assembles shimบล็อกจาก TCP แต่ละ subflow และสตรีมข้อมูลต้นฉบับส่งไปยังโปรแกรมประยุกต์ในเครื่องต่าง ๆ

ผลลัพธ์ (ไทย) 2:

Multipath TCP
วิธีการของการผสมผสานหลาย IP ในโปรโตคอลการขนส่งก็เปรียบได้กับ
ความพยายาม SHIM6 หนึ่งระดับต่อไปลงในโปรโตคอลสแต็คในเพื่อให้ห่างไกลเช่นนี้เป็นแบบ end-to-end
กลไกรัฐ multiplex ที่ใช้ร่วมกันรักษาไว้ในสองตอนท้าย ครอบครัวและรัฐใด ๆ ใน
เครือข่าย.
กลไกพื้นฐานสำหรับ Multipath TCP (MTCP) นอกจากนี้ยังคล้ายกับที่ของ SHIM6 กับเริ่มต้น
การแลกเปลี่ยนความสามารถในการยืนยันว่าทั้งสองฝ่ายสนับสนุนกลไกที่ช่วยให้บุคคลที่จะแล้ว
เปิดเส้นทางเพิ่มเติม หรือช่อง แต่ ณ จุดนี้การทำงานจะลู่ ใน SHIM6 เหล่านี้
เส้นทางที่เลือกจะถูกจัดเตรียมเส้นทางสำรองในกรณีของความล้มเหลวของเส้นทางหลักในขณะที่ใน
กรณีของ MPTCP เส้นทางเพิ่มเติมเหล่านี้สามารถใช้งานได้ทันทีเพื่อกระจายโหลดของ
การสื่อสารผ่านเส้นทางเหล่านี้หากต้องการให้โดยการประยุกต์ใช้ .
หนึ่งในสมมติฐานที่สำคัญที่สุดของ MPTCP ถูกดึงออกมาจาก SHIM6 ในการที่การดำรงอยู่ของ
หลายที่อยู่ในโฮสต์จะเพียงพอที่จะบ่งบอกถึงการดำรงอยู่ของเส้นทางที่แตกต่างกันหลายที่อยู่ภายใน
เครือข่าย ไม่ว่าจะเป็นในความเป็นจริงกรณีที่ไม่อาจจะเป็นไม่ได้ที่สำคัญในการที่แม้ในกรณีที่
ที่อยู่ที่อยู่บนเส้นทางเดียวกันจากแบบ end-to-end ผลลัพธ์ที่ได้คือประมาณเทียบเท่ากับ
การทำงานการประชุมคู่ขนานหลาย TCP.
วิธีการขั้นพื้นฐานเพื่อ Multipath TCP เป็นส่วนหนึ่งของการไหลขาออกของโปรแกรมเดียว
เป็นหลายย่อยกระแสปฏิบัติการแต่ละเซสชั่นของตัวเองแบบ end-to-end TCP และใหม่มาร่วมงานหลาย
ย่อยอินพุตไหลเข้าไหลเดียวที่จะนำเสนอต่อ แอพลิเคชันคู่ระยะไกล นี้จะแสดง inthis เป็นหลัก "ชิม" ที่แทรกอยู่ในโมดูลของ TCP แอพลิเคชันระดับบน MPTCP สามารถ
ดำเนินการในลักษณะที่สอดคล้องอย่างสิ้นเชิงกับ TCP เพื่อให้เปิดขึ้นของ subflows และมี
ลักษณะที่ข้อมูลที่ได้รับมอบหมายให้ subflows โดยเฉพาะเป็นเจตนาทึบระดับบน
แอพลิเคชัน API การวาดภาพช่วยให้ประยุกต์ใช้ในการเพิ่มและลบที่อยู่จากท้องถิ่น
สระว่ายน้ำ multipath แต่ที่เหลือของการดำเนินงานของ Shim MPTCP ที่ไม่ได้เป็นภาพที่จะได้รับโดยตรง
จัดการโดยแอพลิเคชัน MPTCP ยังใบส่วนประกอบระดับที่ต่ำกว่าของ TCP หลัก
แตะต้องในส่วนที่แต่ละ MPCTP subflow การไหล TCP ธรรมดา ในด้านผู้ส่งข้อมูลของ
Shim MPTCP หลักแยกกระแสที่ได้รับจากการสมัครเป็นบล็อกและชี้นำ
บล็อกแต่ละคนลง subflows TCP แยกต่างหาก ที่ด้านข้างของผู้รับ Shim MPTCP มั่ง
บล็อกจากแต่ละ TCP subflow และ reassembles กระแสข้อมูลเดิมที่จะผ่านไปยังโปรแกรมประยุกต์ท้องถิ่น

ผลลัพธ์ (ไทย) 3:

แบบ TCPวิธีการของการผสมผสานหลายที่อยู่ IP ในโปรโตคอลการขนส่งคือเทียบเท่ากับshim6 ของความพยายามระดับหนึ่งต่อไปลงในโปรโตคอลสแต็คในเท่าที่เป็น end - to - endกับกลไกรัฐ ใช้แบบรักษาใน 2 จบโยธา และไม่มีสถานะใด ๆในเครือข่ายกลไกพื้นฐานสำหรับแบบ TCP ( mtcp ) คล้ายกับของ shim6 กับการเริ่มต้นความสามารถในการแลกเปลี่ยนเพื่อยืนยันว่า ทั้งฝ่ายที่สนับสนุนกลไกที่ช่วยให้บุคคลที่จะแล้วเปิดเส้นทางเพิ่มเติมหรือช่อง แต่ ณจุดๆนี้ การทำงาน diverges . ใน shim6 เหล่านี้เส้นทางสำรอง Retail Banking เป็นเส้นทางสำรองในกรณีของความล้มเหลวของเส้นทางหลัก ในขณะที่ในกรณีของ mptcp เส้นทางเพิ่มเติมเหล่านี้สามารถใช้ทันทีเพื่อกระจายโหลดของการสื่อสารผ่านเส้นทางเหล่านี้ หากต้องการให้โดยการประยุกต์ใช้หนึ่งในฐานที่สำคัญที่สุดของ mptcp วาดจาก shim6 ในการดำรงอยู่ของหลายที่อยู่ในโฮสต์จะเพียงพอที่จะบ่งชี้ถึงการดำรงอยู่ของเส้นทางหลากหลาย หลาย ภายในเครือข่าย ว่านี่คือความจริง กรณีไม่อาจจะไม่ได้ที่สำคัญ ที่แม้ในกรณีที่อยู่บนเส้นทางเดียวกัน ) ผลลัพธ์ที่ได้คือประมาณ เทียบเท่ากับวิ่งขนานหลายเซสชันของ TCPวิธีการพื้นฐานแบบ TCP เป็นส่วนของโปรแกรมเดียวขาไหลเป็นหลายกระแสย่อยแต่ละระบบปฏิบัติการของตัวเองสำหรับเซสชัน TCP และการเข้าร่วมของหลาย ๆอีกครั้งใส่ลงในการไหลของกระแสย่อยเดียวที่จะนำเสนอการประยุกต์ใช้กันระยะไกล นี้จะแสดงในเป็นหลัก " ชิม " แทรกอยู่ใน TCP โมดูล ในระดับบนโปรแกรม mptcp สามารถใช้งานในลักษณะที่เป็นทั้งสอดคล้องกับ TCP เพื่อให้เปิด subflows และลักษณะข้อมูลที่ได้รับมอบหมายโดยเฉพาะ subflows ขุ่นไปยังระดับที่สูงขึ้นอย่างตั้งใจการประยุกต์ใช้ ส่วนภาพ API ช่วยให้โปรแกรมประยุกต์เพื่อเพิ่มและลบที่อยู่จากท้องถิ่นสระว่ายน้ำแบบ แต่ส่วนที่เหลือของการทำงานของ mptcp ชิมไม่ใช่เพื่อที่จะได้โดยตรงการจัดการโดยโปรแกรม mptcp ใบล่างระดับส่วนประกอบของ TCP เป็นหลักแตะต้องเท่าที่แต่ละ mpctp subflow เป็นไหล TCP ปกติ ในข้อมูลที่ผู้ส่งข้างmptcp ชิมเป็นหลักแยกได้รับกระแสจากโปรแกรมที่ลงในบล็อก และชี้นำแต่ละบล็อกใน subflows TCP ที่แยกต่างหาก ในด้านของผู้รับ mptcp ชิมประกอบบล็อกจากแต่ละ TCP subflow reassembles เดิมและกระแสข้อมูลผ่านโปรแกรมท้องถิ่น