Реферат: Многоуровневая модель OSI (ИТ в энергетике)
СОДЕРЖАНИЕ
Теоретическая часть 3
1 Понятие протокола 3
2 Протокол TCP/IP 4
3 Протокол HTTP 5
4 Протокол FTP 5
5 Протокол Telnet 5
6 Протокол WAIS 5
7 Протокол Gopher 6
8 Протокол WAP 6
9 Почтовые протоколы (SMTP, POP3, IMAP) 7
Практическая часть 8
Список литературы 19
<span Times New Roman",«serif»;mso-fareast-font-family: «Times New Roman»;mso-ansi-language:RU;mso-fareast-language:RU;mso-bidi-language: AR-SA;mso-bidi-font-weight:bold">1 Понятие протокола
Очевидно, что рано или позднокомпьютеры, расположенные в разных точках земного шара, по мере увеличениясвоего количества должны были обрести некие средства общения. Такими средствамистали компьютерные сети. Сети бывают локальными и глобальными. Локальнаясеть — это сеть, объединяющая компьютеры, географически расположенные нанебольшом расстоянии друг от друга — например, в одном здании. Глобальныесети служат для соединения компьютеров, которые разделяют огромныерасстояния — в сотни и тысячи километров. Интернет относится к классуглобальных сетей. Простое подключение одного компьютера к другому — шаг,необходимый для создания сети, но не достаточный. Чтобы начать передавать информацию,нужно убедиться, что компьютеры «понимают» друг друга. Как же компьютеры«общаются» по сети? Чтобы обеспечить эту возможность, были разработаныспециальные средства, получившие название протоколов. Протокол — этосовокупность правил, в соответствии с которыми происходит передача информациичерез сеть. Понятие протокола применимо не только к компьютерной индустрии.Даже те, кто никогда не имел дела с Интериетом, скорее всего, работали вповседневной жизни с какими-либо устройствами, работа которых основана наиспользовании протоколов. Так, обычная телефонная сеть общего пользования тожеиспользует свой протокол, который позволяет аппаратам, например, устанавливатьфакт снятия трубки на другом конце линии или распознавать сигнал о разъединенииили даже номер звонящего.
Да что там телефон — мы самиво время разговора с другими людьми используем своего рода протокол — язык.Понятно, что, если двое людей начнут разговаривать на разных языках, каждый изкоторых непонятен другому, они вряд ли договорятся.
Исходя из этой естественнойнеобходимости, миру компьютеров потребовался единый язык (то есть протокол),который был бы понятен каждому из них.
Удивительно, с какойнеохотой человечество придумывает новые слова для обозначения новых явлений. Вэтом смысле весьма показательна история слова «протокол». В древние временагреческое слово protokollon использовалось для обозначения листка бумаги,приклеивавшегося к письменному документу с целью пояснения содержанияпоследнего.
Позже словом «протокол»стали называть документ, содержащий некую официальную запись, фиксирующуюкакое-либо действие или констатирующую факт. Словарь Брокгауза трактует этопонятие так: «Акт, составленный уполномоченными на то должностными лицами(судебными или административными) в удостоверение тех или иных событий».
У людей, как и укомпьютеров, существуют также свои протоколы для осуществления контактов. К нимотносится, например, «деловой протокол». В его основе лежат те нормы, которыеследует соблюдать при деловых встречах и проводах, ведении переговоров и бесед,организации приемов, оформлении деловой переписки и документации.
До появления Интернета унас в стране наиболее известными были два вида протоколов — милицейский идипломатический, так что слово «протокол» стало ассоциироваться еще и сувесистостью и неповоротливостью государственной бюрократической машины.Негативное отношение народа к отдельным представителям последней вылилось, каквсегда, в творческий порыв. В русском языке появилось выражение «рожапротокольная».
Н-да, ну и словечко.
2 Протокол TCP/IP
Над созданием протоколов,необходимых для существования глобальной сети/трудились лучшие умычеловечества. Одним из них-был Винтон Серф (Vinton G. Cerf). Сейчас этогочеловека называют «отцом Иитсрнста». В 1997 году Президент США Билл Клинтоннаградил Винтона Серфа и его коллегу Роберта Кана (Robert E. Kahn) национальноймедалью за заслуги в области технологии, отметив их вклад в становление иразвитие Интернета. Ныне Винтон Серф занимает пост старшего вице-президента поИнтернет-архитектуре в корпорации MCI WorldCom Inc.
В 1972 году группаразработчиков под руководством Винтона Серфа разработала протокол TCP/IP —Transmission Control Protocol/Internet Protocol (Протокол управленияпередачей/Протокол Интернета).
Эксперимент по разработкеэтого протокола проводился по заказу Министерства обороны США. Этот проектполучил название ARPANet (Advanced Research Projects Agency Network — Сетьагентства важных исследовательских проектов). Очевидно, что в обстановке войны,когда необходимость в обмене ин4)ормаци-ей встает как никогда остро, возникаетпроблема непредсказуемости состояния пути, по которому будет передана та илииная информация — любой из узлов передачи в любой момент может быть выведен изстроя противником. Поэтому главной задачей при разработке сетевого протоколаявлялась его «неприхотливость» — он должен был работать с любым сетевымокружением и, кроме того, обладать гибкостью в выборе маршрута при доставкеинформации.
Позже TCP/IP перерос своеизначальное предназначение и стал основой стремительно развивавшейся глобальнойсети, ныне известной как Интернет, а также небольших сетей, использующихтехнологии Интернета, — интранет. Стандарты TCP/IP являются открытыми инепрерывно совершенствуются.
На самом деле TCP/IP являетсяне одним протоколом, а целым набором протоколов, работающих совместно. Онсостоит из двух уровней. Протокол верхнего уровня, TCP, отвечает заправильность преобразования сообщений в пакеты информации, из которых наприемной стороне собирается исходное послание. Протокол нижнего уровня, IP,отвечает за правильность доставки сообщений по указанному адресу — иногдапакеты одного сообщения могут доставляться разными путями.
3 Протокол HTTP
Протокол HTTP (HypertextTransfer Protocol — Протокол передачи гипертекста) является протоколом болеевысокого уровня по отношению к протоколу TCP/IP — протоколом уровня приложения.HTTP был разработан для эффективной передачи но Интернету Web-страниц. Именноблагодаря HTTP мы имеем возможность созерцать страницы Сети во всемвеликолепии. Протокол HTTP является основой системы World Wide Web (подробно оней рассказывается далее в разделе «World Wide Web»).
Вы отдаете команды HTTP,используя интерфейс броузера, который является HTTP-клиентом. При щелчке мышьюна ссылке броузер запрашивает у Web-сервера данные того ресурса, на которыйуказывает ссылка, — например, очередной Web-страницы.
Адреса ресурсов Интернета, ккоторым вы обращаетесь по протоколу HTTP, выглядят примерно следующим образом: http://www.google.kz
4 Протокол FTP
Протокол FTP (File TransferProtocol — Протокол передачи файлов) специально разработан для передачи файловпо Интернету. Подробно о нем будет рассказано далее в главе 7 «FTP». Сейчасскажем лишь о том, что адрес FTP-pecypca в Интернете выглядит следующимобразом: ftp://ftp.netscape.com
5 Протокол Telnet
С помощью этого протокола выможете подключиться к удаленному компьютеру как пользователь (если наделенысоответствующими правами, то есть знаете имя пользователя и пароль) ипроизводить действия над его файлами и приложениями точно так же, как если быработали на своем компьютере.
Telnet является протоколомэмуляции терминала. Работа с ним ведется из командной строки. Если вам нужновоспользоваться услугами этого протокола, не стоит рыскать по дебрям Интернетав поисках подходящей программы. Telnet-клиент поставляется, например, вкомплекте Windows 98.
Чтобы дать команду клиентуTelnet соединиться с удаленным компьютером, подключитесь к Интернету, выберитев меню Пуск (Start) команду Выполнить (Run) и наберите в строке ввода: telnet list.ru
После этого запуститсяпрограмма Telnet и начнется сеанс связи.
6 Протокол WAIS
WAIS расшифровываетсякакWide-Area Information Servers. Этот протокол был разработан для поиска информации вбазах данных. Информационная система WAIS представляет собой распределеннуюбазу данных, где отдельные базы данных хранятся на разных серверах. Сведения обих содержании и расположении хранятся в специальной базе данных — каталогесерверов. Просмотр информационных ресурсов осуществляется с помощью программы —клиента WAIS. Поиск информации ведется по ключевым словам, которые задаетпользователь. Эти слова вводятся для определенной базы данных, и системанаходит все соответствующие им фрагменты текста на всех серверах, гдерасполагаются данные этой базы. Результат представляется в виде списка ссылокна документы с указанием того, насколько часто встречается в данном документе искомоеслово и все искомые слова в совокупности.
Даже в наши дни, когда системуWAIS можно считать морально устаревшей, специалисты во многих областях припроведении научных исследований обращаются к ней в поисках специфическойинформации, которую не могут найти традиционными средствами.
7 Протокол Gopher
Gopher — протокол уровняприложения, разработанный в 1991 году. До повсеместного распространениягипертекстовой системы World Wide Web Gopher использовался для извлеченияинформации (в основном текстовой) из иерархической файловой структуры. Gopherбыл провозвестником WWW, позволявшим с помощью меню передвигаться от однойстраницы к другой, постепенно сужая круг отображаемой ин4юрмации.Программы-клиенты Gopher имели текстовый интерфейс. Однако пункты меню Gopherмогли указывать и не только на текстовые файлы, но также, например, наtelnet-соединения или базы данных WAIS.
Gopher переводится как«суслик», что отражает славное университетское прошлое разработчиков этойсистемы. Студенческие спортивные команды Университета Миннесоты носили названиеGolden Gophers («Золотые суслики»).
Сейчас ресурсы Gopher можнопросматривать с помощью обычного Web-броузера, так как современные броузерыподдерживают этот протокол.
8 Протокол WAP
WAP (Wireless ApplicationProtocol) был разработан в 1997 году группой компаний Ericsson, Motorola, Nokiaи Phone.corn (бывшей Unwired Planet) для того, чтобы предоставить доступ кслужбам Интернета пользователям беспроводных устройств — таких как мобильныетелефоны, пейджеры, электронные органайзеры и других, использующих различныестандарты связи.
К примеру, если ваш мобильныйтелефон поддерживает протокол WAP, то, набрав на его клавиатуре адрес нужнойWeb-страницы, вы можете увидеть ее (в упрощенном виде) прямо на дисплее телефона.В настоящее время подавляющее большинство производителей устройств уже перешлик выпуску моделей с поддержкой WAP, который также продолжаетсовершенствоваться.
Адреса ресурсов Интернета, ккоторым вы обращаетесь по протоколу WAP,выглядят примерно следующим образом: wap://wap.beeline.kz
Конечно, это не все протоколы,с которыми можно встретиться в Интернете. Существуют еще и почтовые протоколы.
9 Почтовые протоколы (SMTP, POP3,IMAP)
Формат сообщений, позволяющий посылать с письмомразличные файлы, в том числе HTML и данные мультимедиа, называется MIME. Этааббревиатура расшифровывается как Multi-Purpose Internet Mail Extensions(Многоцелевые расширения почты Интернета). Формат MIME был предложен в 1991году Натаном Боренштейном (Nathan Borenstein) как расширение для базовогоформата почтовых сообщений SMTP (Simple Mail Transport Protocol, Простойпротокол передачи почты). Если SMTP позволял передавать только текстовуюинформацию, то MIME дал людям возможность значительно обогатить язык почты вИнтернете.
Аббревиатура SMTP означает Simple Mail TransportProtocol (Простой протокол передачи почты). Этот протокол определяет правилаотправки и получения почтовых сообщений по Интернету. Вследствие некоторойфункциональной ограниченности (разработан он был достаточно давно) SMTP неспособен накапливать сообщения на стороне получателя. Поэтому при получениипочты мы имеем дело с еще одним из почтовых протоколов.
Протокол POP3 (Post Office Protocol 3, Почтовыйпротокол 3) является протоколом для получения сообщений. В соответствии с нимпочта принимается сервером и накапливается на нем. Программа (почтовый клиент) –периодически проверяет почту на сервере и загружает сообщения на локальныйкомпьютер.
Таким образом, мы отправляем почту с помощью SMTP, апринимаем с помощью РОРЗ. Вот почему в процессе создания учетной записи почтывас просят ввести названия как сервера SMTP, так и сервера РОРЗ.
Для получения почты не обязательно используется именноРОРЗ. Существует еще один протокол, который позволяет накапливать сообщения насервере и загружать их на локальный компьютер. Он называется IMAP (InternetMessage Access Protocol, Протокол доступа к сообщениям Интернета).
В чем отличие работы по протоколу IMAP от работы поРОРЗ? Дело в том, что IMAP позволяет производить над файлами на почтовомсервере различные действия, в отличие от РОРЗ, который просто передаетсообщения на ваш компьютер и удаляет их с сервера. Сообщения в этом случаехранятся на сервере, и на их состояние никак не влияют ваши действия,производимые на локальном компьютере. Например, увидев, что на сервер поступилиновые сообщения, вы можете просмотреть их заголовки и, решив, что загружать накомпьютер эти сообщения не стоит, удалить их с сервера.
<span Times New Roman",«serif»;mso-fareast-font-family:«Times New Roman»; mso-ansi-language:RU;mso-fareast-language:RU;mso-bidi-language:AR-SA">практическая работа
Описание Web-сайта
Сайт раскрывает тему контрольной работы«Многоуровневая модель OSI» (вариант№5). Он состоит из 6 HTML-файлов, сиспользованием 10 JPG-файлов-изображений. Структурусайта можно представить следующим образом:
<img src="/cache/referats/25950/image002.gif" v:shapes="_x0000_i1025">
Скрин-шот сайта
<img src="/cache/referats/25950/image004.jpg" v:shapes="_x0000_s1028"><img src="/cache/referats/25950/image006.jpg" v:shapes="_x0000_i1026">
HTMLкод(подробный)
1) Файл index.html– Главнаястраница
<span Courier New"; mso-ansi-language:EN-US">
<span Courier New"; mso-ansi-language:EN-US">
<span Courier New"; mso-ansi-language:EN-US"> <span Courier New"">Многоуровневая
<span Courier New";mso-ansi-language:EN-US"> <span Courier New"">модель<span Courier New";mso-ansi-language: EN-US"> OSI<span Courier New"; mso-ansi-language:EN-US">
<span Courier New"; mso-ansi-language:EN-US"><span Courier New"">Многоуровневая
<span Courier New";mso-ansi-language:EN-US"> <span Courier New"">модель<span Courier New";mso-ansi-language: EN-US"> OSI<span Courier New"; mso-ansi-language:EN-US">
<span Courier New"; mso-ansi-language:EN-US">
<span Courier New"; mso-ansi-language:EN-US"> <span Courier New"">Эталонная<span Courier New";mso-ansi-language:EN-US">
<span Courier New"">модель<span Courier New";mso-ansi-language: EN-US"> OSI<span Courier New"; mso-ansi-language:EN-US">
<span Courier New""><span Courier New""> Иерарахическая связь
<span Courier New""> Форматы информации
<span Courier New""> Проблемы совместимости
<span Courier New""> Уровни OSI
<span Courier New""> Важнейшие термины и концепции
<span Courier New"">
<span Courier New"">
<span Courier New";mso-ansi-language:EN-US"><a href=«str2.html»><span Courier New"">Протоколы<span Courier New";mso-ansi-language:EN-US"> OSI<span Courier New"; mso-ansi-language:EN-US">
<span Courier New""><span Courier New""> Основы технологии
<span Courier New""> Доступ к среде
<span Courier New""> Услуги без установления соединения
<span Courier New""> Услуги с установлением соединения
<span Courier New""> Адресация
<span Courier New""> Протоколы высших уровней
<span Courier New"">
<span Courier New";mso-ansi-language:EN-US"><span Courier New"; mso-ansi-language:EN-US"> <span Courier New"">Маршрутизация<span Courier New";mso-ansi-language: EN-US"> OSI
<span Courier New"; mso-ansi-language:EN-US">
<span Courier New"; mso-ansi-language:EN-US"> <span Courier New"">Терминология
<span Courier New";mso-ansi-language: EN-US"><span Courier New"; mso-ansi-language:EN-US"> ES-IS
<span Courier New"; mso-ansi-language:EN-US">
<span Courier New"">IS-IS<span Courier New""> Иерархия маршрутизации
<span Courier New""> Сообщение между ES
<span Courier New""> Показатели (метрики)
<span Courier New""> Формат пакета
<span Courier New""> Интегрированный IS-IS
<span Courier New""> Протокол междоменной маршрутизации (IDRP)
<span Courier New"">
<span Courier New""> <a href=«str4.html»>Список литературы
<span Courier New""> <a href=«str5.html»>Об авторе
<span Courier New"; mso-ansi-language:EN-US">
<span Courier New"; mso-ansi-language:EN-US"><span Courier New"">
<span Courier New"; mso-ansi-language:EN-US"><span Courier New"">Усть
<span Courier New";mso-ansi-language:EN-US">-<span Courier New"">Каменогорск<span Courier New";mso-ansi-language: EN-US">, 2007<span Courier New"; mso-ansi-language:EN-US">
2) Файл str1.html– Эталоннаямодель OSI
<span Courier New"">
<span Courier New"">
<span Courier New""> Многоуровневая модель OSI (Эталонная модель)
<span Courier New"; mso-ansi-language:EN-US">
<span Courier New"; mso-ansi-language:EN-US">1. <span Courier New"">Эталонная
<span Courier New";mso-ansi-language:EN-US"> <span Courier New"">модель<span Courier New";mso-ansi-language: EN-US"> OSI<span Courier New"">
<span Courier New"">
Перемещение информации между компьютерами различных схем является чрезвычайно сложной задачей. В начале 1980 гг. Международная Организация по Стандартизации (ISO) признала необходимость в создания модели сети, которая могла бы помочь поставщикам создавать реализации взаимодействующих сетей. Эту потребность удовлетворяет эталонная модель «Взаимодействие Открытых Систем» (OSI), выпущенная в <st1:metricconverter ProductID=«1984 г» w:st=«on»>1984 г</st1:metricconverter>.
<span Courier New"">
Эталонная модель OSI быстро стала основной архитектурной моделью для передачи межкомпьютерных сообщений. Несмотря на то, что были разработаны другие архитектурные модели (в основном патентованные), большинство поставщиков сетей, когда им необходимо предоставить обучающую информацию пользователям поставляемых ими изделий, ссылаются на них как на изделия для сети, соответствующей эталонной модели OSI. И действительно, эта модель является самым лучшим средством, имеющемся в распоряжении тех, кто надеется изучить технологию сетей.
<span Courier New"">
Иерархическая связь
<span Courier New"">
Эталонная модель OSI делит проблему перемещения информации между компьютерами через среду сети на семь менее крупных, и следовательно, более легко разрешимых проблем. Каждая из этих семи проблем выбрана потому, что она относительно автономна, и, следовательно, ее легче решить без чрезмерной опоры на внешнюю информацию.
<span Courier New"">
Каждая из семи областей проблемы решалась с помощью одного из уровней модели. Большинство устройств сети реализует все семь уровней. Однако в режиме потока информации некоторые реализации сети пропускают один или более уровней. Два самых низших уровня OSI реализуются аппаратным и программным обеспечением; остальные пять высших уровней, как правило, реализуются программным обеспечением.
<span Courier New"">
Справочная модель OSI описывает, каким образом информация проделывает путь через среду сети (например, провода) от одной прикладной программы (например, программы обработки крупноформатных таблиц) до другой прикладной программы, находящейся в другом компьютере. Так как информация, которая должна быть отослана, проходит вниз через уровни системы, по мере этого продвижения она становится все меньше похожей на человеческий язык и все больше похожей на ту информацию, которую понимают компьютеры, а именно «единицы» и «нули».
<span Courier New"">
В качестве примера связи типа OSI предположим, что Система А на Рисунке 1 имеет информацию для отправки в Систему В. Прикладная программа Системы А сообщается с Уровнем 7 Системы А (верхний уровень), который сообщается с Уровнем 6 Системы А, который в свою очередь сообщается с Уровнем 5 Системы А, и т.д. до Уровня 1 Системы А. Задача Уровня 1 — отдавать (а также забирать) информацию в физическую среду сети. После того, как информация проходит через физическую среду сети и поглощается Системой В, она поднимается через слои Системы В в обратном порядке (сначала Уровень 1, затем Уровень 2 и т.д.), пока она наконец не достигнет прикладную программу Системы В.
<span Courier New"; mso-ansi-language:EN-US"><img src=«ris1.JPG» width=382 height=279 border=0 alt="
<span Courier New"">Рисунок<span Courier New";mso-ansi-language:EN-US"> 1"><span Courier New"">
Хотя каждый из уровней Системы А может сообщаться со смежными уровнями этой системы, их главной задачей является сообщение с соответствующими уровнями Системы В. Т.е. главной задачей Уровня 1 Системы А является связь с Уровнем 1 Системы В; Уровень 2 Системы А сообщается с Уровнем 2 Системы В и т.д. Это необходимо потому, что каждый уровень Системы имеет свои определенные задачи, которые он должен выполнять. Чтобы выполнить эти задачи, он должен сообщаться с соответствующим уровнем в другой системе. </
<span Courier New";mso-ansi-language:EN-US">p<span Courier New"">><span Courier New"">
Уровневая модель OSI исключает прямую связь между соответствующими уровнями других систем. Следовательно, каждый уровень Системы А должен полагаться на услуги, предоставляемые ему смежными уровнями Системы А, чтобы помочь осуществить связь с соответствующим ему уровнем Системы В. Взаимоотношения между смежными уровнями отдельной системы показаны на Рисунке 2.
<span Courier New"; mso-ansi-language:EN-US"><img src=«ris2.JPG» width=375 height=234 border=0 alt="
<span Courier New"">Рисунок<span Courier New";mso-ansi-language:EN-US"> 2"><span Courier New"">
Предположим, что Уровень 4 Системы А должен связаться с Уровнем 4 Системы В. Чтобы выполнить эту задачу, Уровень 4 Системы А должен воспользоваться услугами Уровня 3 Системы А. Уровень 4 называется «пользователем услуг», а Уровень 3 — «источником услуг». Услуги Уровня 3 обеспечиваются Уровню 4 в «точке доступа к услугам» (SAP), которая представляет собой просто местоположение, в котором Уровень 4 может запросить услуги Уровня 3. Как видно из рисунка, Уровень 3 может предоставлять свои услуги множеству объектов Уровня 4.
<span Courier New"">
Форматы информации
<span Courier New"">
Каким образом Уровень 4 Системы В узнает о том, что необходимо Уровню 4 Системы А? Специфичные запросы Уровня А запоминаются как управляющая информация, которая передается между соответствующими уровнями в блоке, называемом заголовком; заголовок предшествуют фактической прикладной информации. Например, предположим, что Система А хочет отправить в Систему В следующий текст (называемый «данные» или «информация»): The small grey cat ran up the wall to try to catch the red bird.
<span Courier New"">
Этот текст передается из прикладной программы Системы А в верхний уровень этой системы. Прикладной уровень Системы А должен передать определенную информацию в прикладной уровень Системы В, поэтому он помещает управляющую информацию (в форме кодированного заголовка) перед фактическим текстом, который должен быть передан. Этот информационный блок передается в Уровень 6 Системы А, который может предварить его своей собственной управляющей информацией. Размеры сообщения увеличиваются по мере того, как оно проходит вниз через уровни до тех пор, пока не достигнет сети, где оригинальный текст и вся связанная с ним управляющая информация перемещаются к Системе В, где они поглащаются Уровнем 1 Системы В. Уровень 1 Системы В отделяет заголовок уровня 1 и прочитывает его, после чего он знает, как обрабатывать данный информационный блок. Слегка уменьшенный в размерах информационный блок передается в Уровень 2, который отделяет заголовок Уровня 2, анализирует его, чтобы узнать о действиях, которые он должен выполнить, и т.д. Когда информационный блок наконец доходит до прикладной программы Системы В, он должен содержать только оригинальный текст.
<span Courier New"">
Концепция заголовка и собственно данных относительна и зависит от перспективы того уровня, который в данный момент анализирует информационный блок. Например, в Уровне 3 информационный блок состоит из заголовка Уровня 3 и следующими за ним данными. Однако данные Уровня 3 могут содержать заголовки Уровней 4, 5, 6 и 7. Кроме того, заголовок Уровня 3 является просто данными для Уровня 2. Эта концепция иллюстрируется на Рисунке 3. И наконец, не все уровни нуждаются в присоединении заголовков. Некоторые уровни просто выполняют трансформацию фактических данных, которые они получают, чтобы сделать их более или менее читаемыми для смежных с ними уровней.
<span Courier New";mso-ansi-language:EN-US"><span Courier New"; mso-ansi-language:EN-US"><img src=«ris3.JPG» width=556 height=317 border=0 alt="
<span Courier New"">Рисунок<span Courier New";mso-ansi-language:EN-US"> 3"><span Courier New"">
Проблемы совместимости
<span Courier New"">
Эталонная модель OSI не является реализацией сети. Она только определяет функции каждого уровня. В этом отношении она напоминает план для постройки корабля. Точно также, как для выполнения фактической работы по плану могут быть заключены контракты с любым количеством кораблестроительных компаний, любое число поставщиков сети могут построить протокол реализации по спецификации протокола. И если этот план не будет предельно понятным, корабли, построенные различными компаниями, пользующимися одним и тем же планом, пусть незначительно, но будут отличаться друг от друга. Примером самого незначительного отличия могут быть гвозди, забитые в разных местах.
<span Courier New"">
Чем объясняется разница в реализациях одного и того же плана корабля (или спецификации протокола)? Частично эта разница вызвана неспособностью любой спецификации учесть все возможные детали реализации. Кроме того, разные люди, реализующие один и тот же проект, всегда интерпретируют его немного по-разному. И наконец, неизбежные ошибки реализации приводят к тому, что изделия разных реализаций отличаются исполнением. Этим объясняется то, что реализация протокола Х одной компании не всегда взаимодействует с реализацией этого протокола, осуществленной другой компанией.
<span Courier New"">
Уровни OSI
<span Courier New"">
После того, как стали понятными основные особенности принципа деления на уровни модели OSI, можно приступить к обсуждению каждого отдельного уровня и его функций. Каждый уровень имеет заранее заданный набор функций, которые он должен выполнить для того, чтобы связь могла состояться.
<span Courier New"">
1) Прикладной уровень
<span Courier New"">
Прикладной уровень — это самый близкий к пользователю уровень OSI. Он отличается от других уровней тем, что не обеспечивает услуг ни одному из других уровней OSI; однако он обеспечивает ими прикладные процессы, лежащие за пределами масштаба модели OSI. Примерами таких прикладных процессов могут служить программы обработки крупномасштабных таблиц, программы обработки слов, программы банковских терминалов и т.д.
<span Courier New"">
Прикладной уровень идентифицирует и устанавливает наличие предполагаемых партнеров для связи, синхронизирует совместно работающие прикладные программы, а также устанавливает соглашение по процедурам устранения ошибок и управления целостностью информации. Прикладной уровень также определяет, имеется ли в наличии достаточно ресурсов для предполагаемой связи.
<span Courier New"">
2) Представительный уровень
<span Courier New"">
Представительный уровень отвечает за то, чтобы информация, посылаемая из прикладного уровня одной системы, была читаемой для прикладного уровня другой системы. При необходимости представительный уровень осуществляет трансляцию между множеством форматов представления информации путем использования общего формата представления информации.
<span Courier New"">
Представительный уровень занят не только форматом и представлением фактических данных пользователя, но также структурами данных, которые используют программы. Поэтому кроме трансформации формата фактических данных (если она необходима), представительный уровень согласует синтаксис передачи данных для прикладного уровня.
<span Courier New"">
3) Сеансовый уровень
<span Courier New"">
Как указывает его название, сеансовый уровень устанавливает, управляет и завершает сеансы взаимодействия между прикладными задачами. Сеансы состоят из диалога между двумя или более объектами представления. Сеансовый уровень синхронизирует диалог между объектами представительного уровня и управляет обменом информации между ними. В дополнение к основной регуляции диалогов (сеансов) сеансовый уровень предоставляет средства для отправки информации, класса услуг и уведомления в исключительных ситуациях о проблемах сеансового, представительного и прикладного уровней.
<span Courier New"">
4) Транспортный уровень
<span Courier New"">
Граница между сеансовым и транспортным уровнями может быть представлена как граница между протоколами прикладного уровня и протоколами низших уровней. В то время как прикладной, представительный и сеансовый уровни заняты прикладными вопросами, четыре низших уровня решают проблемы транспортировки данных.
<span Courier New"">
Транспортный уровень пытается обеспечить услуги по транспортировке данных, которые избавляют высшие слои от необходимости вникать в ее детали. В частности, заботой транспортного уровня является решение таких вопросов, как выполнение надежной транспортировки данных через объединенную сеть. Предоставляя надежные услуги, транспортный уровень обеспечивает механизмы для установки, поддержания и упорядоченного завершения действия виртуальных каналов, систем обнаружения и устранения неисправностей транспортировки и управления информационным потоком (с целью предотвращения переполнения системы данными из другой системы).
<span Courier New"">
5) Сетевой уровень
<span Courier New"">
Сетевой уровень — это комплексный уровень, который обеспечивает возможность соединения и выбор маршрута между двумя конечными системами, подключенными к разным «подсетям», которые могут находиться в разных географических пунктах. В данном случае «подсеть» — это по сути независимый сетевой кабель (иногда называемый сегментом).
<span Courier New"">
Т.к. две конечные системы, желающие организовать связь, может разделять значительное географическое расстояние и множество подсетей, сетевой уровень является доменом маршрутизации. Протоколы маршрутизации выбирают оптимальные маршруты через последовательность соединенных между собой подсетей. Традиционные протоколы сетевого уровня передают информацию вдоль этих маршрутов.
<span Courier New"">
6) Канальный уровень
<span Courier New"">
Канальный уровень (формально называемый информационно-канальным уровнем) обеспечивает надежный транзит данных через физический канал. Выполняя эту задачу, канальный уровень решает вопросы физической адресации (в противоположность сетевой или логической адресации), топологии сети, линейной дисциплины (каким образом конечной системе использовать сетевой канал), уведомления о неисправностях, упорядоченной доставки блоков данных и управления потоком информации.
<span Courier New"">
7) Физический уровень
<span Courier New"">
Физический уровень определяет электротехнические, механические, процедурные и функциональные характеристики активации, поддержания и дезактивации физического канала между конечными системами. Спецификации физического уровня определяют такие характеристики, как уровни напряжений, синхронизацию изменения напряжений, скорость передачи физической информации, максимальные расстояния передачи информации, физические соединители и другие аналогичные характеристики.
<span Courier New"">
Важнейшие термины и концепции
<span Courier New"">
Наука об объединении сетей, как и другие науки, имеет свою собственную терминологию и научную базу. К сожалению, ввиду того, что наука об объединении сетей очень молода, пока что не достигнуто единое соглашение о значении концепций и терминов объединенных сетей. По мере дальнейшего совершенствования индустрии объединенных сетей определение и использование терминов будут более четкими.
<span Courier New"">
Адресация
<span Courier New"">
Существенным компонентом любой системы сети является определение местонахождения компьютерных систем. Существуют различные схемы адресации, используемые для этой цели, которые зависят от используемого семейства протоколов. Другими словами, адресация AppleTalk отличается от адресации TCP/IP, которая в свою очередь отличается от адресации OSI, и т.д.
<span Courier New"">
Двумя важными типами адресов являются адреса канального уровня и адреса сетевого уро