Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
Возможность подтверждения получения протокола
Protocol acknowledgement capability
В компьютерных сетях надежный протокол – это протокол связи, который уведомляет отправителя об успешной или неуспешной доставке данных предполагаемым получателям. Надежность является синонимом уверенности, термин, используемый МСЭ и ATM Forum. Надежные протоколы обычно имеют больший объем служебной информации, чем ненадежные, и, как следствие, работают медленнее и обладают меньшей масштабируемостью. Это часто не является проблемой для одноадресных протоколов, но может стать проблемой для надежных многоадресных протоколов. Протокол управления передачей (TCP), основной протокол, используемый в Интернете, является надежным одноадресным протоколом; он предоставляет приложениям абстракцию надежного байтового потока. UDP является ненадежным протоколом и часто используется в компьютерных играх, потоковом мультимедиа или в других ситуациях, где скорость имеет значение, а некоторая потеря данных может быть допустима из-за временного характера данных. Часто надежный одноадресный протокол также ориентирован на установление соединения. Например, TCP ориентирован на установление соединения, идентификатор виртуальной цепи которого состоит из IP-адресов и номеров портов источника и назначения. Однако некоторые ненадежные протоколы также ориентированы на установление соединения, такие как Asynchronous Transfer Mode и Frame Relay. Кроме того, некоторые протоколы без установления соединения, такие как IEEE 802.11, могут быть надежными.
In computer networking, a reliable protocol is a communication protocol that notifies the sender whether or not the delivery of data to intended recipients was successful. Reliability is a synonym for assurance, which is the term used by the ITU and ATM Forum. Reliable protocols typically incur more overhead than unreliable protocols, and as a result, function more slowly and with less scalability. This often is not an issue for unicast protocols, but it may become a problem for reliable multicast protocols. Transmission Control Protocol (TCP), the main protocol used on the Internet, is a reliable unicast protocol; it provides the abstraction of a reliable byte stream to applications. UDP is an unreliable protocol and is often used in computer games, streaming media or in other situations where speed is an issue and some data loss may be tolerated because of the transitory nature of the data. Often, a reliable unicast protocol is also connection oriented. For example, TCP is connection oriented, with the virtual circuit ID consisting of source and destination IP addresses and port numbers. However, some unreliable protocols are connection oriented, such as Asynchronous Transfer Mode and Frame Relay. In addition, some connectionless protocols, such as IEEE 802.11, are reliable.
История
Основываясь на концепции пакетной коммутации, предложенной Дональдом Дэвисом, первым протоколом связи в ARPANET стала надежная процедура доставки пакетов для соединения хостов через интерфейс 1822. Компьютер-хост просто форматировал данные в правильный формат пакета, вставлял адрес хоста-получателя и отправлял сообщение через интерфейс подключенному процессору сообщений интерфейса (IMP). После доставки сообщения хосту-получателю, отправляющий хост получал подтверждение. Если сеть не могла доставить сообщение, IMP отправлял сообщение об ошибке обратно отправителю. В то же время разработчики CYCLADES и ALOHAnet продемонстрировали возможность создания эффективной компьютерной сети без обеспечения надежной передачи пакетов. Этот урок впоследствии был воспринят разработчиками Ethernet. Если сеть не гарантирует доставку пакетов, то ответственность за обеспечение надежности – обнаружение и повторная передача потерянных пакетов – ложится на хост. Последующий опыт работы с ARPANET показал, что сама сеть не может надежно обнаруживать все сбои при доставке пакетов, и в любом случае ответственность за обнаружение ошибок перекладывается на отправителя. Это привело к разработке принципа «от конца к концу», являющегося одним из основополагающих принципов проектирования Интернета.
Building on the packet switching concepts proposed by Donald Davies, the first communication protocol on the ARPANET was a reliable packet delivery procedure to connect its hosts via the 1822 interface. A host computer simply arranged the data in the correct packet format, inserted the address of the destination host computer, and sent the message across the interface to its connected Interface Message Processor (IMP). Once the message was delivered to the destination host, an acknowledgment was delivered to the sending host. If the network could not deliver the message, the IMP would send an error message back to the sending host. Meanwhile, the developers of CYCLADES and of ALOHAnet demonstrated that it was possible to build an effective computer network without providing reliable packet transmission. This lesson was later embraced by the designers of Ethernet. If a network does not guarantee packet delivery, then it becomes the host's responsibility to provide reliability by detecting and retransmitting lost packets. Subsequent experience on the ARPANET indicated that the network itself could not reliably detect all packet delivery failures, and this pushed responsibility for error detection onto the sending host in any case. This led to the development of the end to end principle, which is one of the Internet's fundamental design principles.
Свойства надежности
Надежный сервис – это сервис, который уведомляет пользователя в случае неуспешной доставки, в то время как ненадежный сервис не уведомляет пользователя о неудачной доставке. Например, протокол Интернет (IP) предоставляет ненадежный сервис. Вместе протокол управления передачей (TCP) и IP обеспечивают надежный сервис, а протокол пользовательских данных (UDP) и IP – ненадежный. В контексте распределенных протоколов свойства надежности определяют гарантии, которые протокол предоставляет относительно доставки сообщений предполагаемым получателям. Примером свойства надежности для одноадресного протокола является «доставка как минимум один раз», то есть гарантируется доставка хотя бы одной копии сообщения получателю. Свойства надежности для многоадресных протоколов могут быть выражены для каждого получателя в отдельности (простые свойства надежности) или могут относиться к факту доставки или порядку доставки между различными получателями (сильные свойства надежности). В контексте многоадресных протоколов сильные свойства надежности выражают гарантии, которые протокол предоставляет относительно доставки сообщений различным получателям. Примером сильного свойства надежности является восстановление последней копии, что означает, что пока хотя бы одна копия сообщения остается доступной у любого из получателей, все остальные получатели, не столкнувшиеся с ошибками, в конечном итоге также получат копию. Сильные свойства надежности, такие как это, обычно требуют повторной передачи или пересылки сообщений между получателями. Примером свойства надежности, более сильного, чем восстановление последней копии, является атомарность. Это свойство утверждает, что если хотя бы одна копия сообщения была доставлена получателю, все остальные получатели в конечном итоге получат копию сообщения. Иными словами, каждое сообщение всегда доставляется либо всем, либо никому из получателей. Одним из наиболее сложных сильных свойств надежности является виртуальная синхронность. Надежная передача сообщений – это концепция передачи сообщений через ненадежную инфраструктуру с возможностью предоставления определенных гарантий успешной передачи сообщений. Например, гарантия того, что если сообщение доставлено, оно доставлено не более одного раза, или что все успешно доставленные сообщения приходят в определенном порядке. Надежная доставка противопоставляется доставке с максимальными усилиями, где нет гарантии, что сообщения будут доставлены быстро, в порядке или вообще.
A reliable service is one that notifies the user if delivery fails, while an unreliable one does not notify the user if delivery fails. For example, Internet Protocol (IP) provides an unreliable service. Together, Transmission Control Protocol (TCP) and IP provide a reliable service, whereas User Datagram Protocol (UDP) and IP provide an unreliable one. In the context of distributed protocols, reliability properties specify the guarantees that the protocol provides with respect to the delivery of messages to the intended recipient(s). An example of a reliability property for a unicast protocol is "at least once", i. e. at least one copy of the message is guaranteed to be delivered to the recipient. Reliability properties for multicast protocols can be expressed on a per recipient basis (simple reliability properties), or they may relate the fact of delivery or the order of delivery among the different recipients (strong reliability properties). In the context of multicast protocols, strong reliability properties express the guarantees that the protocol provides with respect to the delivery of messages to different recipients. An example of a strong reliability property is last copy recall, meaning that as long as at least a single copy of a message remains available at any of the recipients, every other recipient that does not fail eventually also receives a copy. Strong reliability properties such as this one typically require that messages are retransmitted or forwarded among the recipients. An example of a reliability property stronger than last copy recall is atomicity. The property states that if at least a single copy of a message has been delivered to a recipient, all other recipients will eventually receive a copy of the message. In other words, each message is always delivered to either all or none of the recipients. One of the most complex strong reliability properties is virtual synchrony. Reliable messaging is the concept of message passing across an unreliable infrastructure whilst being able to make certain guarantees about the successful transmission of the messages. For example, that if the message is delivered, it is delivered at most once, or that all messages successfully delivered arrive in a particular order. Reliable delivery can be contrasted with best effort delivery, where there is no guarantee that messages will be delivered quickly, in order, or at all.
Реализация
Надежный протокол доставки может быть построен на ненадежном протоколе. Ярким примером является использование протокола управления передачей (TCP) поверх интернет-протокола (IP), комбинация, известная как TCP/IP. Сильные гарантии надежности обеспечиваются системами групповой коммуникации (GCS), такими как ISIS, Appia framework, JGroups или QuickSilver Scalable Multicast. QuickSilver Properties Framework – это гибкая платформа, позволяющая выражать сильные свойства надежности декларативным способом, используя простой язык, основанный на правилах, и автоматически преобразовывать их в иерархический протокол. Одним из протоколов, реализующих надежную передачу сообщений, является WS ReliableMessaging, который обеспечивает надежную доставку сообщений SOAP. Функция координации служб, специфичных для ATM, обеспечивает прозрачную гарантированную доставку с использованием AAL5. IEEE 802.11 стремится обеспечить надежное обслуживание для всего трафика. Отправляющая станция повторно отправит кадр, если не получит подтверждающий кадр (ACK) в течение заданного периода времени.
A reliable delivery protocol can be built on an unreliable protocol. An extremely common example is the layering of Transmission Control Protocol on the Internet Protocol, a combination known as TCP/IP. Strong reliability properties are offered by group communication systems (GCSs) such as IS IS, Appia framework, JGroups or QuickSilver Scalable Multicast. The QuickSilver Properties Framework is a flexible platform that allows strong reliability properties to be expressed in a purely declarative manner, using a simple rule based language, and automatically translated into a hierarchical protocol. One protocol that implements reliable messaging is WS ReliableMessaging, which handles reliable delivery of SOAP messages. The ATM Service Specific Coordination Function provides for transparent assured delivery with AAL5. IEEE 802.11 attempts to provide reliable service for all traffic. The sending station will resend a frame if the sending station does not receive an ACK frame within a predetermined period of time.