Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

В компьютерных сетях , вне зоны данные представляют собой данные , передаваемые через поток , который не зависит от основного внутриполосного потока данных. Механизм внеполосных данных обеспечивает концептуально независимый канал, который позволяет хранить любые данные, отправленные через этот механизм, отдельно от внутриполосных данных. Механизм внеполосных данных должен быть предусмотрен как неотъемлемая характеристика канала данных и протокола передачи, а не требовать создания отдельного канала и конечных точек. [1] Термин «внеполосные данные», вероятно, происходит от внеполосной передачи сигналов , используемой в телекоммуникационной отрасли. [2]

Пример случая [ править ]

Рассмотрим сетевое приложение, которое туннелирует данные из удаленного источника данных в удаленный пункт назначения. Туннелируемые данные могут состоять из любых битовых комбинаций. Отправляющий конец туннеля может иногда иметь условия, о которых он должен уведомить принимающую сторону. Однако он не может просто вставить сообщение на принимающую сторону, потому что этот конец не сможет отличить сообщение от данных, отправленных источником данных. Используя внеполосный механизм, отправляющая сторона может послать сообщение принимающей стороне вне полосы пропускания. Принимающая сторона будет каким-то образом уведомлена о прибытии внеполосных данных, и она может считывать внеполосные данные и знать, что это сообщение, предназначенное для нее, от отправляющей стороны, независимо от данных из источник данных.

Реализации [ править ]

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

Наиболее часто используемый протокол, содержащий механизм внеполосных данных, - это Интернет- протокол управления передачей . Он реализует внеполосные данные с помощью «указателя срочности», который отмечает определенные данные в передаваемом потоке данных как внеполосные. К сожалению, давно существующее несоответствие между RFC 793 и RFC 1122 ограничивает возможность использования этой функции TCP; тем не менее, он активно используется некоторыми стандартными протоколами приложений, особенно протоколом Telnet . [ требуется разъяснение ]

На Unix-подобных компьютерах внеполосные данные могут быть прочитаны с помощью системного вызова recv (). Процесс или группу процессов можно настроить для приема сигналов SIGURG, когда внеполосные данные доступны для чтения в сокете , с помощью команды F_SETOWN системного вызова fcntl (). Это форма асинхронного ввода-вывода .

Протокол Serial Advanced Technology Attachment (SATA), обычно используемый для подключения дисководов к компьютерам, реализует протокол внеполосных данных. [3]

Консультативный комитет по системам космических систем данных космического протокола канала передачи данных "реализует вне зоны механизма с помощью флага„команды“. Если установлено, полученные данные должны интерпретироваться и обрабатываться получателем канала передачи данных, а не быть телеметрической / телекомандной информацией, передаваемой в пункт назначения. [4]

Проблемы [ править ]

Некоторые источники определяют «внеполосные данные» как включающие характеристику, согласно которой внеполосные данные должны иметь приоритет перед помещенными в очередь внутриполосными данными. [5] Это подкрепляется протоколом TCP (RFC 793), в котором механизм внеполосных данных упоминается как «срочные данные». Однако приоритезация не является ни существенной, ни обязательно желательной характеристикой внеполосных данных; более того, реализации TCP сильно различаются по тому, как они обрабатывают срочность внеполосных данных. [1]

См. Также [ править ]

  • Разделитель, включающий внутриполосные и внеполосные данные, просматриваемые на уровне символьного представления.
  • Внеполосное управление с использованием выделенного канала управления для обслуживания устройства.
  • DOCSIS Set-top Gateway (или DSG), спецификация, описывающая, как внеполосные данные доставляются в кабельную приставку

Ссылки [ править ]

  1. ^ а б Лен (20 октября 2011 г.). «Внешние данные, срочный режим TCP и перекрывающийся ввод-вывод» . Serverframework.com . Проверено 21 февраля 2014 года .
  2. ^ «Глава 11: Системы сигнализации» . Университет Джорджа Мейсона . Проверено 21 февраля 2014 года .
  3. ^ Altera Corporation. «Замечания по применению AN-635-1.0« Реализация протоколов SATA и SAS в устройствах Altera » (PDF) . Архивировано из оригинального (PDF) 4 марта 2016 года . Проверено 21 февраля 2014 года .
  4. ^ "Протокол канала передачи данных TC Space" (PDF) . CCSDS 232.0-В-1 . Консультативный комитет по системам космических данных . Проверено 21 февраля 2014 года .
  5. ^ Стивенс, У. Ричард; Раго, Стивен А. (2005). «16,7». Расширенное программирование в среде Unix: второе издание . Эддисон-Уэсли Профессионал. п. 960. ISBN 0201433079. Проверено 21 февраля 2014 года .