Уровень 6 – представительский

Назначение представительского уровня понять проще всего, поскольку протокол этого уровня можно легко увидеть в действии. На представительском уровне происходит модификация формата данных. Например, к сообщению электронной почты может прилагаться изображение. Но простой протокол электронной почты (Simple Mail Transfer Protocol – SMTP) может обеспечить передачу только простого текста (состоящего из семибитовых символов в коде ASCII). Для обеспечения передачи изображения приложение должно воспользоваться протоколом представительского уровня для преобразования изображения в обычный текст. В данном случае применяется протокол многоцелевых почтовых расширений Internet (Multipurpose Internet Mail Extensions – MIME). Это протокол отвечает также за обратное преобразование текста в изображение после его прибытия к месту назначения. Если эта работа не будет выполнена, то содержимое сообщения будет выглядеть примерно так:

BSCH ^@%CNE (37ghjk)><{} I_DPI YYY

Такая последовательность знаков, безусловно, не похожа на графическое изображение, и ее получение свидетельствует о наличии проблемы. Тем самым мы видим, что у нас проблемы на представительском уровне. Кроме того представительский уровень отвечает за сжатие и шифрование, а также за выполнение других действий которые приводят к изменению формата. К числу наиболее широко применяемых форматов представления данных относятся ASCII, JPEC, MPEG и GIF.

Уровень 5 – СЕАНСОВОЙ

В отличии от предыдущих работу протоколов сеансового уровня понять сложнее всего. Эти протоколы отвечают за установление, поддержание и завершение сеансов. Но это определение является слишком общим и расплывчатым, поскольку в установлении, поддержании и завершении сеансов в той или иной степени фактически участвуют и протоколы других уровней. Проще всего можно представить себе назначение сеансового уровня в том, что он выполняет функции посредника между двумя приложениями. К наиболее широко применяемых протоколов сеансового уровня относятся RPC, LDAP и служба сеансов NetBIOS.

Уровень 4 – ТРАНСПОРТНЫЙ

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

Связь с установлением и без установления логического соединения.

Связь с установлением логического соединения получила такое название потому, что она предусматривает установление соединения между двумя компьютерами, подключенными к сети (называемые также хостами), еще до начала передачи данных пользователем. Это позволяет обеспечить двухстороннюю связь. Иными словами, вначале протокол транспортного уровня предусматривает передачу получателю специальных пакетов, с помощью которых другой участник соединения может определить, что к нему вскоре поступят данные. Затем получатель передает специальный пакет отправителю, чтобы он мог узнать, что его «предупреждающее» сообщение получено. Такой предварительный обмен пакетами позволяет обоим участникам соединения убедиться в том, что связь между ними возможна.

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

С другой стороны, связь без установления логического соединения обладает прямо противоположными свойствами. Во-первых, первоначально не устанавливается какое-либо соединение. Во-вторых, в большинстве случаев (но не во всех) не применяются какие-либо средства исправления ошибок. Обязанности по исправлению ошибок должно взять на себя само приложение или программное обеспечение протокола одного из уровней, находящегося выше или ниже транспортного уровня. Специалисты по сетям часто называют связь без установления логического соединения связью по принципу «отправить и забыть». По сути, протокол транспортного уровня отправляет пакет и «забывает» о нем.

В большинстве случаев уловить различие между протоколами с установлением и без установления логической связи очень легко. Это можно продемонстрировать с простым письмом или письмом с уведомлением.

Управление потоком данных.

В своей простейшей форме управление потоком данных представляет собой метод обеспечения того, чтобы чрезмерно интенсивный поток данных не захлестнул оконечную станцию. Например, предположим, что персональный компьютер А обрабатывает данные со скоростью 100 Мбит/с, а компьютер В – со скоростью 10 Мбит/с. Если компьютер А начнет передавать компьютеру В какие-либо данные на полной скорости, то 90% этой информации будет потеряно, поскольку компьютер В не способен принимать информацию на скорости 100 Мбит/с. В предотвращении этой ситуации и состоит назначение средств управления потоком данных.

Применяемые в настоящее время методы управления потоком данных подразделяются на три типа.

Буферизация

Самым простым из методов является буферизация, которая в основном применяется в сочетании с другими методами управления потоком данных. Буфер можно рассматривать как резервуар. Предположим, что из одной трубы в этот резервуар втекает четыре литра воды в минуту, а из другой трубы, подключенной к резервуару, вода вытекает, но со скоростью три литра в минуту. Если крышка резервуара открыта, что произойдет с лишней водой, если трубы, через которые поступает и вытекает вода, будут опущены в неглубокий поддон? Поддон быстро наполнится и вода польется через край. Тоже самое происходит с данными, поступающими с компьютера А. Для выхода из этой ситуации можно применить такое же решение как в гидравлике – для приема лишней воды поставить «резервуар», или буфер. Но очевидно, что такое решение приводит к появлению других проблем. Прежде всего, буфер не может иметь бесконечный объем. Он позволяет легко справляться с временным увеличением объема трафика, но если поток данных, превышающий возможности приемного устройства, движется непрерывно, резервное пространство в конечном итоге целиком заполнится и в этот момент снова возникает та же проблема – биты данных начнут бесследно исчезать.