Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
Архитектура качества обслуживания компьютерных сетей
В компьютерных сетях интегрированные сервисы или IntServ — это архитектура, определяющая элементы для гарантии качества обслуживания (QoS) в сетях. IntServ может использоваться, например, для обеспечения бесперебойной доставки видео и звука до получателя. IntServ определяет систему QoS с детальной настройкой, которая часто противопоставляется системе управления с более общим контролем DiffServ. В архитектуре IntServ каждый маршрутизатор в сети реализует IntServ, и каждое приложение, которому требуется определенная гарантия QoS, должно сделать индивидуальный запрос на резервирование. Спецификации потока описывают параметры резервирования, а RSVP — это базовый механизм для сигнализации об этом запросе по сети.
Architecture of quality of service of computer networking
In computer networking, integrated services or IntServ is an architecture that specifies the elements to guarantee quality of service (QoS) on networks. IntServ can for example be used to allow video and sound to reach the receiver without interruption. IntServ specifies a fine grained QoS system, which is often contrasted with DiffServ's coarse grained control system. Under IntServ, every router in the system implements IntServ, and every application that requires some kind of QoS guarantee has to make an individual reservation. Flow specs describe what the reservation is for, while RSVP is the underlying mechanism to signal it across the network.
Отвечает
Протокол резервирования ресурсов (RSVP) описан в RFC 2205. Все устройства в сети, способные передавать данные QoS, отправляют сообщение PATH каждые 30 секунд, которое распространяется по сети. Устройства, желающие получать эти данные, отправляют соответствующее сообщение RESV (сокращение от "Reserve"), которое затем проходит по пути обратно к отправителю. Сообщение RESV содержит спецификации потока. Маршрутизаторы между отправителем и получателем должны определить, могут ли они поддержать запрошенное резервирование, и, если нет, отправляют сообщение об отказе, уведомляя об этом получателя. В противном случае, приняв резервирование, они должны передавать трафик. Маршрутизаторы сохраняют информацию о потоке и осуществляют контроль за ним. Все это выполняется в режиме мягкого состояния, поэтому, если в течение определенного времени не поступает подтверждений, получатель прекращает ожидание и резервирование отменяется. Это решает проблему, возникающую при аварийном завершении работы или некорректном выключении отправителя или получателя без предварительной отмены резервирования. Отдельные маршрутизаторы могут, по своему усмотрению, контролировать трафик, чтобы убедиться в его соответствии спецификациям потока.
The Resource Reservation Protocol (RSVP) is described in RFC 2205. All machines on the network capable of sending QoS data send a PATH message every 30 seconds, which spreads out through the networks. Those who want to listen to them send a corresponding RESV (short for "Reserve") message which then traces the path backwards to the sender. The RESV message contains the flow specs. The routers between the sender and listener have to decide if they can support the reservation being requested, and, if they cannot, they send a reject message to let the listener know about it. Otherwise, once they accept the reservation they have to carry the traffic. The routers then store the nature of the flow, and also police it. This is all done in soft state, so if nothing is heard for a certain length of time, then the reader will time out and the reservation will be cancelled. This solves the problem if either the sender or the receiver crash or are shut down incorrectly without first cancelling the reservation. The individual routers may, at their option, police the traffic to check that it conforms to the flow specs.
Проблемы
Для работы IntServ все маршрутизаторы на пути трафика должны его поддерживать. Кроме того, в каждом маршрутизаторе необходимо хранить большое количество состояний. В результате, IntServ эффективен в небольших масштабах, но при масштабировании системы до более крупных сетей или Интернета отслеживание всех резервирований становится ресурсоемким. Один из способов решения проблемы масштабируемости – использование многоуровневого подхода, при котором резервирование ресурсов для микропотоков (например, для отдельных пользователей) выполняется в граничной сети, а в магистральной сети резервируются ресурсы только для агрегированных потоков. Маршрутизаторы, находящиеся между этими уровнями, должны регулировать объем агрегированной полосы пропускания, зарезервированной из магистральной сети, чтобы лучше удовлетворять запросы на резервирование отдельных потоков из граничной сети.
In order for IntServ to work, all routers along the traffic path must support it. Furthermore, many states must be stored in each router. As a result, IntServ works on a small scale, but as the system scales up to larger networks or the Internet, it becomes resource intensive to track of all of the reservations. One way to solve the scalability problem is by using a multi level approach, where per microflow resource reservation (such as resource reservation for individual users) is done in the edge network, while in the core network resources are reserved for aggregate flows only. The routers that lie between these different levels must adjust the amount of aggregate bandwidth reserved from the core network so that the reservation requests for individual flows from the edge network can be better satisfied.