WikiDer > Комплексные услуги

Integrated services

В компьютерная сеть, интегрированные услуги или IntServ это архитектура, которая определяет элементы, чтобы гарантировать качество обслуживания (QoS) в сетях. Например, IntServ может использоваться для разрешения видео и звук чтобы добраться до получателя без перерыва.

IntServ указывает мелкозернистый Система QoS, которую часто противопоставляют DiffServкрупнозернистая система управления.

В IntServ каждый маршрутизатор в системе реализуется IntServ, и каждое приложение, требующее какой-либо гарантии QoS, должно делать индивидуальное резервирование. Характеристики потока опишите, для чего бронь, а Просьба ответить является основным механизмом для передачи сигналов по сети.

Характеристики потока

Спецификация потока состоит из двух частей:

  • Как выглядит трафик? Выполнено в части спецификации трафика, также известной как TSPEC.
  • Какие гарантии ему нужны? Выполнено в части спецификации запроса на обслуживание, также известной как RSPEC.

TSPEC включают ведро токенов параметры алгоритма. Идея в том, что есть ведро токенов который медленно заполняется токенами, поступая с постоянной скоростью. Для каждого отправляемого пакета требуется токен, и если токенов нет, его нельзя отправить. Таким образом, скорость, с которой поступают токены, определяет среднюю скорость потока трафика, в то время как глубина сегмента определяет, насколько «прерывистым» может быть трафик.

TSPEC обычно просто указывают скорость токена и глубину сегмента. Например, видео с частотой обновления 75 кадров в секунду, где каждый кадр занимает 10 пакетов, может указывать частоту токена 750 Гц и глубину сегмента только 10. Глубина сегмента будет достаточной для размещения пакета 'связано с отправкой всего кадра сразу. С другой стороны, для разговора потребуется более низкая скорость токена, но гораздо большая глубина сегмента. Это связано с тем, что в разговоре часто бывают паузы, поэтому они могут обходиться меньшим количеством токенов, не отправляя пробелы между словами и предложениями. Однако это означает, что необходимо увеличить глубину сегмента, чтобы компенсировать более резкий трафик.

В RSPEC указываются требования к потоку: это может быть нормальный Интернет «по максимуму», и в этом случае резервирование не требуется. Этот параметр, скорее всего, будет использоваться для веб-страниц, FTPи подобные приложения. Параметр «Управляемая нагрузка» отражает производительность слабо загруженной сети: могут возникать случайные сбои, когда два человека случайно получают доступ к одному и тому же ресурсу, но обычно как задержка, так и скорость отбрасывания довольно постоянны при желаемой скорости. Этот параметр, вероятно, будет использоваться приложениями программного обеспечения QoS. Параметр «Гарантированный» предоставляет абсолютно ограниченную услугу, при которой обещано, что задержка никогда не превысит желаемого значения, а пакеты никогда не сбрасываются при условии, что трафик остается в пределах спецификации.

Просьба ответить

В Протокол резервирования ресурсов (RSVP) описан в RFC 2205. Все машины в сети, способные отправлять данные QoS, каждые 30 секунд отправляют сообщение PATH, которое распространяется по сети. Те, кто хочет их прослушать, отправляют соответствующее сообщение RESV (сокращение от «Резерв»), которое затем прослеживает путь назад к отправителю. Сообщение RESV содержит спецификации потока.

Маршрутизаторы между отправителем и слушателем должны решить, могут ли они поддерживать запрашиваемое резервирование, и, если они не могут, они отправляют сообщение об отклонении, чтобы слушатель знал об этом. В противном случае, как только они примут бронирование, они должны будут нести трафик.

Затем маршрутизаторы сохраняют характер потока и контролируют его. Все это делается в мягкое состояние, поэтому, если в течение определенного времени ничего не будет слышно, считыватель выйдет из строя, и резервирование будет отменено. Это решает проблему, если либо отправитель, либо получатель выйдут из строя или будут отключены неправильно без предварительной отмены резервирования. Отдельные маршрутизаторы могут по своему усмотрению контролировать трафик, чтобы проверить его соответствие спецификациям потока.

Проблемы

Чтобы IntServ работал, все маршрутизаторы на пути трафика должны его поддерживать. Кроме того, в каждом маршрутизаторе должно храниться множество состояний. В результате IntServ работает в малом масштабе, но как система масштабируется к размеру Интернет, трудно отследить все оговорки.[1]

Одним из способов решения проблемы масштабируемости является использование многоуровневого подхода, при котором резервирование ресурсов для каждого микропотока (например, резервирование ресурсов для отдельных пользователей) выполняется в пограничной сети, а в базовая сеть ресурсы зарезервированы только для агрегированных потоков. Маршрутизаторы, которые находятся между этими разными уровнями, должны регулировать объем совокупной полосы пропускания, зарезервированной из базовой сети, чтобы запросы резервирования для отдельных потоков из пограничной сети могли быть лучше удовлетворены.[2]

Рекомендации

  1. ^ Архитектура Int-Serv, заархивировано из оригинал на 2012-01-10, получено 2011-12-09
  2. ^ RFC 3175
  • «Развертывание IP и MPLS QoS для мультисервисных сетей: теория и практика» Джона Эванса, Кларенса Филсфилса (Морган Кауфманн, 2007 г., ISBN 0-12-370549-5)

внешняя ссылка

  • RFC 1633 - Интегрированные услуги в архитектуре Интернета: обзор
  • RFC 2211 - Спецификация службы сетевых элементов с контролируемой нагрузкой
  • RFC 2212 - Спецификация гарантированного качества обслуживания
  • RFC 2215 - Общие параметры характеристики для элементов сети с интеграцией услуг
  • RFC 2205 - Протокол резервирования ресурсов (RSVP)
  • Cisco.com, Белая книга Cisco о IntServ и DiffServ