5.5. Функции верхних уровней

Компоненты четырех нижних уровней модели OSI (физического, канального, сетевого и транспортного) представляют собой механизм, обеспечивающий доставку данных любого типа и произвольного объема между программами, работающими на разных узлах составной сети. Однако, при работе в сети пользователям требуется не просто пересылка данных, а выполнение каких-либо операций с различными информационными объектами, например, файлами, папками, почтовыми сообщениями и т.п. Естественно, что тех возможностей, которые предоставляют средства нижних уровней, недостаточно.

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

1. Формирование и передача с компьютера пользователя запроса, содержащего имя документа.

2. Обработка запроса, поиск и пересылка файла документа с удаленного компьютера.

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

Кроме того, эти действия могут предваряться этапом проверки прав пользователя на работу с документом, что предполагает дополнительный обмен информацией.

Предоставляя общие методы пересылки данных, компоненты нижних уровней не имеют средств, позволяющих реализовать специфику такого взаимодействия. Поэтому для его организации требуются дополнительные надстройки над средствами транспортного и нижележащих уровней. В эталонной модели OSI предусмотрены три уровня: сессионный уровень, уровень представления и прикладной уровень. Каждый из этих уровней выполняет определенные функции.

5.6. Основные сервисы Интернет

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

• электронная почта (E-mail), обеспечивающая возможность обмена сообщениями одного человека с одним или несколькими абонентами;

• телеконференции, или группы новостей (Usenet), обеспечивающие возможность коллективного обмена сообщениями;

• сервис FTP – система файловых архивов, организующая хранение и пересылку файлов различных типов;

• сервис Telnet, предназначенный для управления удаленными компьютерами в терминальном режиме;

• World Wide Web (WWW, W3) – гипертекстовая (гипермедиа) система, служащая для интеграции различных сетевых ресурсов в единое информационное пространство;

• сервис DNS, или система доменных имен, обеспечивающий возможность использования для адресации узлов сети мнемонических имен вместо числовых адресов;

• сервис IRC, организует поддержку текстового общения в реальном времени (chat);

• потоковое мультимедиа – передача аудио-видеоинформации в реальном времени (Интернет-телеконференции, Интернет-радио, Интернет-телевидение).

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

Наряду со стандартными сервисами существуют и нестандартные, представляющие собой оригинальную разработку той или иной компании. В качестве примера можно привести различные системы типа Instant Messenger (своеобразные интернет-пейджеры – ICQ, AOl, Demos on-line и т. п.), системы интернет-телефонии, трансляции радио и видео и т. д. Важная особенность таких систем – отсутствие международных стандартов, что может привести к возникновению технических конфликтов с другими подобными сервисами.

Для стандартных сервисов также стандартизируется и интерфейс взаимодействия с протоколами транспортного уровня. В частности, за каждым программным сервером резервируются стандартные номера TCP- и UDP-портов, которые остаются неизменными независимо от особенностей той или иной фирменной реализации как компонентов сервиса, так и транспортных протоколов. Номера портов клиентского программного обеспечения так жестко не регламентируются. Это объясняется следующими факторами:

• во-первых, на пользовательском узле может функционировать несколько копий клиентской программы, и каждая из них должна однозначно идентифицироваться транспортным протоколом, то есть за каждой копией должен быть закреплен свой уникальный номер порта;

• во-вторых, клиенту важна регламентация портов сервера, чтобы знать, куда направлять запрос, а сервер сможет ответить клиенту, узнав адрес из поступившего запроса.