Многоуровневая модель OSI (ИТ в энергетике)

СОДЕРЖАНИЕ

Теоретическая часть а3

1 Понятие протокола а3

2 Протокола TCP

3 Протокола HTTP а5

4 Протокола FTP а5

5 Протокола Telnet а5

6 Протокола WAIS а5

7 Протокола Gopher а6

8 Протокола WAP а6

9 Почтовые протоколы (SMTP,

Практическая часть а8

Список литературы а19

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 (Hypertext Transfer Protocol - Протокол передачи гипертекста) является протоколом более высокого уровня по отношению к протоколу TCP/IP - протоколом уровня приложения. HTTP был разработан для эффективной передачи но Интернету Web-страниц. Именно благодаря HTTP мы имеем возможность созерцать страницы Сети во всем великолепии. Протокол HTTP является основой системы World Wide Web (подробно о ней рассказывается далее в разделе World Wide Web).

Вы отдаете команды HTTP, используя интерфейс броузера, который является HTTP-клиентом. При щелчке мышью на ссылке броузер запрашивает у Web-сервера данные того ресурса, на который указывает ссылка, - например, очередной Web-страницы.

дреса ресурсов Интернета, к которым вы обращаетесь по протоколу HTTP, выглядят примерно следующим образом: домен сайта скрыт/a>

4 Протокола FTP

Протокол FTP (File Transfer Protocol - Протокол передачи файлов) специально разработан для передачи файлов по Интернету. Подробно о нем будет рассказано далее в главе 7 FTP. Сейчас скажем лишь о том, что адрес FTP-pecypca в Интернете выглядит следующим образом: ftp://ftp.netscape.com

5 Протокола Telnet

С помощью этого протокола вы можете подключиться к даленному компьютеру как пользователь (если наделены соответствующими правами, то есть знаете имя пользователя и пароль) и производить действия над его файлами и приложениями точно так же, как если бы работали на своем компьютере.

Telnet является протоколом эмуляции терминала. Работа с ним ведется из командной строки. Если вам нужно воспользоваться слугами этого протокола, не стоит рыскать по дебрям Интернета в поисках подходящей программы. Telnet-клиент поставляется, например, в комплекте Windows 98.

Чтобы дать команду клиенту Telnet соединиться с даленным компьютером, подключитесь к Интернету, выберите в меню Пуск (Start) команду Выполнить (Run) и наберите в строке ввода: telnet

После этого запустится программа Telnet и начнется сеанс связи.

6 Протокола WAIS

WAIS расшифровывается как Wide-Area Information Servers. Этот протокол был разработан для поиска информации в базах данных. Информационная система WAIS представляет собой распределенную базу данных, где отдельные базы данных хранятся на разных серверах. Сведения об их содержании и расположении хранятся в специальной базе данных - каталоге серверов. Просмотр информационных ресурсов осуществляется с помощью программы Ч клиента WAIS. Поиск информации ведется по ключевым словам, которые задает пользователь. Эти слова вводятся для определенной базы данных, и система находит все соответствующие им фрагменты текста на всех серверах, где располагаются данные этой базы. Результат представляется в виде списка ссылок на документы с казанием того, насколько часто встречается в данном документе искомое слово и все искомые слова в совокупности.

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

7 Протокола Gopher

Gopher - протокол уровня приложения, разработанный в 1991 году. До повсеместного распространения гипертекстовой системы World Wide Web Gopher использовался для извлечения информации (в основном текстовой) из иерархической файловой структуры. Gopher был провозвестником, позволявшим с помощью меню передвигаться от одной страницы к другой, постепенно сужая круг отображаемой ин4юрмации. Программы-клиенты Gopher имели текстовый интерфейс. Однако пункты меню Gopher могли казывать и не только на текстовые файлы, но также, например, на telnet-соединения или базы данных WAIS.

Gopher переводится как лсуслик, что отражает славное ниверситетское прошлое разработчиков этой системы. Студенческие спортивные команды ниверситета Миннесоты носили название Golden Gophers (Золотые суслики).

Сейчас ресурсы Gopher можно просматривать с помощью обычного Web-броузера, так как современные броузеры поддерживают этот протокол.

8 Протокола WAP

WAP (Wireless Application Protocol) был разработан в 1997 году группой компаний Ericsson, Motorola, Nokia и Phone.corn (бывшей Unwired Planet) для того, чтобы предоставить доступ к службам Интернета пользователям беспроводных стройств - таких как мобильные телефоны, пейджеры, электронные органайзеры и других, использующих различные стандарты связи.

К примеру, если ваш мобильный телефон поддерживает протокол WAP, то, набрав на его клавиатуре адрес нужной Web-страницы, вы можете видеть ее (в прощенном виде) прямо на дисплее телефона. В настоящее время подавляющее большинство производителей стройств же перешли к выпуску моделей с поддержкой WAP, который также продолжает совершенствоваться.

дреса ресурсов Интернета, к которым вы обращаетесь по протоколу WAP, выглядят примерно следующим образом: wap://wap.beeline.kz

Конечно, это не все протоколы, с которыми можно встретиться в Интернете. Существуют еще и почтовые протоколы.

9 Почтовые протоколы (SMTP,

Формат сообщений, позволяющий посылать с письмом различные файлы, в том числе HTML и данные мультимедиа, называется MIME. Эта аббревиатура расшифровывается как Multi-Purpose Internet Mail Extensions (Многоцелевые расширения почты Интернета). Формат MIME был предложен в 1991 году Натаном Боренштейном (Nathan Borenstein) как расширение для базового формата почтовых сообщений SMTP (Simple Mail Transport Protocol, Простой протокол передачи почты). Если SMTP позволял передавать только текстовую информацию, то MIME дал людям возможность значительно обогатить язык почты в Интернете.

ббревиатура SMTP означает Simple Mail Transport Protocol (Простой протокол передачи почты). Этот протокол определяет правила отправки и получения почтовых сообщений по Интернету. Вследствие некоторой функциональной ограниченности (разработан он был достаточно давно) SMTP не способен накапливать сообщения на стороне получателя. Поэтому при получении почты мы имеем дело с еще одним из почтовых протоколов.

Протокол POP3 (Post Office Protocol 3, Почтовый протокол 3) является протоколом для получения сообщений. В соответствии с ним почта принимается сервером и накапливается на нем. Программа (почтовый клиент) - периодически проверяет почту на сервере и загружает сообщения на локальный компьютер.

Таким образом, мы отправляем почту с помощью SMTP, а принимаем с помощью РОРЗ. Вот почему в процессе создания четной записи почты вас просят ввести названия как сервера SMTP, так и сервера РОРЗ.

Для получения почты не обязательно используется именно РОРЗ. Существует еще один протокол, который позволяет накапливать сообщения на сервере и загружать их на локальный компьютер. Он называется IMAP (Internet Message Access Protocol, Протокол доступа к сообщениям Интернета).

В чем отличие работы по протоколу IMAP от работы по РОРЗ? Дело в том, что IMAP позволяет производить над файлами на почтовом сервере различные действия, в отличие от РОРЗ, который просто передает сообщения на ваш компьютер и даляет их с сервера. Сообщения в этом случае хранятся на сервере, и на их состояние никак не влияют ваши действия, производимые на локальном компьютере. Например, видев, что на сервер поступили новые сообщения, вы можете просмотреть их заголовки и, решив, что загружать на компьютер эти сообщения не стоит, далить их с сервера.

практическая работа

Описание Web-сайта

Сайт раскрывает тему контрольной работы Многоуровневая модель OSI< (вариант №5). Он состоит из 6 HTML<-файлов, с использованием 10 JPG<-файлов-изображений. Структуру сайта можно представить следующим образом:

Скрин-шот сайта

HTML код (подробный)

1) Файл

<html>

<head>

<title>Многоуровневая модель OSI</title></head>

<body>

<h2 align="center">Многоуровневая модель OSI</h2>

<hr>

<ol>

<li><a href="str1.html">Эталонная модель OSI</a>

<ul>

<li>Иерарахическая связь

<li>Форматы информации

<li>Проблемы совместимости

<li>Уровни OSI

<li>Важнейшие термины и концепции

</ul>

<li><a href="str2.html">Протоколы OSI</a>

<ul>

<li>Основы технологии

<li>Доступ к среде

<li>Услуги без становления соединения

<li>Услуги с становлением соединения

<li>Адресация

<li>Протоколы высших уровней

</ul>

<li><a href="str3.html">Маршрутизация OSI</a>

<ul>

<li>Терминология

<li>ES-IS

<li>IS-IS

<li>Иерархия маршрутизации

<li>Сообщение между ES

<li>Показатели (метрики)

<li>Формат пакета

<li>Интегрированный IS-IS

<li>Протокол междоменной маршрутизации (IDRP)

</ul>

<li><a href="str4.html">Список литературы</a>

<li><a href="str5.html">Об авторе</a>

</ol>

<hr>

</body></html>

2) Файл

<html>

<head>

<title>Многоуровневая модель OSI (Эталонная модель)</title></head>

<body>

<h2 align="center">1. Эталонная модель OSI</h2>

<hr>

Перемещение информации между компьютерами различных схем является чрезвычайно сложной задачей. В начале 1980 гг. Международная Организация по Стандартизации (ISO) признала необходимость в создания модели сети, которая могла бы помочь поставщикам создавать реализации взаимодействующих сетей. Эту потребность довлетворяет эталонная модель "Взаимодействие Открытых Систем" (OSI), выпущенная в 1984 г.

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

Иерархическая связь

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

Каждая из семи областей проблемы решалась с помощью одного из уровней модели. Большинство стройств сети реализует все семь уровней. Однако в режиме потока информации некоторые реализации сети пропускают один или более уровней. Два самых низших уровня OSI реализуются аппаратным и программным обеспечением; остальные пять высших уровней, как правило, реализуются программным обеспечением.

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

В качестве примера связи типа OSI предположим, что Система А н Рисунке 1 имеет информацию для отправки в Систему В. Прикладная программа Системы А сообщается с Уровнем 7 Системы А (верхний уровень), который сообщается с Уровнем 6 Системы А, который в свою очередь сообщается с Уровнем 5 Системы А, и т.д. до Уровня 1 Системы А. Задача Уровня 1 - отдавать (а также забирать) информацию в физическую среду сети. После того, как информация проходит через физическую среду сети и поглощается Системой В, она поднимается через слои Системы В в обратном порядке (сначала Уровень 1, затем Уровень 2 и т.д.), пока она наконец не достигнет прикладную программу Системы В.

Хотя каждый из уровней Системы А может сообщаться со смежными уровнями этой системы, их главной задачей является сообщение с соответствующими уровнями Системы В. Т.е. главной задачей Уровня 1 Системы А является связь с Уровнем 1 Системы В; Уровень 2 Системы А сообщается с Уровнем 2 Системы В и т.д. Это необходимо потому, что каждый уровень Системы имеет свои определенные задачи, которые он должен выполнять. Чтобы выполнить эти задачи, он должен сообщаться с соответствующим уровнем в другой системе. </

Уровневая модель OSI исключает прямую связь между соответствующими уровнями других систем. Следовательно, каждый уровень Системы А должен полагаться на слуги, предоставляемые ему смежными уровнями Системы А, чтобы помочь осуществить связь с соответствующим ему уровнем Системы В. Взаимоотношения между смежными уровнями отдельной системы показаны н Рисунке 2.

Предположим, что Уровень 4 Системы А должен связаться с Уровнем 4 Системы В. Чтобы выполнить эту задачу, Уровень 4 Системы А должен воспользоваться слугами Уровня 3 Системы А. Уровень 4 называется "пользователем слуг", а Уровень 3 - "источником слуг". слуги Уровня 3 обеспечиваются Уровню 4 в "точке доступа к слугам" (SAP), которая представляет собой просто местоположение, в котором Уровень 4 может запросить слуги Уровня 3. Как видно из рисунка, Уровень 3 может предоставлять свои слуги множеству объектов Уровня 4.

Форматы информации

Каким образом Уровень 4 Системы В знает о том, что необходимо Уровню 4 Системы А? Специфичные запросы Уровня А запоминаются как правляющая информация, которая передается между соответствующими уровнями в блоке, называемом заголовком; заголовок предшествуют фактической прикладной информации. Например, предположим, что Система А хочет отправить в Систему В следующий текст (называемый "данные" илиа "информация"): The small grey cat ran up the wall to try to catch the red bird.

Этот текст передается из прикладной программы Системы А в верхний уровень этой системы. Прикладной уровень Системы А должен передать определенную информацию в прикладной уровень Системы В, поэтому он помещает правляющую информацию (в форме кодированного заголовка) перед фактическим текстом, который должен быть передан. Этот информационный блок передается в Уровень 6 Системы А, который может предварить его своей собственной правляющей информацией. Размеры сообщения величиваются по мере того, как оно проходит вниз через уровни до тех пор, пока не достигнет сети, где оригинальный текст и вся связанная с ним правляющая информация перемещаются к Системе В, где они поглащаются Уровнем 1 Системы В. Уровень 1 Системы В отделяет заголовок уровня 1 и прочитывает его, после чего он знает, как обрабатывать данный информационный блок. Слегка уменьшенный в размерах информационный блок передается в Уровень 2, который отделяет заголовок Уровня 2, анализирует его, чтобы знать о действиях, которые он должен выполнить, и т.д. Когда информационный блок наконец доходит до прикладной программы Системы В, он должен содержать только оригинальный текст.

Концепция заголовка и собственно данных относительна и зависит от перспективы того уровня, который в данный момент анализирует информационный блок. Например, в Уровне 3 информационный блок состоит из заголовка Уровня 3 и следующими за ним данными. Однако данные Уровня 3 могут содержать заголовки Уровней 4, 5, 6 и 7. Кроме того, заголовок Уровня 3 является просто данными для Уровня 2. Эта концепция иллюстрируется на Рисунке 3. И наконец, не все уровни нуждаются в присоединении заголовков. Некоторые уровни просто выполняют трансформацию фактических данных, которые они получают, чтобы сделать их более или менее читаемыми для смежных с ними уровней.

Проблемы совместимости

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

Чем объясняется разница в реализациях одного и того же плана корабля (или спецификации протокола)? Частично эта разница вызвана неспособностью любой спецификации честь все возможные детали реализации. Кроме того, разные люди, реализующие один и тот же проект, всегда интерпретируют его немного по-разному. И наконец, неизбежные ошибки реализации приводят к тому, что изделия разных реализаций отличаются исполнением. Этим объясняется то, что реализация протокола Х одной компании не всегда взаимодействует с реализацией этого протокола, осуществленной другой компанией.

Уровни OSI

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

1) Прикладной уровень

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

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

2) Представительный уровень

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

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

3) Сеансовый уровень

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

4) Транспортный уровень

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

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

5) Сетевой уровень

Сетевой уровень - это комплексный уровень, который обеспечивает возможность соединения и выбор маршрута между двумя конечными системами, подключенными к разным "подсетям", которые могут находиться в разных географических пунктах. В данном случае "подсеть" - это по сути независимый сетевой кабель (иногда называемый сегментом).

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

6) Канальный уровень

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

7) Физический уровень

Физический уровень определяет электротехнические, механические, процедурные и функциональные характеристики активации, поддержания и дезактивации физического канала между конечными системами. Спецификации физического уровня определяют такие характеристики, как уровни напряжений, синхронизацию изменения напряжений, скорость передачи физической информации, максимальные расстояния передачи информации, физические соединители и другие аналогичные характеристики.

Важнейшие термины и концепции

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

Адресация

Существенным компонентом любой системы сети является определение местонахождения компьютерных систем. Существуют различные схемы адресации, используемые для этой цели, которые зависят от используемого семейства протоколов. Другими словами, адресация AppleTalk отличается от адресации TCP/IP, которая в свою очередь отличается от адресации OSI, и т.д.

Двумя важными типами адресов являются адреса канального уровня и адреса сетевого уровня. Адреса канального уровня (называемые также физическими или аппаратными адресами), как правило, никальны для каждого сетевого соединения. У большинства локальных сетей (LAN) адреса канального уровня размещены в схеме интерфейса; они назначаются той организацией, которая определяет стандарт протокола, представленный этим интерфейсом. Т.к. большинство компьютерных систем имеют одно физическое сетевое соединение, они имеют только один адрес канального уровня. Роутеры и другие системы, соединенные с множеством физических сетей, могут иметь множество адресов канального уровня. В соответствии с названием, адреса канального уровня существуют на Уровне 2 эталонной модели OSI.

Aдреса сетевого уровня (называемые также виртуальными или логическими адресами) существуют на Уровне 3 эталонной модели OSI. В отличие от адресов канального уровня, которые обычно существуют в пределах плоского адресного пространства, адреса сетевого уровня обычно иерархические. Другими словми, они похожи на почтовые адреса, которые описывают местонахождение человека, казывая страну, штат, почтовый индекс, город, лицу, адрес на этой лице и наконец, имя. Хорошим примером одноуровневой адресации является номерная система социальной безопасности США, в соответствии с которой каждый человек имеет один никальный номер, присвоенный ему службой безопасности.

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

Адреса сетевого уровня различаются в зависимости от используемого семейства протоколов, однако они, как правило, используют соответствующие логические разделы для нахождения компьютерных систем в объединенной сети. Некоторые из этих логических разделов базируются на физических характеристиках сети (таких, как сегмент сети, в котором находится какая-нибудь система); другие логические разделы базируются на группировках, не имеющих физического базиса (например, "зона" AppleTalk).

Блоки данных, пакеты и сообщения

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

В настоящей работе термин "блок данных" (frame) обозначает блок информации, источником и пунктом назначения которого являются объекты канального уровня. Термин "пакет" (packet) обозначает блок информации, у которого источник и пункт назначения - объекты сетевого уровня. И наконец, термин "сообщение" (message) oбoзначает информационный блок, у которого объекты источника и места назначения находятся выше сетевого уровня. Термин "сообщение" используется также для обозначения отдельных информационных блоков низших уровней, которые имеют специальное, хорошо сформулированное назначение.

<hr>

<center><a href="index.html">Вернуться на главную</a></center>

</body></html>

3) Файл

<body>

<h2 align="center">2. Протоколы OSI</h2>

2) Directory Services (DS) - слуги каталогов. Разработанная на основе спецификации Х.500 CITT, эта слуга предоставляет возможности распределенной базы анных, которые полезны для идентификации и адресации злов высших ровней. </

<hr>

<center><a href="index.html">Вернуться на главную</a></center>

</body></html>

4) Файл

<body>

<h2 align="center">3. Маршрутизация OSI</h2>

1) Point-to-point subnetworks - Двухточечные подсети. Обеспечивают непосредственное соединение между двумя системами. Большинство последовательных каналов глобальной сети являются двухточечными сетями. </

1) IS-IS hello packets - приветственные пакеты IS-IS;

2) Link state packets (LSPs) - пакеты состояния канала;

Border intermediate system (BIS) - Граничная промежуточная система. Это IS, частвующая в междоменной маршрутизации. Для этого она использует IDRP. </

Routing domain identifier (RDI) - Идентификатор домена маршрутизации. никальный идентификатор домена маршрутизации (RD).

Routing information base (RIB) - Информационная база маршрутизации. Это база данных маршрутизации, используемая IDRP. Каждая BIS строит свою RIB из информации, полученной от систем данного RD и из других BIS. Любая RIB содержит набор маршрутов, выбранных для использования какой-нибудь конкретной BIS.</

Confederation - Конфедерация. Это группа доменов маршрутизации (RD). RD, не принадлежащие к данной конфедерации, воспринимают ее как один RD. Топология конфедерации невидима для RD, не принадлещащих к ней. Конфедерации помогают сократить сетевой трафик, выступая в объединенной сети в качестве непреодолимой преграды; они могут быть вложены одна в другую. </

<hr>

<center><a href="index.html">Вернуться на главную</a></center>

</body></html>

5) Файл

<body>

<h2 align="center">Список литературы</h2>

<hr>

</ol>

<hr>

<center><a href="index.html">Вернуться на главную</a></center>

</body></html>

6) Файл

Электромонтажник 3 разряда, 3-я группа допуска</

Электромонтажник 3 разряда, 2-я группа допуска</

Автослесарь 2 разряда (производственная практика)</

<- Умение работать в коллективе, самостоятельно принимать решения;<

<- Способность к быстрой адаптации в новых словиях, общительность;<

<- Стремление достичь высокого профессионального уровня.</

</table>

<hr>

<center><a href="index.html">Вернуться на главную</a></center>

</body></html>

<hr>

<table>

<tr valign=top bgcolor="">

<
<
Пол: Мужской<
E-mail: <a href=mailto:smirmi@gmail.com>smirmi@gmail.com</a></td></tr>

<tr valign=top bgcolor="">

<
<
<tr valign=top bgcolor="">

<
<
<

Приятного просмотра!

Протокол междоменной маршрутизации (IDRP)

IDRP является протоколом OSI, предназначенным для перемещения информации между доменами маршрутизации. Он предназначен для бесшовной работы с CLNP, ES-IS и IS-IS. IDRP базируется на Протоколе граничных роутеров (BGP), который является протоколом междоменной маршрутизации, впервые появившемся в сообществе IP.

IDRP вводит несколько новых терминов, в том числе следующие:

Border intermediate system (BIS) - Граничная промежуточная система. Это IS, частвующая в междоменной маршрутизации. Для этого она использует IDRP.

Routing domain (RD) - Домен маршрутизации. Это группа ES и IS, работающих согласно общим административным правилам, включающим коллективное пользование общим маршрутным планом.

Routing domain

Routing

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

Маршрут IDRP представляет собой последовательность RDI. Некоторые из этих RDI могут быть конфедерациями. При конфигурации каждой BIS она знает о RD и конфедерациях, к которым она принадлежит, также знает о других BIS, RD и конфедерациях из информации, которой она обменивается с каждым соседом. Как и для маршрутизации с вектором расстояния, маршруты в какой-нибудь конкретный пункт назначения накапливаются вне данного пункта назначения. Только маршруты, которые довлетворяют требованиям местной политики какой-нибудь BIS и были выбраны для использования, будут переданы в другие BIS. Пересчет маршрутов носит частичный характер и имеет место при наличии одного их следующих трех событий: получена инкрементная корректировка маршрутизации с новыми маршрутами, отказывает какая-нибудь соседняя BIS или появляется новая соседняя BIS.

В число характеристик IDRP входят следующие:

- Поддержка CLNP QOS;

- Устранение петель путем отслеживания всех RD, пересекаемых роутером;

- Сокращение объема маршрутной информации и ее обработки путем использования конфедераций, компрессии информации путей RD и других средств;

- Обеспечение надежности путем использования встроенных надежных средств транспортировки;

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

- Наличие злов обслуживания маршрута;

- Регенерирующие пакеты RIB.

Электронный учебник

Описание Web-сайта

Сайт раскрывает тему данной контрольной работы: Многоуровневая модель OSI< (вариант №5). Он состоит из 6 HTML<-файлов, с использованием 10 JPG<-файлов-изображений. Структуру сайта можно представить следующим образом:

Скрин-шот сайта

Список литературы

13. Косарев В.П. Компьютерные системы и сети: учеб. пособие. - М.: Финансы и статистика, 1.

14. Олифер В.Г., Олфер Н.А. Компьютерные сети. - Пб.: Питер, 2001.

15. Симонович С.В. Информатика: базовый курс. - Пб.: Питер, 2005.

16. Кулаков Ю.А. Компьютерные сети: Выбор, становка, использование и администрирование. - Киев: "ЮНИОР", 1.

17. Практикум по экономической информатике: учебн. пособие: в 3-х частях. - Часть 2 / Под. ред. В.П. Косарева, Г.А. Титоренко, Е.А. Мамонтовой. - Финансы и статистика; Перспектива, 2002.

18. Сокольский М.В. Все о Intranet и Internet. - М.: Элиот, 1998.

19. Закарян И. Что такое Internet и HTML. - М.: Интернет Трейдинг, 2003.

20. Шафран Э. Создание Web-страниц: Самоучитель. - Пб.: Питер, 2001.

21. Матросов А. HTML 4.0. - Пб.: БХВ-Петербург, 2001.

22. Федорчук А. Как создаются Web-сайты: Краткий курс. - Пб.: Питер, 2.

23. Советов Б.Я., Яковлев С.А. Построение сетей интегрального обслуживания. - Л.: МЛО, 1990.

24. Олифер В.Г., Олфер Н.А. Введение в IP-сети. - Пб.: Питер, 2.

25. Дополнительные материалы сети Internet (.citforum.ru и т.д.).

Blog

Многоуровневая модель OSI (ИТ в энергетике)

практическая работа

<hr> <table> <tr valign=top bgcolor=""> < < Пол: Мужской< E-mail: <a href=mailto:smirmi@gmail.com>smirmi@gmail.com</a></td></tr> <tr valign=top bgcolor=""> < < <tr valign=top bgcolor=""> < < <

Протокол междоменной маршрутизации (IDRP)

Электронный учебник

Список литературы

<hr>

<table>

<tr valign=top bgcolor="">

<
<
Пол: Мужской<
E-mail: <a href=mailto:smirmi@gmail.com>smirmi@gmail.com</a></td></tr>

<tr valign=top bgcolor="">

<
<
<tr valign=top bgcolor="">

<
<
<