Э. Таненбаум - Компьютерные сети. (4-е издание) (DJVU) (1130092), страница 162
Текст из файла (страница 162)
Второй аудиопоток обычно нужен либо для обеспечения стереозвучания, либо для дублированной на иностранный язык звуковой дорожки фильма. У каждого потока свой физический источник, однако с помощью временных отметок, генерируемых единым таймером, зги потоки при воспроизведении можно сннхронизовать даже в том случае, если они приходят не совсем одновременно. Заголовок КТР показан на рис. 6.21, Он состоит из трех 32-разрядных слов и некоторых возможных расширений.
Первое слово содержит поле Версия, которое в настоящий момент уже имеет значение 2. Будем надеяться, что текущая версия окажется окончательной или хотя бы предпоследней, поскольку в идентифицирующем ее двухбитном поле осталось место только для одного нового номера (впрочем, код 3 может обозначать, что настоящий номер версии содержится в поле расширения). 32 бита Версия Р Х СС М Тип данных Порядковый номер Отметка времени Идентификатор источника синхронизации Идентификатор сотрудничающего источника Рис. 6.21.
Заголовок ПТР Бит Р указывает на то, что размер пакета сделан кратным 4 байтам за счет байтов заполнения. При этом в последнем байте заполнения содержится общее число байтов заполнения. Бит Х говорит о том, что присутствует расширенный заголовок. Формат и назначение расширенного заголовка не определяются. Обязательным для него является только то, что первое слово расширения должно содержать общую длину расширения. Это запасная возможность для разнообразных непредсказуемых будущих требований. Поле СС говорит о том, сколько сотрудничающих источников формиругот поток.
Их число может колебаться от 0 до 15 (см. далее), Бит М вЂ” это маркер, свя- 606 Глава 6. Транспортный уроввнь ванный с конкретным приложением. Он может использоваться для обозначения начала видеокадра, начала слова в аудиоканале или еше для чего-нибудь, важного и понятного для приложения. Поле Тип данных содержит информацию об использующемся алгоритме кодирования (например, несжатое 8-битное аудио, МР3 и т. д.). Поскольку такое поле есть в каждом пакете, метод кодирования может изменяться прямо во время передачи потока. Порядковый номер — это просто счетчик, который инкрементируется в каждом пакете КТР.
Он используется для определения потерявшихся пакетов. Отметка времени генерируется источником потока и служит для записи момента создания первого слова пакета. Отметки времени помогают снизить эффект джиттера на приемнике за счет того, что момент воспроизведения делается независимым от времени прибытия пакета. Идентификатор источника синхронизации позволяет определить, какому потоку принадлежит пакет. Применяется метод уплотнения и распределения потоков данных, следующих в виде единого потока 1Л)Р-пакетов. Наконец, Идентификаторы сотрудничающих источников, если таковые имеются, используются, когда конечный поток формируется несколькими источниками.
В этом случае микшируюшее устройство является источником синхронизации, а в полях идентификаторов источников перечисляются смешиваемые потоки. У протокола КТР есть небольшой родственный протокол под названием КТСР (Кеа)-Типе Тгапзрогс Соп!го! Ргососо! — управляющий транспортный протокол реального времени). Он занимается поддержкой обратной связи, синхронизацией, обеспечением пользовательского интерфейса, однако не занимается передачей каких-либо данных. Первая его функция может использоваться для обратной связи по задержкам, джиттеру, пропускной способности, перегрузке и другим свойствам сети, о которых сообщается источникам. Полученная информация может приниматься во внимание кодировШиком для увеличения скорости передачи данных (что приведет к улучшению качества), когда это позволяет делать состояние сети, или уменьшения скорости при возникновении в сети каких-либо проблем.
Постоянная обратная связь обеспечивает динамическую настройку алгоритмов кодирования на обеспечение наилучшего качества при текуших обстоятельствах. Например, пропускная способность при передаче потока может как увеличиваться, так и уменьшаться, и в соответствии с этим могут изменяться методы кодирования — скажем, МРЗ может заменяться 8-битным РСМ или дельта-кодированием. Поле 'Тип данных сообщает приемнику о том, какой алгоритм кодирования применяется для данного пакета, что позволяет изменять их по требованию при передаче потока. КТСР также обеспечивает межпотоковую синхронизацию. Проблема состоит в том, что разные потоки могут использовать разные таймеры с разной степенью Разрешения и разными скоростями дрейфа КТСР помогает решить эти проблемы и синхронизировать потоки с разными параметрами. Наконец, КТСР позволяет именовать различные источники (например, с помощью обычного АЯСП-текста).
Эта информация может отображаться на приемнике, позволяя определить источник текушего потока. Более подробную информацию о протоколе КТР можно найти в (Рег!цпз, 2002). Транспортные протоколы Интернета: ТСР 607 Транспортные протоколы Интернета: ТСР ??ПР является простым протоколом и имеет определенную область применения, В первую очередь, это клиент-серверные взаимодействия и мультимедиа Тем не менее, большинству интернет-приложений требуется надежная, последовательная передача.
???)Р не удовлетворяет этим требованиям, поэтому требуется иной протокол. Такой протокол называется ТСР, и он является рабочей лошадкой Интернета. Позже мы рассмотрим его детально, Основы ТСР Протокол ТСР (Тгапзш!зз1оп Сопгго! Ргогосо! — протокол управления передачей) был специально разработан для обеспечения надежного сквозного байтового потока по ненадежной интерсети. Объединенная сеть отличается от отдельной сети тем, что ее различные участки могут обладать сильно различающейся топологией, пропускной способностью, значениями времени задержки, размерами пакетов и другими параметрами. При разработке ТСР основное внимание уделялось способности протокола адаптироваться к свойствам объединенной сети иотказоустойчивости при возникновении различных проблем.
Протокол ТСР описан в КРС 793. Со временем были обнаружены различные ошибки и неточности, и по некоторым пунктам требования были изменены. Подробное описание этих уточнений и исправлений дается в КЕС 1122. Расширения протокола приведены в КРС 1323. Каждая машина, поддерживающая протокол ТСР, обладает транспортной сущностью ТСР, являющейся либо библиотечной процедурой, либо пользовательским процессом, либо частью ядра системы.
В любом случае, транспортная сущность управляет ТСР-потоками и интерфейсом с 1Р-уровнем. ТСР-сущность принимает от локальных процессов пользовательские потоки данных, разбивает их на куски, не превосходящие 64 Кбайт (на практике это число обычно равно 1460 байтам данных, что позволяет поместить их в один кадр Ег?тегпег с заголовками 1Р и ТСР), и посылает их в виде отдельных 1Р-дейтаграмм. Когда 1Р-дейтаграммы с ТСР-данными прибывают на машину, они передаются ТСР-сущности, которая восстанавливает исходный байтовый поток. Для простоты мы иногда будем употреблять «ТСР» для обозначении транспортной сущности ТСР (части программного обеспечения) или протокола ТСР (набора правил).
Из контекста будет понятно, что имеется в виду. Например, в выражении «Пользователь передает данные ТСР» подразумевается, естественно, транспортная сущность ТСР. Уровень 1Р не гарантирует правильной доставки дейтаграмм, поэтому именно ТСР приходится следить за истекшими интервалами ожидания и в случае необходимости заниматься повторной передачей пакетов. Бывает, что дейтаграммы прибывают в неправильном порядке.
Восстанавливать сообщения из таких дейтаграмм обязан также ТСР. Таким образом, протокол ТСР призван обеспечить надежность, о которой мечтают многие пользователи и которая не предоставляется протоколом 1Р. 808 Глава 6. Транспортный уровень Модель службы ТСР Таблица 6.4. Некоторые зарезервированные порты Порт Протокол Использование 21 23 25 99 79 90 !10 119 НР Те!пег ЗМТР ТНР Р|ппег НТТР РОР-З ННТР Передача файлов гчистанционный вход в систеглу Электронная почта Простейший протокол передачи файлов Поиск информации о пользователе Мировая Паутине Удаленный доступ к электронной почте Группы новостей В основе службы ТСР лежат так называемые сокеты (гнезда или конечные точки), создаваемые как отправителем, так и получателем.
Они обсуждались в разделе «Сонеты Беркли». У каждого сокета есть номер (адрес), состоящий из 1Р-адреса хоста и 16-битного номера, локального по отношению к хосту, называемого портом. Портом в ТСР называют ТБАР-адрес. Для обращения к службе ТСР между сокетом машины отправителя и сокетом машины получателя должно быть явно установлено соединение. Примитивы сокетов приведены в табл. 6.2 Одпн сокет может использоваться одновременно для нескольких соединений Другими словами, два и более соединений могут оканчиваться одним сокетом. Соединения различаются по идентификаторам сокетов на обоих концах — (зоо(егу, зоскес2).
Номера виртуальных каналов или другие идентификаторы не яспользуются. Номера портов со значениями ниже 1024, называемые популярными портами, зарезервированы стандартными сервисами, Например, любой процесс, желающий установить соединение с хостом лля передачи файла с помощью протокола РТР, может связаться с портом 21 хоста-адресата и обратиться, таким образом, к его РТР-демону. Список популярных портов приведен на сайте иптигйапа.ог9. Таких портов на данный момент более 300. Некоторые из них включены в табл. 6.4.
Можно было бы, конечно, связать РТР-демона с портом 21 еше во время загрузки, тогда же связать демона ге1пег с портом 23, и т. д. Однако если бы мы так сделали, мы бы только зря заняли память информацией о демонах, которые, на самом деле, большую часть времени простаивают. Вместо етого обычно пользуются услугами одного демона, называемого в (1гч1Х 1пеЫ, который связывается с несколькими портами и ожидает первое входящее соединение. Когда оно происходит, гпеЫ создает новый процесс, для которого вызывается подходящий демон, обрабатывающий запрос.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
