Process to Process Communication: U

Process to Process Communication: UDP and TCP/IP

So far we have seen how arbitrary hosts communicate with each other. How do arbitrary processes on different machines communicate with each other?

One approach to such communication is illustrated by the User Datagram Protocol (UDP) which is a layer above the Internet. The unit of transfer in this layer is the UDP datagram, and the destination is an input port within a host. Thus, the destination of a message is specified as the pair (host, port). A UDP datagram is embedded in the data field of the Internet datagram, and contains its own header and data areas. The UDP header identifies the destination port and a reply port. Appropriate software distributes the datagrams reaching a host onto the queues of appropriate ports.

UDP provides unreliable delivery: datagrams may be lost due to electrical interference, congestion, or physical disconnection. Often processes require a communication protocol that provides reliable delivery. One such protocol built on top of IP is TCP (for Transmission Control Protocol). TCP/IP supports end-to-end stream communication: a stream is established by connecting to it and terminated by closing it. To support reliable delivery, each packet is acknowledged. Should the acknowledgement also be acknowledged? If so, what about the ack of the ack of the ack, an so on...? The answer is that the ack is not acked. Instead, if the sender does not send the ack within some transmission period, T, it retransmits the packet, and repeats the process till it gets the ack. This process is expected but not guaranteed to terminate as long as the remote machine/network is not down. After a certain number of tries, the sender gives up and closes the connection.

Retransmission can result in duplicate packets being received at the sending site. As discussed below, TCP/IP allows a packet to be sent without waiting for the acknowledgement of the previous packet. Packets are associated with sequence numbers to distinguish between normal packets and duplicates. A packet with a sequence number less than or equal to the last one received successfully is discarded as a duplicate. However, its ack is resent since the ack for the original packet may have been lost.

The system allows a sequence of packets within a sliding window to have outstanding acknowledgements. This approach increases the concurrency in the system since packets and acks can be travelling simultaneously on the system. It also reduces the number of messages in the system since an ack for a packet simply indicates the next expected sequence number, thereby implicitly acking for all messages with a lower sequence number. With each ack, the transmission window slides forward past the message acked, hence the term sliding window. TCP/IP allows the size of the sliding window to vary depending on how much buffer space the receiver has and how much congestion there is in then network. TCP/IP connections are two-way and an ack for a packet received from a machine can be piggybacked on a message sent to that machine.

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

กระบวนการกระบวนการสื่อสาร: TCP/IP และ UDPจนเราได้เห็นโฮสต์กำหนดวิธีสื่อสารกัน การกำหนดกระบวนการบนเครื่องอื่นทำติดต่อกันวิธีหนึ่งในการสื่อสารดังกล่าวจะแสดงโดยผู้ใช้เดตาแกรมโพรโทคอล (UDP) ซึ่งเป็นชั้นบนอินเทอร์เน็ต หน่วยโอนในชั้นนี้เดตาแกรม UDP และปลายทางเป็นการพอร์ภายในโฮสต์ ดังนั้น มีระบุปลายทางของข้อความเป็นคู่ (โฮสต์ พอร์ต) เดตาแกรม UDP ถูกฝังในเขตข้อมูลของดาต้าแกรม Internet และประกอบด้วยหัวข้อและข้อมูลพื้นที่ของตัวเอง หัวข้อการ UDP ระบุปลายทางพอร์ตและพอร์ตตอบกลับ ซอฟต์แวร์ที่เหมาะสมกระจาย datagrams ถึงโฮสต์ลงในคิวของพอร์ตที่เหมาะสมUDP ให้ส่งน่า: datagrams อาจสูญหายเนื่อง จากไฟฟ้าสัญญาณรบกวน แออัด disconnection ทางกายภาพได้ กระบวนการมักจะต้องใช้โพรโทคอลการสื่อสารที่ช่วยให้การจัดส่งที่เชื่อถือได้ หนึ่งเช่นโพรโทคอล IP แห่งนี้คือ TCP (สำหรับส่งข้อมูลตัวควบคุมโพรโทคอล) TCP/IP สนับสนุนสื่อสารสิ้นสุดเพื่อสิ้นกระแส: ก่อตั้งขึ้น โดยการเชื่อมต่อ และยกเลิก โดยปิดกระแส แต่ละแพ็คเก็ตจะยอมรับการสนับสนุนจัดส่งที่เชื่อถือได้ ควรจะยอมรับยังได้รับทราบหรือไม่ ถ้าดังนั้น สิ่งที่เกี่ยวกับ ack ของ ack ของ ack มีเรื่อย ๆ ได้... คำตอบคือ ว่า ack ที่ไม่ acked แทน ถ้าผู้ส่งส่ง ack ภายในรอบระยะเวลาบางส่ง T, retransmits แพคเก็ต และการทำซ้ำจนได้รับการ ack. กระบวนการนี้เป็นที่คาดไว้ แต่ไม่รับประกันว่า จะสิ้นสุดตราบใดที่เครื่อง/เครือข่ายระยะไกลจะไม่ลง หลังจากเลขพยายาม ผู้ส่งให้ขึ้น และปิดการเชื่อมต่อRetransmission อาจส่งผลในการรับที่จะส่งแพ็กเก็ตข้อมูลซ้ำ ตามที่อธิบายไว้ด้านล่าง TCP/IP อนุญาตแพคเก็ตจะถูกส่งโดยไม่ต้องรอการตอบรับของแพคเก็ตก่อนหน้านี้ แพ็กเก็ตจะเกี่ยวข้องกับหมายเลขลำดับแยกแยะข้อมูลปกติและข้อมูลซ้ำ แพคเก็ต ด้วยลำดับหมายเลขน้อยกว่า หรือเท่ากับล่าสุดได้รับเรียบร้อยแล้วจะถูกยกเลิกเป็นรายการซ้ำ อย่างไรก็ตาม ของ ack ถูกส่งเนื่องจากอาจได้รับ ack สำหรับแพคเก็ตเดิมสูญหายระบบช่วยให้ลำดับของแพคเก็ตภายในบานหน้าต่างมีการถาม-ตอบที่โดดเด่น วิธีการนี้เพิ่มการเกิดพร้อมกันในระบบเนื่องจากแพ็กเก็ต และสามารถเดิน acks พร้อมระบบ แล้วยังช่วยลดจำนวนของข้อความในระบบตั้งแต่การ ack สำหรับแพคเก็ตก็บ่งชี้ว่า หมายเลขลำดับที่คาดถัดไป จึงนัย acking สำหรับข้อความทั้งหมดที่มีหมายเลขลำดับต่ำกว่า กับแต่ละแอคไซ ภาพนิ่งหน้าต่างส่งไปข้างหน้าเลยข้อความ acked ดังนั้นหน้าต่างเลื่อนระยะ TCP/IP ทำให้มีขนาดของหน้าต่างให้เลื่อนแตกเนื้อที่บัฟเฟอร์รับ และแออัดมากในเครือข่ายแล้ว การเชื่อมต่อ TCP/IP สอง และการ ack สำหรับแพคเก็ตที่รับจากเครื่องจักรที่สามารถ piggybacked ในข้อความที่ส่งไปที่เครื่อง

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

กระบวนการเพื่อการสื่อสาร: UDP และ TCP / IP จนถึงขณะนี้เราได้เห็นวิธีการโฮสต์โดยพลการสื่อสารกับแต่ละอื่น ๆ วิธีทำกระบวนการโดยพลการในเครื่องที่แตกต่างในการติดต่อสื่อสารกับคนอื่น ๆ ? วิธีการหนึ่งในการสื่อสารดังกล่าวจะแสดงโดย User Datagram Protocol (UDP) ซึ่งเป็นชั้นด้านบนอินเทอร์เน็ต หน่วยของการถ่ายโอนในชั้นนี้คือเดตาแกรม UDP และปลายทางเป็นพอร์ตอินพุตภายในโฮสต์ ดังนั้นปลายทางของข้อความที่ระบุไว้เป็นคู่ (เจ้าภาพพอร์ต) ดาต้า UDP ถูกฝังอยู่ในเขตข้อมูลของดาต้าอินเทอร์เน็ตและมีส่วนหัวของตัวเองและพื้นที่ข้อมูล ส่วนหัวของ UDP ระบุปลายทางพอร์ตและพอร์ตการตอบกลับ ซอฟต์แวร์ที่เหมาะสมกระจายดาต้าแกรมถึงโฮสต์บนคิวของพอร์ตที่เหมาะสม. UDP ให้การส่งมอบไม่น่าเชื่อถือ: ดาต้าแกรมอาจจะสูญเสียไปจากการรบกวนทางไฟฟ้าแออัดหรือขาดการเชื่อมต่อทางกายภาพ บ่อยครั้งที่จำเป็นต้องมีการประมวลผลโปรโตคอลการสื่อสารที่ให้จัดส่งที่เชื่อถือ หนึ่งโปรโตคอลดังกล่าวสร้างขึ้นบน IP เป็น TCP (สำหรับควบคุมการรับส่ง Protocol) TCP / IP สนับสนุนแบบ end-to-end การสื่อสารกระแส: กระแสจะจัดตั้งขึ้นโดยการเชื่อมต่อกับมันและยกเลิกโดยปิดมัน เพื่อสนับสนุนการส่งมอบความน่าเชื่อถือแต่ละแพ็กเก็ตได้รับการยอมรับ ควรรับทราบนอกจากนี้ยังได้รับการยอมรับ? ถ้าเป็นเช่นนั้นสิ่งที่เกี่ยวกับแอ๊ของแอ๊ของแอ๊, อื่น ๆ ... ? คำตอบก็คือแอ๊ไม่ acked แต่ถ้าผู้ส่งไม่ได้ส่งแอ๊ภายในระยะเวลาการส่งบาง, T, มัน retransmits แพ็คเก็ตและซ้ำกระบวนการจนกว่าจะได้รับแอ๊ กระบวนการนี้คาดว่า แต่ไม่รับประกันว่าจะยุติตราบใดที่เครื่องระยะไกล / เครือข่ายไม่ลง หลังจากที่จำนวนหนึ่งของพยายามส่งให้ขึ้นและปิดการเชื่อมต่อ. Retransmission จะส่งผลในแพ็คเก็ตที่ซ้ำกันการรับที่เว็บไซต์ส่ง ตามที่กล่าวไว้ด้านล่าง TCP / IP ช่วยให้แพ็คเก็ตจะถูกส่งไปโดยไม่ต้องรอการรับรู้ของแพ็คเก็ตที่ผ่านมา แพ็คเก็ตที่เกี่ยวข้องกับหมายเลขลำดับที่จะแยกแยะระหว่างแพ็กเก็ตปกติและรายการที่ซ้ำกัน แพ็คเก็ตที่มีหมายเลขลำดับน้อยกว่าหรือเท่ากับหนึ่งที่ผ่านมาประสบความสำเร็จที่ได้รับจะถูกยกเลิกเป็นที่ซ้ำกัน อย่างไรก็ตามแอ๊ของมันจะไม่พอใจตั้งแต่แอ๊สำหรับแพ็คเก็ตเดิมที่อาจจะได้รับหายไป. ระบบช่วยให้ลำดับของแพ็กเก็ตภายในหน้าต่างบานเลื่อนที่จะมีกิตติกรรมประกาศที่โดดเด่น วิธีการนี้จะเพิ่มการทำงานพร้อมกันในระบบตั้งแต่แพ็คเก็ตและ ACKs สามารถเดินทางพร้อมกันในระบบ นอกจากนี้ยังช่วยลดจำนวนของข้อความในระบบตั้งแต่แอ๊สำหรับแพ็คเก็ตเพียงระบุหมายเลขลำดับคาดว่าต่อไปจึงปริยาย acking สำหรับข้อความทั้งหมดที่มีหมายเลขลำดับที่ต่ำกว่า ด้วยแอ๊แต่ละหน้าต่างการส่งสไลด์ไปข้างหน้าผ่านข้อความ acked จึงระยะหน้าต่างบานเลื่อนที่ TCP / IP ช่วยให้ขนาดของหน้าต่างบานเลื่อนที่จะแตกต่างกันไปขึ้นอยู่กับว่าพื้นที่กันชนมากรับมีและวิธีการมากความแออัดที่มีอยู่ในเครือข่ายแล้ว เชื่อมต่อ TCP / IP มีสองทางและแอ๊สำหรับแพ็คเก็ตที่ได้รับจากเครื่องสามารถ piggybacked ข้อความที่ส่งไปยังเครื่องที่

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

กระบวนการสื่อสารกระบวนการ : UDP กับ TCP / IP

ดังนั้นไกล เราได้เห็นวิธีการพลโยธาสื่อสารกับแต่ละอื่น ๆ วิธีทําโดยพลการบนเครื่องที่แตกต่างกัน กระบวนการสื่อสารกับแต่ละอื่น ๆ ?

วิธีการหนึ่งเช่นการสื่อสารเป็นภาพประกอบ โดย User da-2 ( UDP ) ซึ่งเป็นชั้นด้านบนอินเทอร์เน็ต หน่วยของการถ่ายโอนในชั้นนี้คือเดทาแกรม UDP ,และปลายทางคืออินพุตพอร์ตภายในโฮสต์ ดังนั้น ปลายทางของข้อความที่ระบุไว้เป็นคู่ ( พอร์ตโฮสต์ ) เป็น UDP เดต้าแกรมฝังอยู่ในเขตข้อมูลของอินเทอร์เน็ตเดทาแกรม และประกอบด้วยส่วนหัวของตัวเองและข้อมูลพื้นที่ และ UDP header ระบุท่าเรือปลายทาง และตอบกลับพอร์ตซอฟต์แวร์ที่เหมาะสม กระจาย datagrams เข้าถึงโฮสต์ลงในคิวของพอร์ต UDP ให้เหมาะสม

ส่งไม่น่าเชื่อถือ : datagrams อาจสูญหายเนื่องจากสัญญาณรบกวนไฟฟ้า ติดขัด หรือการเชื่อมต่อทางกายภาพ กระบวนการที่มักจะต้องใช้โปรโตคอลการสื่อสารที่ให้จัดส่งที่เชื่อถือได้ เช่นโปรโตคอลสร้างบน TCP ( IP เป็นโพรโทคอลควบคุมการส่ง )TCP / IP ที่รองรับการสื่อสารแบบ end - to - end : กระแสกระแสก่อตั้งโดยเชื่อมต่อและยกเลิกโดยปิด เพื่อสนับสนุนการส่งมอบที่เชื่อถือได้ แต่ละแพ็คเก็ตเป็นที่ยอมรับ ควรยอมรับได้รับการยอมรับ ถ้าเป็นเช่นนั้น เรื่องของแอ๊คแอ๊ค ของ อ๊ะ ๆ . . . . . . . ? คำตอบคือว่า อ๊ะ ไม่ใช่ acked . แทนถ้าผู้ส่งไม่ส่ง ACK ในการส่งงวดไม่ก็ retransmits แพ็คเก็ตและทำซ้ำขั้นตอนจนกว่าจะได้เฮ้อ . กระบวนการนี้คาดว่า แต่ไม่รับประกันว่าจะยุติตราบเท่าที่เครื่องทางไกล / เครือข่ายไม่ได้ลง หลังจากที่จำนวนหนึ่งของความพยายาม , ผู้ส่งให้ขึ้นและปิดการเชื่อมต่อ .

retransmission สามารถส่งผลให้แพ็กเก็ตที่ส่งซ้ำได้รับ เว็บไซต์ ตามที่กล่าวไว้ด้านล่าง , TCP / IP ช่วยให้แพ็คเก็ตจะถูกส่งโดยไม่ต้องรอการตอบรับของ packet ก่อนหน้า แพ็กเก็ตที่เกี่ยวข้องกับตัวเลขลำดับแยกแยะระหว่างข้อมูลปกติและข้อมูลที่ซ้ำกัน .แพ็คเก็ตกับเลขลำดับน้อยกว่าหรือเท่ากับคนสุดท้ายได้รับเรียบร้อยแล้วจะถูกยกเลิกเป็นซ้ำ อย่างไรก็ตามการรับรู้คือไม่พอใจตั้งแต่ ACK สำหรับแพ็คเก็ตเดิมอาจจะหายไป

ระบบช่วยให้ลำดับของแพ็กเก็ตภายในหน้าต่างบานเลื่อนมีกิตติกรรมประกาศดีเด่นวิธีการนี้จะเพิ่มการในระบบตั้งแต่แพ็คเก็ตและ acks สามารถเดินทางพร้อมกันในระบบ นอกจากนี้ยังช่วยลดจำนวนของข้อความในระบบตั้งแต่การรับรู้สำหรับแพ็คเก็ตเพียงระบุหมายเลขลำดับต่อไปคาดว่า งบไปโดยปริยาย acking สำหรับทุกข้อความด้วยเลขดับล่าง กับแต่ละคนเฮ้อหน้าต่างการส่งสไลด์ไปข้างหน้าผ่านข้อความ acked ดังนั้นระยะการเลื่อนหน้าต่าง TCP / IP ช่วยให้ขนาดของหน้าต่างบานเลื่อนจะแตกต่างกันไปขึ้นอยู่กับเท่าใดพื้นที่กันชนและความแออัดของผู้รับได้เท่าไหร่ แล้วมีในเครือข่าย TCP / IP การเชื่อมต่อสองทางและการรับรู้สำหรับแพ็กเก็ตที่ได้รับจากเครื่องสามารถแบกบนข้อความที่ส่งไปยังเครื่องที่ .