Multipath TCPThe Transmission Control Protocol (TCP) is a core protoco การแปล - Multipath TCPThe Transmission Control Protocol (TCP) is a core protoco ไทย วิธีการพูด

Multipath TCPThe Transmission Contr

Multipath TCP
The Transmission Control Protocol (TCP) is a core protocol of the Internet networking protocol suite.
This protocol transforms the underlying unreliable datagram delivery service provided by the IP
protocol into a reliable data stream protocol. This protocol was undoubtedly the single greatest
transformative moment in the evolution of computer networks.
Prior to TCP computer network protocols assumed that computers wanted a lossless reliable service
from the network, and worked hard to provide it. DDCMP in DECnet was a lossless data link control
protocol. X.25 in the telesaur world provided reliable stream services to the attached computers.
Indeed, I recall that Ethernet was criticized when it was introduced to the world because of its lack of a
reliable acknowledgement mechanism. TCP changed all of that. TCP pushed all of the critical
functionality supporting reliable data transmission right out of the network and into the shared state of
the computers at each end of the TCP conversation. TCP embodies the end-to-end principle of the
Internet architecture, where there is no benefit in replicating within the network functionality that can
be provided by the end points of a conversation. What TCP required of the network was a far simpler
service where packets were allowed to be delivered out of order, but packets could be dropped and
TCP would detect and repair the problem and deliver to the far end application precisely the same bit
stream that was passed into the TCP socket in the first place.
The TCP protocol is now some 40 years old, but that doesn’t mean that it has been frozen over all
these years.
TCP is not only a reliable data stream protocol, but also a protocol that uses adaptive rate control. TCP
can operate in a mode that allows the protocol to push as much data through the network as it can. A
common mode of operation is for an individual TCP session to constantly probe into the to see what
the highest sustainable data rate is, interpreting packet loss as the signal to drop the sending rate and
resume the probing. This aspect of TCP has been a constant field of study, and much work has been
done in the area of flow control and we now have many variants of TCP that attempt to optimize the
flow rates across various forms of networks.
Other work has looked at the TCP data acknowledgement process, attempting to improve the
efficiency of the algorithm under a broad diversity of conditions. SACK allowed a receiver to send back
more information to the sender in response to missing data. FACK addresses data loss issues during
slow start.
One approach to trying to improve the relative outcome of a data transfer, as compared to other
simultaneously open TCP sessions, is to split the data into multiple parts and send each part in its own
TCP session. Effectively opening up a number of parallel TCP sessions. A variant of TCP, MulTCP,
emulates the behavior of multiple parallel TCP sessions in a single TCP session. These behaviours
assume the same endpoints for the parallel TCP sessions and assume the same end-to end path through
the network. An evolution of TCP that uses multiple parallel sessions, but tries to spread these sessions
across multiple paths through the network, is Mutipath TCP.
Multipath TCP had a brief moment of prominence when it was revealed that Apple's release of iOS 7
contained an implementation of Multipath TCP for their Siri application, but it has the potential play a
bigger role in the mobile Internet. In this article I would like to explore this TCP option in a little more
detail, and see how it works and how it may prove to be useful in today’s mobile networks.
Multi-
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
TCP หลายเส้นทางส่งผ่านควบคุมโพรโทคอล (TCP) เป็นโพรโทคอหลักของชุดโพรโทคอลเครือข่ายอินเทอร์เน็ตโพรโทคอลนี้แปลงต้นเดตาแกรมที่ไม่น่าเชื่อถือส่งบริการ โดย IPprotocol เป็นโพรโทคอสตรีมข้อมูลที่เชื่อถือได้ โพรโทคอลนี้ก็ไม่ต้องสงสัยเดี่ยวมากที่สุดช่วงเวลาแห่งการเปลี่ยนแปลงในการวิวัฒนาการของเครือข่ายคอมพิวเตอร์ก่อน TCP โพรโทคอเครือข่ายคอมพิวเตอร์สันนิษฐานที่ คอมพิวเตอร์ต้องการบริการเชื่อถือ losslessจากเครือข่าย และทำงานหนักเพื่อให้ DDCMP ใน DECnet เป็นตัวควบคุมการเชื่อมโยงข้อมูล losslessโพรโทคอ X.25 ในโลก telesaur ให้บริการสตรีมที่เชื่อถือได้ไปยังคอมพิวเตอร์ที่แนบแน่นอน ผมจำได้ว่า อีเทอร์เน็ตถูกวิจารณ์เมื่อมันเป็นที่รู้จักไปทั่วโลกเนื่องจากการขาดการกลไกการรับรองความน่าเชื่อถือ TCP การเปลี่ยนแปลงทั้งหมดนั้น TCP ผลักดันที่สำคัญทั้งหมดฟังก์ชันสนับสนุนการส่งข้อมูลออก จากเครือข่าย และเข้า สู่สถานะที่ใช้ร่วมกันของคอมพิวเตอร์แต่ละด้านการสนทนา TCP TCP มอบหลักการสิ้นสุดการสิ้นสุดของการสถาปัตยกรรมเน็ต มีไม่มีประโยชน์ในการจำลองแบบภายในการทำงานของเครือข่ายที่สามารถมีจุดสิ้นสุดของการสนทนา TCP ต้องของเครือข่ายได้ง่ายมากบริการที่แพ็คเก็ตที่ได้รับอนุญาตให้จัดส่งจากใบสั่ง แต่อาจหลุดแพคเก็ต และTCP จะตรวจหา และซ่อมแซมปัญหา และส่งไปยังโปรแกรมประยุกต์จนแม่นยำบิตเดียวกระแสข้อมูลที่ถูกส่งผ่านเข้าไปในซ็อกเก็ต TCP ในสถานที่แรกโพรโทคอล TCP อายุ 40 ปี แต่ที่ไม่ได้หมายความ ว่า มันได้ถูกแช่แข็งกว่าทั้งหมดปีนี้TCP คือ ไม่เฉพาะโพรโทคอสตรีมข้อมูลที่เชื่อถือได้ แต่ยังโพรโทคอลที่ใช้ควบคุมอัตราการปรับตัว TCPสามารถทำงานในโหมดที่โพรโทคอลการมากข้อมูลผ่านเครือข่ายสามารถผลักดันให้ Aเป็นโหมดทั่วไปของการดำเนินงานสำหรับเซสชัน TCP แต่ละหยั่งอย่างต่อเนื่องเป็นต้องการดูอะไรอัตราข้อมูลที่ยั่งยืนสูงสุด ล่ามสูญเสียแพคเก็ตเป็นสัญญาณการปล่อยอัตราการส่ง และต่อให้ละเอียด แง่มุมของ TCP ได้รับคงเขตการศึกษา และได้รับการทำงานมากในส่วนของการควบคุมและเรามีหลายสายพันธุ์ของ TCP ที่พยายามเพิ่มประสิทธิภาพการอัตราการไหลผ่านรูปแบบต่าง ๆ ของเครือข่ายมองงานอื่น ๆ TCP ข้อมูลรับทราบกระบวนการ ความพยายามที่จะปรับปรุงการประสิทธิภาพของอัลกอริธึมภายใต้หลากหลายสภาพสิ่ง กระสอบที่ได้รับการส่งกลับข้อมูลเพิ่มเติมไปยังผู้ส่งในการตอบสนองข้อมูลที่ขาดหายไป นักการเมืองไทยแก้ปัญหาข้อมูลสูญหายในระหว่างเริ่มต้นช้าวิธีการหนึ่งเพื่อพยายามที่จะปรับปรุงผลลัพธ์สัมพันธ์กันถ่ายโอนข้อมูล เมื่อเทียบกับอื่น ๆเปิดเซสชัน TCP พร้อมกัน เป็น การแยกข้อมูลออกเป็นหลายส่วนแต่ละส่วนในตัวเองเซสชันของ TCP ได้อย่างมีประสิทธิภาพเวลาอัพหมายเลขของเซสชัน TCP พอร์ตขนาน ตัวแปรของ TCP, MulTCPจำลองการทำงานของเซสชัน TCP ขนานหลายในเซสชัน TCP เดียว พฤติกรรมเหล่านี้สมมติปลายทางเดียวกันสำหรับเซสชัน TCP การขนาน และถือว่าสิ้นสุดการสิ้นสุดเส้นทางผ่านเครือข่าย วิวัฒนาการของ TCP ที่ใช้เซสชันแบบขนานหลาย แต่พยายามที่จะกระจายรอบเวลาเหล่านี้ในหลายเส้นทางผ่านเครือข่าย Mutipath TCP ได้มีหลายเส้นทาง TCP ย่อขณะของความโดดเด่นเมื่อมันถูกเปิดเผยว่า แอปเปิลปล่อย iOS 7ประกอบด้วยการใช้งานของ Multipath TCP สำหรับใช้ Siri แต่มันมีการเล่นที่มีศักยภาพในบทบาทใหญ่ในอินเทอร์เน็ตมือถือ ในบทความนี้ อยากจะสำรวจตัวเลือก TCP นี้ในน้อยมากราย ละเอียด ดูวิธีการทำงาน และวิธีมันอาจพิสูจน์ให้เป็นประโยชน์ในเครือข่ายมือถือในปัจจุบันMulti-
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
Multipath TCP
ส่ง Control Protocol (TCP) เป็นโปรโตคอลหลักของชุดโปรโตคอลเครือข่ายอินเทอร์เน็ต.
โปรโตคอลนี้เปลี่ยนการส่งมอบบริการดาต้าที่ไม่น่าเชื่อถือให้โดยพื้นฐานของ IP
โปรโตคอลเป็นที่เชื่อถือได้โปรโตคอลสตรีมข้อมูล โปรโตคอลนี้คือไม่ต้องสงสัยคนเดียวที่ยิ่งใหญ่ที่สุด
ช่วงเวลาที่กระแสในการวิวัฒนาการของเครือข่ายคอมพิวเตอร์.
ก่อนที่จะมีโปรโตคอล TCP เครือข่ายคอมพิวเตอร์สันนิษฐานว่าคอมพิวเตอร์ที่ต้องการบริการที่น่าเชื่อถือ lossless
จากเครือข่ายและการทำงานอย่างหนักเพื่อให้มัน DDCMP ใน DECnet เป็นข้อมูล lossless การควบคุมการเชื่อมโยง
โปรโตคอล X.25 ในโลก telesaur ที่มีให้บริการสตรีมความน่าเชื่อถือให้กับคอมพิวเตอร์ที่แนบมา.
แท้จริงฉันจำได้ว่าอีเธอร์เน็ตถูกวิพากษ์วิจารณ์เมื่อมันถูกนำไปทั่วโลกเนื่องจากการขาดของ
กลไกการรับรู้ที่เชื่อถือได้ TCP เปลี่ยนทุกที่ TCP ผลักดันให้ทุกคนที่สำคัญ
การทำงานสนับสนุนการส่งผ่านข้อมูลที่เชื่อถือได้ออกทางด้านขวาของเครือข่ายและเข้าสู่สถานะที่ใช้ร่วมกันของ
คอมพิวเตอร์ในตอนท้ายของการสนทนา TCP แต่ละ TCP embodies หลักการแบบ end-to-end ของ
สถาปัตยกรรมอินเทอร์เน็ตที่มีประโยชน์ในการจำลองการทำงานภายในเครือข่ายที่สามารถ
ให้บริการโดยจุดสิ้นสุดของการสนทนา อะไร TCP ต้องของเครือข่ายเป็นไกลง่าย
บริการที่แพ็คเก็ตได้รับอนุญาตให้ส่งออกคำสั่ง แต่แพ็คเก็ตอาจจะมีการปรับตัวลดลงและ
TCP จะตรวจสอบและซ่อมแซมปัญหาและส่งมอบให้กับการประยุกต์ใช้ปลายสุดแม่นยำบิตเดียวกัน
กระแสที่ถูกส่งผ่าน เข้าไปในซ็อกเก็ต TCP ในสถานที่แรก.
โปรโตคอล TCP คือตอนนี้อายุ 40 ปี แต่นั่นไม่ได้หมายความว่าจะได้รับการแช่แข็งกว่าทุก
ปีที่ผ่านมา.
TCP ไม่ได้เป็นเพียงโปรโตคอลสตรีมข้อมูลที่น่าเชื่อถือ แต่ยังโปรโตคอลที่ ใช้การควบคุมอัตราการปรับตัว TCP
สามารถทำงานในโหมดที่ช่วยให้โปรโตคอลที่จะผลักดันเป็นข้อมูลมากผ่านทางเครือข่ายในขณะที่มันสามารถ
โหมดปกติของการดำเนินงานสำหรับ TCP เซสชั่นแต่ละคนจะแสดงความคิดเห็นอย่างต่อเนื่องเข้ามาเพื่อดูว่า
อัตราการส่งข้อมูลที่ยั่งยืนที่สูงที่สุดคือการตีความการสูญเสียตเป็นสัญญาณที่จะลดอัตราการส่งและ
กลับมาแหย่ แง่มุมของ TCP นี้ได้รับข้อมูลอย่างต่อเนื่องของการศึกษาและการทำงานมากได้รับการ
ทำในพื้นที่ของการควบคุมการไหลและตอนนี้เรามีหลายสายพันธุ์ของ TCP ซึ่งพยายามที่จะเพิ่มประสิทธิภาพของ
อัตราการไหลผ่านรูปแบบต่างๆของเครือข่าย.
งานอื่น ๆ ได้มองไปที่ ขั้นตอนการรับทราบข้อมูล TCP พยายามที่จะปรับปรุง
ประสิทธิภาพของอัลกอริทึมที่อยู่ภายใต้ความหลากหลายในวงกว้างของเงื่อนไข SACK ได้รับอนุญาตให้รับที่จะส่งกลับ
ข้อมูลเพิ่มเติมไปยังผู้ส่งในการตอบสนองต่อข้อมูลที่หายไป Fack ที่อยู่ในประเด็นการสูญเสียข้อมูลในช่วง
เริ่มต้นช้า.
วิธีการหนึ่งที่จะพยายามที่จะปรับปรุงผลสัมพัทธ์ของการถ่ายโอนข้อมูลในขณะที่เมื่อเทียบกับ
ช่วงการเปิด TCP พร้อมกันคือการแบ่งข้อมูลออกเป็นหลายส่วนและส่งในแต่ละส่วนของตัวเอง
ในเซสชั่ TCP ได้อย่างมีประสิทธิภาพเปิดขึ้นจำนวนเซสชัน TCP ขนาน แตกต่างจาก TCP, MulTCP,
จำลองพฤติกรรมของหลายเซสชัน TCP ขนานในเซสชั่น TCP เดียว พฤติกรรมเหล่านี้
ถือว่าปลายทางเหมือนกันสำหรับการประชุมคู่ขนาน TCP และถือว่า end-to เดียวจบเส้นทางผ่าน
เครือข่าย วิวัฒนาการของ TCP ที่ใช้การประชุมคู่ขนานหลาย แต่พยายามที่จะแพร่กระจายประชุมเหล่านี้
ข้ามหลายเส้นทางผ่านทางเครือข่ายเป็น Mutipath TCP.
Multipath TCP มีช่วงเวลาสั้น ๆ ของความโดดเด่นเมื่อมันถูกเปิดเผยว่าการเปิดตัวของ Apple iOS 7
ที่มีการดำเนินงานของ Multipath TCP สำหรับการประยุกต์ใช้ Siri ของพวกเขา แต่มันก็มีการเล่นที่มีศักยภาพ
บทบาทใหญ่ในอินเทอร์เน็ตบนมือถือ ในบทความนี้ผมต้องการที่จะสำรวจตัวเลือก TCP นี้น้อยมาก
รายละเอียดและดูวิธีการทำงานและวิธีการที่อาจพิสูจน์ให้เป็นประโยชน์ในเครือข่ายมือถือในปัจจุบัน.
Multi-
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
แบบ TCPใช้ Transmission Control Protocol ( TCP ) เป็นโปรโตคอลหลักของอินเทอร์เน็ตโปรโตคอลเครือข่าย Suiteโปรโตคอลนี้แปลงต้นแบบที่ไม่น่าเชื่อถือ เอากำไรบริการจัดส่งให้โดย IPโปรโตคอลเป็นที่เชื่อถือได้ กระแสข้อมูลโปรโตคอล โปรโตคอลนี้ไม่ต้องสงสัยเดี่ยวมากที่สุดการเปลี่ยนแปลงเวลาในการวิวัฒนาการของระบบเครือข่ายคอมพิวเตอร์ก่อนที่จะมีคอมพิวเตอร์เครือข่ายโปรโตคอล TCP สันนิษฐานว่าคอมพิวเตอร์ต้องการ lossless บริการที่เชื่อถือได้จากเครือข่ายและทำงานอย่างหนักเพื่อให้มัน ddcmp ใน DECNET เป็นลิงค์ข้อมูลการสูญเสียการควบคุมโปรโตคอล WWWJDIC ในโลก telesaur ให้บริการสตรีมที่เชื่อถือได้เพื่อติดคอมพิวเตอร์แน่นอน ผมจำได้ว่า Ethernet ถูกวิพากษ์วิจารณ์เมื่อมันเป็นที่รู้จักไปทั่วโลก เนื่องจากการขาดของกลไกการที่เชื่อถือได้ TCP ได้เปลี่ยนแปลงมัน TCP ผลักดันทั้งหมดของวิกฤตฟังก์ชันสนับสนุนการส่งข้อมูลที่เชื่อถือได้ขวาออกจากเครือข่ายและเข้าร่วมรัฐคอมพิวเตอร์ที่ปลายแต่ละด้านของ TCP การสนทนา ( TCP ) หลักการของสถาปัตยกรรมทางอินเทอร์เน็ต ที่ไม่มีผลประโยชน์ในที่ประสบความสำเร็จในการทำงานเครือข่ายที่สามารถได้รับการให้บริการโดยจุดสิ้นสุดของการสนทนา สิ่งที่จำเป็นของเครือข่าย TCP ได้ง่ายกว่าบริการแพ็คเก็ตที่ได้รับอนุญาตให้ส่งคำสั่ง แต่แพ็กเก็ตอาจจะตกTCP จะตรวจสอบและซ่อมแซมปัญหาและส่งท้ายโปรแกรมบิตเดียวกันแน่นอนกระแสที่ผ่านเข้าสู่ TCP ซ็อกเก็ตในสถานที่แรกโปรโตคอล TCP คือตอนนี้บาง 40 ปี แต่นั่นไม่ได้หมายความว่ามันถูกแช่แข็งไปทั้งหมดปีเหล่านี้TCP เป็นโปรโตคอลสตรีมข้อมูลที่เชื่อถือได้ไม่เพียง แต่ยังเป็นโปรโตคอลที่ใช้ในการควบคุมอัตราการปรับตัว TCPสามารถใช้งานในโหมดที่ช่วยให้ขั้นตอนที่ให้ข้อมูลมากที่สุดผ่านทางเครือข่าย มันสามารถ เป็นโหมดทั่วไปของการผ่าตัดสำหรับเซสชัน TCP บุคคลอย่างต่อเนื่องเพื่อตรวจสอบเพื่อดูว่าอัตราข้อมูลสูงสุดอย่างยั่งยืน คือ การตีความการสูญเสียแพ็คเก็ตเป็นสัญญาณที่จะลดลงและอัตราการส่งงานสำรวจ ด้านนี้ของ TCP ได้รับสนามคงที่ของการศึกษา และทำงานมากได้ทำในพื้นที่ของการควบคุมการไหล และตอนนี้เรามีหลายตัวแปรของ TCP ที่พยายามที่จะเพิ่มประสิทธิภาพอัตราการไหลในรูปแบบต่างๆของเครือข่ายงานอื่น ๆได้ดู TCP ข้อมูลการพยายามที่จะปรับปรุงประสิทธิภาพของขั้นตอนวิธีภายใต้ความหลากหลายกว้างของเงื่อนไข กระสอบรับอนุญาตรับส่งกลับข้อมูลเพิ่มเติมไปยังผู้ส่งในการตอบสนองต่อข้อมูลที่ขาดหายไป ปัญหาระหว่างหญ้าแฝกที่อยู่ข้อมูลสูญหายเริ่มต้นช้าวิธีการหนึ่งที่จะพยายามที่จะปรับปรุงผลสัมพัทธ์ของการถ่ายโอนข้อมูลเมื่อเทียบกับ อื่น ๆเปิดพร้อมกัน TCP ครั้ง , มีการแบ่งข้อมูลเป็นหลายส่วนและส่งแต่ละส่วนในของตนเองTCP เซสชัน ได้อย่างมีประสิทธิภาพ การเปิดหมายเลขของเซสชัน TCP แบบขนาน ตัวแปรของ multcp TCP ,16 พฤติกรรมหลายขนานในเซสชัน TCP TCP เซสชันเดียว พฤติกรรมเหล่านี้ถือว่าเป็นข้อมูลเดียวกันสำหรับเซสชัน TCP ขนาน และถือว่าสิ้นสุดเดียวกันจบเส้นทางผ่านเครือข่าย วิวัฒนาการของ TCP เซสชันที่ใช้หลายขนาน แต่พยายามที่จะแพร่กระจายเซสชันเหล่านี้ผ่านหลายเส้นทางผ่านเครือข่าย คือ mutipath TCPแบบ TCP มีช่วงเวลาสั้น ๆของที่โดดเด่นเมื่อมันถูกเปิดเผยว่า Apple ปล่อย iOS 7มีการใช้ระบบแบบ TCP สำหรับโปรแกรม Siri ของพวกเขา แต่ก็มีศักยภาพในการเล่นเป็นบทบาทใหญ่ในมือถืออินเทอร์เน็ต ในบทความนี้ฉันต้องการที่จะสำรวจนี้ TCP ในตัวเลือกเพิ่มเติมเล็กน้อยรายละเอียด และดูวิธีการทำงานและวิธีการที่อาจพิสูจน์ให้เป็นประโยชน์ในเครือข่ายโทรศัพท์มือถือของวันนี้มัลติ -
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: