TCP/UDP/ICMP¶For networked software

TCP/UDP/ICMP¶

For networked software applications to communicate over an IP network, they must use a protocol layered atop IP. These protocols occupy the fourth layer of the OSI model known as the transport layer or layer 4. See the Protocol Numbers web page maintained by the Internet Assigned Numbers Authority (IANA) for a list of protocols that layer atop IP and their associated numbers.

The Transmission Control Protocol (TCP) is the most commonly used layer 4 protocol in networked applications. TCP is a connection-oriented protocol: it uses a client-server model where a client connects to a server, where server refers to the application that receives connections. The typical interaction in a TCP-based application proceeds as follows:

Client connects to server.
Client and server exchange data.
Client or server disconnects.
Because a network host may have multiple TCP-based applications running, TCP uses an addressing scheme called ports to uniquely identify TCP-based applications. A TCP port is associated with a number in the range 1-65535, and only one application on a host can be associated with a TCP port at a time, a restriction that is enforced by the operating system.

A TCP server is said to listen on a port. For example, an SSH server typically listens on port 22. For a client to connect to a server using TCP, the client must know both the IP address of a server’s host and the server’s TCP port.

The operating system of the TCP client application automatically assigns a port number to the client. The client owns this port number until the TCP connection is terminated, after which time the operating system reclaims the port number. These types of ports are referred to as ephemeral ports.

IANA maintains a registry of port numbers for many TCP-based services, as well as services that use other layer 4 protocols that employ ports. Registering a TCP port number is not required, but registering a port number is helpful to avoid collisions with other services. See Appendix B. Firewalls and default ports of the OpenStack Configuration Reference for the default TCP ports used by various services involved in an OpenStack deployment.

The most common application programming interface (API) for writing TCP-based applications is called Berkeley sockets, also known as BSD sockets or, simply, sockets. The sockets API exposes a stream oriented interface for writing TCP applications: from the perspective of a programmer, sending data over a TCP connection is similar to writing a stream of bytes to a file. It is the responsibility of the operating system’s TCP/IP implementation to break up the stream of data into IP packets. The operating system is also responsible for automatically retransmitting dropped packets, and for handling flow control to ensure that transmitted data does not overrun the sender’s data buffers, receiver’s data buffers, and network capacity. Finally, the operating system is responsible for re-assembling the packets in the correct order into a stream of data on the receiver’s side. Because TCP detects and retransmits lost packets, it is said to be a reliable protocol.

The User Datagram Protocol (UDP) is another layer 4 protocol that is the basis of several well-known networking protocols. UDP is a connectionless protocol: two applications that communicate over UDP do not need to establish a connection before exchanging data. UDP is also an unreliable protocol. The operating system does not attempt to retransmit or even detect lost UDP packets. The operating system also does not provide any guarantee that the receiving application sees the UDP packets in the same order that they were sent in.

UDP, like TCP, uses the notion of ports to distinguish between different applications running on the same system. Note, however, that operating systems treat UDP ports separately from TCP ports. For example, it is possible for one application to be associated with TCP port 16543 and a separate application to be associated with UDP port 16543.

Like TCP, the sockets API is the most common API for writing UDP-based applications. The sockets API provides a message-oriented interface for writing UDP applications: a programmer sends data over UDP by transmitting a fixed-sized message. If an application requires retransmissions of lost packets or a well-defined ordering of received packets, the programmer is responsible for implementing this functionality in the application code.

DHCP, the Domain Name System (DNS), the Network Time Protocol (NTP), and Virtual extensible local area network (VXLAN) are examples of UDP-based protocols used in OpenStack deployments.

UDP has support for one-to-many communication: sending a single packet to multiple hosts. An application can broadcast a UDP packet to all of the network hosts on a local network by setting the receiver IP address as the special IP broadcast address 255.255.255.255. An application can also send a UDP packet to a set of receivers using IP multic

Kết quả (Việt) 1:

TCP/UDP/ICMP¶Ứng dụng phần mềm nối mạng để giao tiếp trên một mạng IP, họ phải sử dụng một giao thức tầng trên đỉnh IP. Những giao thức này chiếm layer trong mô hình OSI được gọi là phương tiện giao thông lớp thứ tư hoặc lớp 4. Xem trang web của giao thức số duy trì bởi Internet gán số Authority (IANA) cho một danh sách các giao thức mà lớp trên đỉnh IP và số lượng kết hợp của họ.Transmission Control Protocol (TCP) là giao thức được sử dụng phổ biến nhất lớp 4 trong các ứng dụng trên mạng. TCP là một giao thức định hướng kết nối: nó sử dụng một mô hình client-server, nơi mà một khách hàng kết nối đến một máy chủ, nơi chủ đề cập đến các ứng dụng nhận được kết nối. Sự tương tác điển hình trong một ứng dụng dựa trên TCP tiến hành như sau:Khách hàng kết nối tới hệ phục vụ.Khách hàng và máy chủ trao đổi dữ liệu.Khách hàng hoặc máy chủ ngắt kết nối.Bởi vì một máy chủ mạng có thể có nhiều ứng dụng dựa trên TCP chạy, TCP sử dụng một chương trình địa chỉ được gọi là cổng để xác định duy nhất ứng dụng dựa trên TCP. Một cổng TCP được kết hợp với một số trong phạm vi 1-65.535 và chỉ có một ứng dụng trên một máy chủ có thể được liên kết với một cổng TCP tại một thời điểm, một hạn chế được thi hành bởi hệ điều hành.Một máy chủ TCP là nói để lắng nghe trên một cổng. Ví dụ, một máy chủ SSH thường lắng nghe trên cổng 22. Đối với một khách hàng để kết nối với một máy chủ bằng cách sử dụng TCP, khách hàng phải biết cả hai địa chỉ IP của máy chủ lưu trữ của máy chủ và máy chủ cổng TCP.Hệ điều hành của các ứng dụng khách TCP tự động gán một số hiệu cổng cho khách hàng. Khách hàng sở hữu số cảng này cho đến khi các kết nối TCP chấm dứt, sau thời gian mà hệ điều hành đòi số cổng. Các loại cổng được gọi là hải cảng không lâu.IANA duy trì một đăng ký số cổng cho nhiều dịch vụ dựa trên TCP, cũng như dịch vụ sử dụng các giao thức lớp 4 khác sử dụng cổng. Đăng ký một số cổng TCP là không cần thiết, nhưng việc đăng ký một số hiệu cổng là hữu ích để tránh va chạm với các dịch vụ khác. Xem phụ lục B. tường lửa và cổng mặc định của tham khảo cấu hình OpenStack cho cổng TCP mặc định được sử dụng bởi các dịch vụ liên quan trong triển khai OpenStack.Phổ biến nhất ứng dụng lập trình giao diện (API) để viết các ứng dụng dựa trên TCP được gọi là Berkeley sockets, cũng gọi là BSD socket hay, đơn giản, socket. Ổ cắm API exposes một giao diện hướng dòng cho viết ứng dụng TCP: từ quan điểm của một lập trình viên, gửi dữ liệu qua kết nối TCP là tương tự như để viết một dòng byte vào một tập tin. Đó là trách nhiệm của hệ điều hành thực hiện TCP/IP để phá vỡ các dòng dữ liệu vào các gói tin IP. Hệ điều hành cũng là chịu trách nhiệm đối với tự động retransmitting bỏ gói dữ liệu, và để xử lý kiểm soát dòng chảy để đảm bảo rằng truyền dữ liệu không tràn ngập người gửi bộ đệm dữ liệu, người nhận của bộ đệm dữ liệu, và năng lực mạng lưới. Cuối cùng, Hệ điều hành là trách nhiệm tái lắp ráp các gói dữ liệu theo thứ tự đúng vào một dòng dữ liệu phía bên của người nhận. Bởi vì TCP phát hiện và retransmits gói dữ liệu bị mất, nó được gọi là một giao thức đáng tin cậy.Giao thức Datagram người dùng (UDP) là một giao thức tầng 4 là cơ sở cho một số giao thức nổi tiếng mạng. UDP là một giao thức connectionless: hai ứng dụng giao tiếp trên UDP không cần phải thiết lập một kết nối trước khi trao đổi dữ liệu. UDP là một giao thức không đáng tin cậy. Hệ điều hành không cố gắng để retransmit hoặc thậm chí phát hiện bị mất gói UDP. Hệ điều hành cũng không cung cấp bất kỳ đảm bảo rằng các ứng dụng nhận thấy gói UDP theo thứ tự chúng đã được gửi trong.UDP, giống như TCP, sử dụng các khái niệm về cổng để phân biệt giữa các ứng dụng khác nhau chạy trên cùng một hệ thống. Lưu ý, Tuy nhiên, Hệ điều hành xử lý UDP ports tách biệt khỏi cổng TCP. Ví dụ, nó có thể cho một ứng dụng được liên kết với cổng TCP 16543 và một ứng dụng riêng biệt được liên kết với cổng UDP 16543.Giống như TCP, ổ cắm API là các API phổ biến nhất cho các văn bản ứng dụng dựa trên UDP. Ổ cắm API cung cấp một giao diện theo định hướng thông điệp cho viết ứng dụng UDP: một lập trình viên sẽ gửi dữ liệu qua UDP bởi truyền một thông điệp có kích thước cố định. Nếu một ứng dụng đòi hỏi phải truyền lại của gói tin bị mất hoặc đặt hàng được xác định rõ các gói tin nhận được, các lập trình viên có trách nhiệm thực hiện chức năng này trong ứng dụng mã.DHCP, các hệ thống tên miền (DNS), Network Time Protocol (NTP) và ảo mở rộng mạng cục bộ (VXLAN) là những ví dụ UDP dựa trên giao thức được sử dụng trong quá trình triển khai OpenStack.UDP đã hỗ trợ cho một trong rất nhiều giao tiếp: gửi một gói duy nhất cho nhiều máy chủ. Ứng dụng có thể phát sóng một gói UDP đến tất cả các máy chủ mạng trên một mạng cục bộ bằng cách thiết lập nhận địa chỉ IP như là đặc biệt phát sóng địa chỉ IP 255.255.255.255. Ứng dụng cũng có thể gửi một gói tin UDP đến một tập hợp các thiết bị thu receiver sử dụng IP multic

Kết quả (Việt) 2:

TCP / UDP / ICMP¶ Đối với các ứng dụng phần mềm nối mạng để giao tiếp qua mạng IP, họ phải sử dụng một giao thức lớp trên IP. Các giao thức này chiếm lớp thứ tư của mô hình OSI được gọi là lớp vận chuyển hoặc lớp 4. Xem trang số giao thức web được duy trì bởi Internet Assigned Numbers Authority (IANA) cho một danh sách các giao thức lớp trên IP và số liên quan của họ. Các Transmission Control protocol (TCP) là phổ biến nhất được sử dụng lớp 4 giao thức trong các ứng dụng mạng. TCP là một giao thức hướng kết nối: nó sử dụng một mô hình client-server, nơi một khách hàng kết nối đến một máy chủ, nơi mà máy chủ đề cập đến ứng dụng mà nhận được kết nối. Sự tương tác điển hình trong một tiền thu ứng dụng dựa trên TCP như sau: . Khách kết nối đến máy chủ . Khách hàng và trao đổi dữ liệu máy chủ . Khách hàng hoặc máy chủ ngắt kết nối vì một máy chủ mạng có thể có nhiều ứng dụng dựa trên TCP chạy, TCP sử dụng một lược đồ địa chỉ được gọi là cổng vào nhận diện các ứng dụng dựa trên TCP. Một cổng TCP được liên kết với một số trong khoảng 1-65.535, và chỉ có một ứng dụng trên một máy chủ có thể được kết hợp với một cổng TCP tại một thời điểm, một hạn chế đó được thực thi bởi các hệ điều hành. Một máy chủ TCP được cho nghe trên một cổng. Ví dụ, một máy chủ SSH thường lắng nghe trên cổng 22. Đối với một khách hàng để kết nối với một máy chủ sử dụng giao thức TCP, khách hàng phải biết cả hai địa chỉ IP của máy chủ của máy chủ và cổng TCP của máy chủ. Các hệ thống điều hành của ứng dụng TCP khách hàng tự động gán một số cổng cho khách hàng. Các khách hàng đang sở hữu này số cổng cho đến khi kết nối TCP được chấm dứt, sau thời gian đó hệ điều hành đòi số cổng. Những loại cổng được gọi đến các cảng như phù du. IANA duy trì một đăng ký các số cổng cho nhiều dịch vụ dựa trên TCP, cũng như dịch vụ sử dụng lớp 4 giao thức khác có sử dụng cổng. Đăng ký một số cổng TCP là không cần thiết, nhưng việc đăng ký một số cổng là hữu ích để tránh va chạm với các dịch vụ khác. Xem Phụ lục B. Tường lửa và mặc định cổng của Reference OpenStack Cấu hình cho các cổng TCP mặc định được sử dụng bởi các dịch vụ khác nhau liên quan đến việc triển khai OpenStack. Các giao diện lập trình ứng dụng phổ biến nhất (API) cho viết các ứng dụng dựa trên TCP được gọi là socket Berkeley, cũng được biết đến như ổ cắm BSD hay đơn giản, ổ cắm. Các ổ cắm API cho thấy một định hướng giao diện dòng để viết các ứng dụng TCP: từ góc nhìn của một lập trình viên, gửi dữ liệu qua kết nối TCP là tương tự như viết một dòng byte vào một tập tin. Đây là trách nhiệm thực hiện TCP / IP của hệ điều hành để phá vỡ các dòng dữ liệu thành các gói IP. Hệ điều hành cũng có trách nhiệm tự động phát lại các gói giảm xuống, và để xử lý kiểm soát dòng chảy để đảm bảo rằng dữ liệu được truyền không tràn bộ đệm dữ liệu của người gửi, người nhận của bộ đệm dữ liệu, và dung lượng mạng. Cuối cùng, hệ điều hành có trách nhiệm tái lắp ráp các gói tin theo đúng thứ tự thành một dòng dữ liệu trên mặt của người nhận. Bởi vì TCP phát hiện và truyền lại gói tin bị mất, nó được cho là một giao thức đáng tin cậy. Các User Datagram Protocol (UDP) là một giao thức lớp 4 đó là cơ sở của một số giao thức mạng nổi tiếng. UDP là một giao thức kết nối: hai ứng dụng mà giao tiếp qua UDP không cần phải thiết lập một kết nối trước khi trao đổi dữ liệu. UDP cũng là một giao thức không đáng tin cậy. Các hệ điều hành không cố gắng truyền lại hoặc thậm chí phát hiện bị mất gói tin UDP. Hệ điều hành cũng không cung cấp bất kỳ sự đảm bảo rằng các ứng dụng nhận thấy các gói tin UDP trong thứ tự mà chúng được gửi. UDP, như TCP, sử dụng khái niệm cổng để phân biệt giữa các ứng dụng khác nhau chạy trên cùng một hệ thống. Lưu ý, tuy nhiên, hệ điều hành xử lý các cổng UDP riêng từ cổng TCP. Ví dụ, nó có thể cho một ứng dụng được liên kết với cổng TCP 16.543 và một ứng dụng riêng biệt được liên kết với cổng UDP 16543. Giống như TCP, các socket API là API phổ biến nhất để viết các ứng dụng UDP dựa trên. Các ổ cắm API cung cấp một giao diện thông báo định hướng cho việc viết các ứng dụng UDP: một lập trình gửi dữ liệu qua UDP bằng cách truyền một thông điệp kích thước cố định. Nếu một ứng dụng đòi hỏi phải truyền lại các gói bị mất hoặc đặt hàng cũng xác định các gói tin nhận được, các lập trình viên có trách nhiệm thực hiện chức năng này trong mã ứng dụng. DHCP, hệ thống tên miền (DNS), Network Time Protocol (NTP), và . ảo mở rộng mạng lưới khu vực địa phương (VXLAN) là những ví dụ về các giao thức UDP dựa trên sử dụng trong triển khai OpenStack UDP đã hỗ trợ cho giao tiếp một-nhiều: gửi một gói tin đến máy chủ nhiều. Một ứng dụng có thể phát đi một gói tin UDP cho tất cả các máy chủ mạng trên một mạng cục bộ bằng cách thiết lập nhận địa chỉ IP là địa chỉ IP broadcast 255.255.255.255 đặc biệt. Một ứng dụng cũng có thể gửi một gói tin UDP tới một tập hợp các máy thu sử dụng IP multic