Опубликован: 26.04.2005 | Уровень: для всех | Доступ: платный | ВУЗ: Национальный исследовательский ядерный университет «МИФИ»
Лекция 6:

Модель OSI. Верхние уровни

< Лекция 5 || Лекция 6: 1234 || Лекция 7 >
Аннотация: В этой лекции говорится о функциях модели OSI, реализуемых программно, стандартных протоколах обмена, их достоинствах и недостатках, типах сетевых программных средств и особенностях сетевых программ крупнейших производителей.
Ключевые слова: информация, драйвер, Arcnet, hardware compatible, list, HCL, Windows Server, список, адаптер, стек протоколов, network architecture, SNA, DECnet, AppleTalk, OSI, открытая система, обмен данными, FTAM, file transfer, CCITT, smtp, simple mail transfer protocol, file transfer protocol, network management, редиректор, NCP, SPX, internetwork, sequential, NetBeui, сетевые операционные системы, идеальные модели, логическое соединение, дейтаграмма, объект, запрос, разрыв соединения, логический, абонент, алгоритм, пакет заданий, IP, IPX, TCP, Windows, вероятность, Интернет, smtp, FTP, SNMP, функциональная полнота, поле, IPX адрес, IP адрес, идентификатор, адрес, базовая, IBM, PC, network, BIOS, стандартный протокол, сеансовый уровень, поддержка, опция, IEEE, программные средства, программное обеспечение, удобство использования, производительность, распределение функций, одноранговая сеть, сеть на основе сервера, dedicated, права доступа, распределение информации, g.lite, lantastic, workgroup, workstation, сервер печати, защита файлов, паралич, сетевая ОС, LAN Server, LAN Manager, домен

Стандартные сетевые протоколы

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

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

Связь сетевого адаптера с сетевым программным обеспечением осуществляют драйверы сетевых адаптеров. Именно благодаря драйверу компьютер может не знать никаких аппаратных особенностей адаптера (его адресов, правил обмена с ним, его характеристик). Драйвер унифицирует, делает единообразным взаимодействие программных средств высокого уровня с любым адаптером данного класса. Сетевые драйверы, поставляемые вместе с сетевыми адаптерами, позволяют сетевым программам одинаково работать с платами разных поставщиков и даже с платами разных локальных сетей (Ethernet, Arcnet, Token-Ring и т.д.). Если говорить о стандартной модели OSI, то драйверы, как правило, выполняют функции канального уровня, хотя иногда они реализуют и часть функций сетевого уровня ( рис. 6.1). Например, драйверы формируют передаваемый пакет в буферной памяти адаптера, читают из этой памяти пришедший по сети пакет, дают команду на передачу, информируют компьютер о приеме пакета.

Функции драйвера сетевого адаптера в модели OSI

Рис. 6.1. Функции драйвера сетевого адаптера в модели OSI

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

Прежде чем приобрести плату адаптера, необходимо ознакомиться со списком совместимого оборудования (Hardware Compatibility List, HCL), который публикуют все производители сетевых операционных систем. Выбор там довольно велик (например, для Microsoft Windows Server список включает более сотни драйверов сетевых адаптеров). Если в перечень HCL не входит адаптер какого-то типа, лучше его не покупать.

Протоколы высоких уровней.

Существует несколько стандартных наборов (или, как их еще называют, стеков ) протоколов, получивших сейчас широкое распространение:

  • набор протоколов ISO/OSI;
  • IBM System Network Architecture (SNA);
  • Digital DECnet;
  • Novell NetWare;
  • Apple AppleTalk;
  • набор протоколов глобальной сети Интернет, TCP/IP.

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

Протоколы перечисленных наборов делятся на три основных типа:

  • Прикладные протоколы (выполняющие функции трех верхних уровней модели OSI – прикладного, представительского и сеансового);
  • Транспортные протоколы (реализующие функции средних уровней модели OSI – транспортного и сетевого);
  • Сетевые протоколы (осуществляющие функции трех нижних уровней модели OSI).

Прикладные протоколы обеспечивают взаимодействие приложений и обмен данными между ними. Наиболее популярны:

  • FTAM (File Transfer Access and Management) – протокол OSI доступа к файлам;
  • X.400 – протокол CCITT для международного обмена электронной почтой;
  • Х.500 – протокол CCITT служб файлов и каталогов на нескольких системах;
  • SMTP (Simple Mail Transfer Protocol) – протокол глобальной сети Интернет для обмена электронной почтой;
  • FTP (File Transfer Protocol) – протокол глобальной сети Интернет для передачи файлов;
  • SNMP (Simple Network Management Protocol) – протокол для мониторинга сети, контроля за работой сетевых компонентов и управления ими;
  • Telnet – протокол глобальной сети Интернет для регистрации на удаленных серверах и обработки данных на них;
  • Microsoft SMBs (Server Message Blocks, блоки сообщений сервера) и клиентские оболочки или редиректоры фирмы Microsoft;
  • NCP (Novell NetWare Core Protocol) и клиентские оболочки или редиректоры фирмы Novell.

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

  • TCP (Transmission Control Protocol) – часть набора протоколов TCP/IP для гарантированной доставки данных, разбитых на последовательность фрагментов;
  • SPX – часть набора протоколов IPX/SPX (Internetwork Packet Exchange/Sequential Packet Exchange) для гарантированной доставки данных, разбитых на последовательность фрагментов, предложенных компанией Novell;
  • NWLink – реализация протокола IPX/SPX компании Microsoft;
  • NetBEUI – (NetBIOS Extended User Interface, расширенный интерфейс NetBIOS) – устанавливает сеансы связи между компьютерами (NetBIOS) и предоставляет верхним уровням транспортные услуги (NetBEUI).

Сетевые протоколы управляют адресацией, маршрутизацией, проверкой ошибок и запросами на повторную передачу. Широко распространены следующие из них:

  • IP (Internet Protocol) – TCP/IP-протокол для негарантированной передачи пакетов без установления соединений;
  • IPX (Internetwork Packet Exchange) – протокол компании NetWare для негарантированной передачи пакетов и маршрутизации пакетов;
  • NWLink – реализация протокола IPX/SPX компании Microsoft;
  • NetBEUI – транспортный протокол, обеспечивающий услуги транспортировки данных для сеансов и приложений NetBIOS.

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

В качестве примера на рис. 6.2, рис. 6.3 и рис. 6.4 схематически показано соотношение протоколов, используемых популярными фирменными сетевыми операционными системами, и уровней стандартной модели OSI. Как видно из рисунков, практически ни на одном уровне нет четкого соответствия реального протокола какому-нибудь уровню идеальной модели. Выстраивание подобных соотношений довольно условно, так как трудно четко разграничить функции всех частей программного обеспечения. К тому же компании-производители программных средств далеко не всегда подробно описывают внутреннюю структуру продуктов.

< Лекция 5 || Лекция 6: 1234 || Лекция 7 >
Алексей Подсадников
Алексей Подсадников

Могу ли я получить сертификат о повышении квалификации если записывался на курс, не как на повышение квалификации.

Курс пройден.

И сколько действуют результаты курса?

Валерий Умаев
Валерий Умаев
Георгий Данилов
Георгий Данилов
Россия, г. Москва
Александр Паринов
Александр Паринов
Россия, г. Омутнинск