СОДЕРЖАНИЕ

ВВЕДЕНИЕ. 7

1. НАЗНАЧЕНИЕ МАРШРУТИЗАТОРОВ И ИХ МЕСТО В СХЕМЕ СЕТЕВОГО ОБМЕНА.. 9

1.1. Сетевой уровень протоколов модели OSI 9

1.2. Обобщенное описание функционирования маршрутизатора. 11

1.2.1. Уровень интерфейсов. 13

1.2.2. Уровень сетевого протокола. 13

1.2.3. Уровень протоколов маршрутизации. 14

1.3. Выбор средств описания и разработки электронных учебно-методических указаний. 15

1.3.1. Этапы и содержание педагогического проектирования. 15

1.3.2. Методика описания вычислительных процессов с использованием схем алгоритмов. 16

1.3.3. Методика описания параллельных процессов с использованием схем межпроцессных связей. 19

1.3.4. Методика описания вычислительных процессов с использованием языка GPSS. 22

1.3.5. Объектно-ориентированный анализ. 24

1.3.6. Общие сведения об HTML. 26

1.4. Постановка задачи. 32

2. ФОРМАЛИЗОВАННОЕ ОПИСАНИЕ ПРОЦЕССА ФУНКЦИОНИРОВАНИЯ МАРШРУТИЗАТОРА.. 33

2.1. Методика описания процесса функционирования систем с использованием кусочно-линейных агрегатов. 33

2.2. Описание схем межпроцессных связей работы маршрутизатора. 33

3. РАЗРАБОТКА ЭЛЕКТРОННОЙ ВЕРСИИ УЧЕБНО- МЕТОДИЧЕСКИх УКАЗАНИЙ С ИСПОЛЬЗОВАНИЕМ HTML. 50

3.1. Структура электронных учебно-методических указаний. 50

3.2. Описание составных частей документа. 51

4. ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА.. 52

4.1. Определение затрат на создание учебно-методических указаний. 52

4.2. Определение затрат на выполнение отладки. 53

4.3. Выводы по разделу. 55

5. ОХРАНА ТРУДА.. 56

5.1. Охрана труда оператора ЭВМ.. 56

5.1.1. Оценка возможных опасных и вредных факторов на участке ПЭВМ.. 56

5.1.2. Системы защиты оператора ПЭВМ от поражений электрическим током 60

5.2. Пожарная профилактика на участке ПЭВМ.. 64

ЗАКЛЮЧЕНИЕ. 69

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ.. 71

ПРИЛОЖЕНИЕ 1. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. 73

ПРИЛОЖЕНИЕ 2. ТЕКСТ ПРОГРАММЫ.. 76

ПРИЛОЖЕНИЕ 3. ОПИСАНИЕ ПРОГРАММЫ.. 181

ПРИЛОЖЕНИЕ 4. ПРОГРАММА И МЕТОДИКА ИСПЫТАНИЙ.. 185

ВВЕДЕНИЕ

На сегодняшний день в мире существует более 150 миллионов компьютеров и более 80 % из них объединены в различные информационно-вычислительные сети от малых локальных в офисах до глобальных типа Internet. Всемирная тенденция к объединению компьютеров в сети обусловлена рядом важных причин, таких как ускорение передачи информационных сообщений, возможность быстрого обмена информацией между пользователями, получение и передача сообщений (факсов, Е - Mail писем и прочего) не отходя от рабочего места, возможность мгновенного получения любой информации из любой точки земного шара, а так же обмен информацией между компьютерами разных фирм работающих под разным программньм обеспечением.

Между собой вычислительные сети объединяются различными устройствами, такими как мосты, коммутаторы, шлюзы и маршрутизаторы. Из всех перечисленных устройств маршрутизаторы обладают наиболее полным набором функций для обеспечения эффективного межсетевого взаимодействия (сбор информации о топологии межсетевых соединений, изоляция трафика отдельных частей сети друг от друга, выбор наиболее рационального маршрута из нескольки возможных, способность связывать в единую сеть подсети, построенные с использованием различных сетевых технологий, например Ethernet и Х.25 и др.). Такие потенциальные возможности, которые несут в себе маршрутизаторы и тот новый потенциальный подъем, который при этом испытывает информационный комплекс, а так же значительное ускорение производственного процесса не дают нам право не принимать это к разработке и исследованию и не применять их на практике.

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

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

1. НАЗНАЧЕНИЕ МАРШРУТИЗАТОРОВ И ИХ МЕСТО В СХЕМЕ СЕТЕВОГО ОБМЕНА

1.1. Сетевой уровень протоколов модели OSI

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

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

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

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

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

Сообщения сетевого уровня принято называть пакетами (packets). При организации доставки пакетов на сетевом уровне используется понятие “номер сети”. В этом случае адрес получателя состоит из старшей части – номера сети и младшей – номера узла в этой сети. Все узлы одной сети должны иметь одну и ту же старшую часть адреса, поэтому термину “сеть” на сетевом уровне можно дать и другое, более формальное определение: сеть – это совокупность узлов, сетевой адрес которых содержит один и тот же номер сети [2].

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

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

Примерами протоколов сетевого уровня являются протокол межсетевого взаимодействия IP стека TCP/IP и протокол межсетевого обмена пакетами IPX стека Novell.

1.2. Обобщенное описание функционирования маршрутизатора

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

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

Функции маршрутизатора могут быть разбиты на 3 группы в соответствии с уровнями модели OSI (рис. 1.1).

Создание и ведение таблиц маршрутизации

Уровень

протокола

маршрутизации

Удаление плохих пакетов (по контрольной сумме)

Ведение очередей пакетов

Определение маршрута по таблице маршрутизации

Анализ и модификация сетевого заголовка

Фильтрация пакетов

 Уровень сетевого протокола

Уровень

интер-

фейсов

LAP-B

LAP-D

LAP-F

LLC-подуровень

802.3

МАС-подуровень

802.3

МАС-подуровень

802.5

V.35

МАС-подуровень

0Base-T

10Base-2

UTP

Порт1 Порт2 Порт3 Порт4

Ethernet Ethernet Token Ring V.35(x.25,frame

relay,ISDN)

Рис. 1.1. Функциональная схема маршрутизатора



1.2.1. Уровень интерфейсов

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

1.2.2. Уровень сетевого протокола

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

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

 В случае если интенсивность поступления пакетов выше скорости обработки, пакеты могут образовать очередь. Существуют различные дисциплины обслуживания пакетов: в порядке поступления по принципу “первый пришел – первый обслужен” (First Input First Output, FIFO) случайное раннее обнаружение, когда обслуживание идет по правилу FIFO, но при достижении очередью определенной длины, вновь поступающие пакеты отбрасываются, а также различные варианты приоритетного обслуживания.

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

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

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

1.2.3. Уровень протоколов маршрутизации

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



1.3. Выбор средств описания и разработки электронных учебно-методических указаний

1.3.1. Этапы и содержание педагогического проектирования

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

Педагогическое проектирование, как процесс создания новых объектов включает в себя следующие основные этапы:

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

2. исследование условий реализации разрабатываемой технологии обучения, выявление имеющихся ограничений;

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

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

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

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

7. опытная реализация проекта учебной дисциплины, раздела или темы; исследование эффективности и разработка рекомендаций по совершенствованию.

Выполнение полной программы педагогического проектирования

в рамках дипломного проектирования практически нереально, вследствие чего решены шестой и седьмой этапы [4].

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

1.3.2. Методика описания вычислительных процессов с использованием схем алгоритмов

Схемы алгоритмов выполняют по ГОСТ 19.002-80 на отдельных местах определенного формата. Условные графические обозначения (УГО) на схемах изображают по стандарту и соединяют линиями потока информации, которые параллельны внешней рамке схемы. Линии потока информации и линии контуров УГО должны иметь одинаковую толщину. Основное направление потока информации идет сверху вниз и слева направо (стрелки не указывают). В других случаях применение стрелок обязательно.

Линии потока информации разрешается разрывать при нецелесообразности проведения линии потока они заменяются УГО “Соединитель”, с указанием внутри УГО координаты условного графического обозначения, к которым должна подойти линия потока информации (рис. 1.2,а).

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

Особое положение в схемах занимает УГО “Решение”, с помощью которого указывают на схемах альтернативные пути ветвления отображаемых процессов. Возможные варианты отображения решения: А=В, Р≥0-условия решения; А,В,Р- параметры (рис.1.2,г). При числе исходов не более трех признак условия (да, нет, =,>,<) проставляют над каждой выходящей линией потока и справа от линии потока.

При выполнении схем алгоритмов необходимо выдержать минимальное расстояние 3 мм между параллельными линиями потоков и 5 мм между УГО. В УГО приняты размеры: а=10,15,20 мм, в=1,5а (см. рис. 1.2,б). Если необходимо увеличить размеры схем, то допускается увеличить на число, кратное 5 [5].

а) б)







 В)

 ХХХ...Х

г)

 нет < >







 =

Рис. 1.2. Основные обозначения схем алгоритмов

1.3.3. Методика описания параллельных процессов с использованием схем межпроцессных связей

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

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

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

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

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

o для проверки корректности технического задания на разработку системы и принятых инженерных решений;

o для отладки программного и аппаратного обеспечения на различных стадиях проектирования.

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

Каждый процесс представляется в виде таблицы, в заголовке которой слева указывается ее номер, а справа - наименование. Ниже заголовка процесса располагаются строки таблицы, определяющие функции операций процесса. Для определения функций и связей между операциями выделено четыре поля записи (столбца). В крайнем левом (первом) столбце каждого процесса указываются номера операций. Второй столбец определяет функцию, реализуемую операцией, а также ее существенные параметры, например время выполнения [6].

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

Рассмотрим основную форму присвоения атрибутов транзактов - стековую. Для определения правил записи соотношений, определяющих атрибуты транзактов ( заявок), используем схемы Бэкуса-Науэра.

<Атрибуты транзакта> ::= ( [< позиция атрибутов транзакта>,]).

<Позиция атрибутов транзакта>::= <выражение, определяющее № процесса, куда будет переслан транзакт оператором пересылки, определяемым четвертым полем записи> - <№ оператора процесса>.

Так, например, соотношения, определяющие атрибуты транзакта, могут иметь вид (1-3, 4-5). Тогда адреса 1-3 или 4-5 однозначно характеризуют операцию процесса, куда необходимо переслать заявку с данными атрибутами. Если позиция атрибутов заявки используется при указании адреса пересылки заявки или в операторе, то она стирается, а позиции атрибутов, расположенные справа от нее сдвигаются влево на одну позицию. Так, после того, как позиция 1-3 использована, первой и единственной позицией атрибутов транзакта становится 4-5. Предполагается, что правая позиция атрибутов транзакта (на схеме не указывается ) настроена на очередную операцию процесса, обратившегося к системе [7]. Эта позиция атрибутов используется для указания адреса пересылки транзакта в случае, когда он возвращается к обратившемуся процессу.

В третьем столбце указываются имена существенных относительно рассматриваемой операции состояний (обстоятельства), определяющих направление пересылки транзакта. Например, при выполнении операции проверки наличия свободных секций у буферного запоминающего устройства может быть два состояния: свободные секции есть, и свободных секций нет. В случаях, когда для операции процесса указания существенных состояний не требуется, второй столбец можно не изображать на схеме [8].

В правом столбце указываются адреса пересылки заявок.

< Адрес пересылки заявки> ::= <выражение, определяющее номер процесса, куда следует заявка>-< выражение, определяющее номер операции указанного процесса> ! C(i),

где i - номер позиции атрибута транзакта.

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

Введена также операция перевода транзакта в пассивное состояние - <Искл>. В операции занесения заявки в очередь (список) сначала записываются выражения, определяющие атрибуты заносимого в список транзакта, а после знака “ / “ - выражения, определяющие атрибуты активного транзакта.

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

 Каждый запрос характеризуется с помощью следующих полей записи: имя запроса, адрес пересылки транзакта, атрибуты транзакта [9].

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

1.3.4. Методика описания вычислительных процессов с использованием языка GPSS

 GPSS (General Purpose Simulating System- общецелевая система моделирования) является языком моделирования, используемым для построения дискретных моделей и моделирования на ЭВМ.

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

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

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

К сожалению, это преимущество становится его недостатком для пользователей, которые не понимают внутренней логики интерпретатора, а это приводит к тому, что GPSS используют вслепую. Бездумное использование этого языка может дать только малозначащие результаты на неадекватной модели. Неадекватность может быть связана с неумением описать тонкости функционирования объекта и, следовательно, остаться необнаруженной [10].

1.3.5. Объектно-ориентированный анализ

Объектно-ориентированный анализ (ООА) - метод для отождествления важных сущностей в задачах реального мира, для понимания и объяснения того, как они взаимодействуют между собой. Этот метод, используемый главным образом в контексте программной или системной инженерии, лучше всего описывается в три этапа:

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

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

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

Модели состояний. Второй этап метода связан с поведением объектов и связей во времени. В ООА каждый объект и связь имеет жизненный цикл – регулярную составную часть динамического поведения. Мы используем модели состояний для формализации жизненных циклов как объектов, так и связей. Модели состояний, которые выражаются в переходных диаграммах и таблицах, взаимодействуют между собой посредством событий, их организовывают в уровни, чтобы сделать систему взаимодействия упорядоченной и понятной.

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

Модели процессов. Все процессы, связанные с задачей, заключены в действия моделей состояний. Здесь на третьем этапе метода, действия расчленяются на фундаментальные процессы и многократно используемые и изображаются усиленной формой традиционных диаграмм потоков данных (ДПД)- ДПД действий. Получаемые таким образом процессы в дальнейшем могут быть преобразованы в непосредственно в операторы (методы) объектно-ориентированного проектирования. Хотя изначально ООА определялся как метод для анализа задач реального времени (и поэтому упор делался на согласование синхронных взаимодействий с асинхронными и одновременностью), можно считать его пригодным как для MIS- приложений, так и для задач реального времени.

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

Каждое действие изображено графически на диаграмме потоков данных действий – ДПДД. Процессы действия могут иметь доступ как к данным, в чью модель состояния они вложены, так и к данным других объектов. Просмотр такого межобъектного доступа к данным обеспечивается моделью доступа к объектам. Описания процессов разрабатываются для документирования деталей любых запутанных процессов, находящихся на ДПДД. Недостатками данного метода являются трудоемкость и сложность оформления. Когда требуется точное наглядное представление описания модели, то предпочтительнее использовать метод ООА, а когда требуется оформить документацию с минимальными временными затратами, целесообразнее использовать табличный метод [11].

1.3.6. Общие сведения об HTML

Термин HTML (Hyper Text Markup Language) означает "язык маркировки гипертекстов". Со времени создания первой версии HTML претерпел некоторые изменения. Как и многое другое в компьютерном мире, версии, или спецификации, HTML оказались пронумерованными.

В настоящее время широко используются два типа редакторов HTML:

- Редакторы типа "что видишь, то и получишь" (Netscape Navigator Gold, Microsoft Front Page). Пользователь не видит "внутренностей" документа.

- Редакторы собственно HTML-текстов (HotDog, Ken Nesbitt Web Editor и многие другие). В процессе работы пользователь видит внутреннее содержание HTML-файла и может изменять его либо вручную, либо вызывая команды меню для вставки определенных элементов HTML.

Структура HTML-документа

HTML-документ — это просто текстовый файл с расширением *.htm

Пример самого простого HTML-документа:

<html>

 <head>

 <title> Пример 1 </title>

 </head>

 <body>

 <H1> Привет! </H1>

 Это простейший пример HTML-документа. 

 </body>

</html>

 Как видно из примера, вся информация о форматировании документа сосредоточена в его фрагментах, заключенных между знаками "<" и ">". Такой фрагмент (например, <html>) называется меткой (по-английски — tag, читается "тэг"). Большинство HTML-меток — парные, то есть на каждую открывающую метку вида <tag> есть закрывающая метка вида </tag> с тем же именем, но с добавлением "/". Многие метки, помимо имени, могут содержать атрибуты — элементы, дающие дополнительную информацию о том, как броузер должен обработать текущую метку. В данном простейшем документе, однако, нет ни одного атрибута.

Обязательные метки

<html> ... </html>

Метка <html> должна открывать HTML-документ. Аналогично, метка </html> должна завершать HTML-документ.

<head> ... </head>

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

<title> ... </title>

Все, что находится между метками <title> и </title>, толкуется броузером как название документа. Netscape Navigator, например, показывает название текущего документа в заголовке окна и печатает его в левом верхнем углу каждой страницы при выводе на принтер. Рекомендуется название не длиннее 64 символов.

<body> ... </body>

Эта пара меток указывает на начало и конец тела HTML-документа, каковое тело, собственно, и определяет содержание документа.

<H1> ... </H1> — <H6> ... </H6>

Метки вида <Hi> (где i — цифра от 1 до 6) описывают заголовки шести различных уровней. Заголовок первого уровня — самый крупный, шестого уровня, естественно — самый мелкий.

 ... 

Такая пара меток описывает абзац. Все, что заключено между и , воспринимается как один абзац.

Метки HTML

Метки не подчиняются двум основным правилам HTML: все они непарные, а некоторые (так называемые &-последовательности) к тому же должны вводиться только маленькими буквами.

 

Эта метка используется, если необходимо перейти на новую строку, не прерывая абзаца. Очень удобно при публикации стихов.

Организация текста внутри документа

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

Ненумерованные списки

Текст, расположенный между метками <UL> и </UL>, воспринимается как ненумерованный список. Каждый новый элемент списка следует начинать с метки <LI>.

Нумерованные списки

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

Списки определений

Список определений несколько отличается от других видов списков. Вместо меток <LI> в списках определений используются метки <DT> и <DD>

Связывание

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

<A HREF="[адрес перехода]">выделенный фрагмент текста</A>

В качестве параметра [адрес перехода] может использоваться несколько типов аргументов. Самое простое — это задать имя другого HTML-документа, к которому нужно перейти.

Цветовая гамма HTML-документа

Internet-документы содержат HTML-метки, определяющие их цветовую гамму. Цветовая гамма HTML-документа определяется атрибутами, размещенными внутри метки <BODY>. Вот список этих атрибутов:

bgcolor

Определяет цвет фона документа.

text

Определяет цвет текста документа.

link

Определяет цвет выделенного элемента текста, при нажатии на который происходит переход по гипертекстовой ссылке.

vlink

Определяет цвет ссылки на документ.

alink

Определяет цвет ссылки непосредственно перед переходом по ссылке.

Цвет кодируется последовательностью из трех пар символов. Каждая пара представляет собой шестнадцатеричное значение насыщенности заданного цвета одним из трех основных цветов (красным, зеленым и синим) в диапазоне от нуля (00) до 255 (FF).

Кроме того, метка <BODY> может включать атрибут background="[имя файла]", который задает изображение, служащее фоном для текста и других изображений.

Таблицы

Таблица начинается с метки <TABLE> и заканчивается меткой </TABLE>. Метка <TABLE> может включать несколько атрибутов:

ALIGN

Устанавливает расположение таблицы по отношению к полям документа. Допустимые значения: ALIGN=LEFT (выравнивание влево), ALIGN=CENTER (выравнивание по центру), ALIGN=RIGHT (выравнивание вправо).

WIDTH

Ширина таблицы. Ее можно задать в пикселях или в процентах от ширины страницы.

BORDER

Устанавливает ширину внешней рамки таблицы и ячеек в пикселях.

CELLSPACING

Устанавливает расстояние между рамками ячеек таблицы в пикселях (например, CELLSPACING=2).

CELLPADDING

Устанавливает расстояние между рамкой ячейки и текстом в пикселях (например, CELLPADDING=10) [12].

Выводы

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

Возможно улучшение вида и увеличения функциональных возможностей web-документов с помощью Java Script, Visual Basic Script, CGI-скриптов. Но вместе с тем простейшую Web-страницу можно создать в течении нескольких часов без привлечения специальных программных комплексов. Именно эта простота языка и небольшие размеры HTML-документов послужили такому широкому распространению данного стандарта в сети.

1.4. Постановка задачи

1. Разработать формализованное описание процесса функционирования маршрутизаторов для стека протоколов TCP/IP, которое может быть использовано для:

· создания электронной версии учебно-методических указаний по изучению принципов организации маршрутизаторов;

· создания имитационных моделей маршрутизаторов;

· исследования принципов маршрутизации.

2. Разработать электронную версию указанных выше учебно-методических указаний.

2. ФОРМАЛИЗОВАННОЕ ОПИСАНИЕ ПРОЦЕССА ФУНКЦИОНИРОВАНИЯ МАРШРУТИЗАТОРА

2.1. Методика описания процесса функционирования систем с использованием кусочно-линейных агрегатов



 Модель процесса может быть представлена в виде А-формы кусочно-линейного агрегата, где А- форма есть отображение А:С→Р, где С- множество ситуаций, а Р- множество реакций на эти ситуации. Раскроем содержание принципов построения такого описания.

 Пусть множество ситуаций С:С - S x O, где S - множество событий S=G·U·K, G - множество внутренних событий, К - множество внешних событий, О - множество обстоятельств, О_iÎO является функцией от условий, причем U_i на множестве F, а F множество принципиальных координат состояний (F_i – элемент множества F. F_i Î F ).

 Тогда множество реакций Р рассматривается как комбинация элементов a_iÎД, где Д=АÈW - множество действий; А - действия описывают скачки агрегата; W - действия описывают входных сигналов агрегата g_i Î Q, где Q- множество выходных сигналов w_iÎW [14].

2.2. Описание схем межпроцессных связей работы маршрутизатора

Таблица 2.1

поступление

IP- пакета

поступ-ление

ARP-запроса

поступле-ние пакета по протоколу RIP

поступление пакета по протоколу OSPF

поступление сигнала инициализации маршрутизатора

1-2

2-8

5-4

10-5

5-1,10-1

 Входные воздействия

Таблица 2.2

Таблица маршрутизации

Элементы таблицы

Действия над элементом

Условия выполнения действия

номера сетей назначения

добавление нового (динамическая запись)

сообщение о данном адресе от соседнего маршрутизатора (М)

добавление нового (статическая запись)

выполняется администратором

удаление имеющегося (только для динамической записи)

за время существования данной записи не пришло её подтверждение

сетевой адрес следующего маршрутиза-тора

запись нового

поступление с новым сети назначения

замена старого на новый

новый путь является оптимальным

сетевой адрес выходного порта

замена старого на новый

изменение сетевого адреса следующего М

расстояние до сети назначения

замена старого на новый

на основании информации, поступившей от соседнего М

маски подсетей

запись

выполняется администратором

удаление

признаки состояния маршрута

изменение

зависит от состояния маршрута

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

установка

определяется конкретной

моделью М

 Продолжение таблицы 2.2

Элементы таблицы

Действия над элементом

Условия выполнения действия

флаги записей (присутствуют в таблицах UNIX-маршрутизато-ров)

U

установка

маршрут активен и работоспособен

H

установка

специфический маршрут к определённому хосту

G

установка

данный М является промежуточным

D

установка

отправитель сообщает, что последующие пакеты следует отправлять через другой следующий М

“Refcnt”

увеличение значения

очередная ссылка на данный маршрут

USE

увеличение значения

передача очередного пакета через данный маршрут

Default

запись

определяется администратором при формировании статической таблицы мааршрутизации

Таблица 2.3

 Заголовок IP-пакета

Элементы заголовка

пакета

Операции над элементом

Условия выполнения операций

Характеристика элемента

№ версии

-

-

длина заголовка

-

-

тип сервиса

PR

установка

при формировании заголовка

приоритет пакета

D

установка

при формировании заголовка

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

T

установка

при формировании заголовка

маршрут должен выбираться для максимизации пропускной

способности

R

установка

при формировании заголовка

маршрут выбира-ется для максими-зации надёжности

общая длина

установка

при формиро-

вании заголов -ка или после фрагментации

длина пакета с учётом заголовка и поля данных

идентифи-катор пакета

установка

после фрагментации

флаги

DF

установка

при формировании заголовка

запрет на фрагментацию пакета

MF

установка

при формировании заголовка

данный пакет-промежуточный

 Продолжение таблицы 2.3

Элементы заголовка

пакета

Операции над элементом

Условия выполнения операций

Характеристика элемента

смещение фрагмента

установка

после фрагментации

смещение в бай-тах поля данных этого пакета от начала общего поля данных исходного пакета

TTL

уменьшение на единицу

при прохождении через очередной М

время существования пакета

протокол верхнего уровня

установка

при формировании заголовка

протокол верх-него уровня, которому при-надлежит ин-формация поля данных пакета

контроль-ная сумма

проверка,

повторный расчёт

при каждой обработке пакета

рассчитывается по заголовку

IP-адрес источника

установка

при формировании заголовка

IP-адрес назначе-

ния

установка

при формировании заголовка

опции и выравни-вание

используется при отладке сети

предоставляет функции управления.

Таблица 2.4

 Алгоритмы маршрутизации

Вид алгоритма

Тип маршрутизации

Действия с пакетом

фиксированной (статической) маршрутизации

простой маршрутизации

случайная

посылается в первом попавшем случайном направлении

лавинная

посылается широковещательно по всем возможным направлениям

по предыдущему опыту

посылается в соответствии с таблицей, построенной по принципу моста

динамической маршрутизации

динамическая

посылается в соответствии с таблицей, построенной на основании сообщений от соседних М

Таблица 2.5

Критерии выбора маршрута

задержка прохождения маршрута отдельным пакетом

средняя пропускная способность маршрута для последовательности пакета

надежность

количество промежуточных маршрутизаторов

Таблица 2.6

Формат сообщений по протоколу ICMP

Элементы

сообщения

Операции над элементом

Условия выполнения операций

Характеристика элемента

поле типа сообщения

значение

0

установка

при формировании сообщения

эхо-ответ

3

установка

при формировании сообщения

узел назначения недостижим

4

установка

при формировании сообщения

подавление источника

5

установка

при формировании сообщения

перенаправление маршрута

8

установка

при формировании сообщения

эхо-запрос

11

установка

при формировании сообщения

истечение времени дейтаграммы

12

установка

при формировании сообщения

проблема с параметром пакета

13

установка

при формировании сообщения

запрос отметки времени

14

установка

при формировании сообщения

ответ отметки времени

17

установка

при формировании сообщения

запрос маски

18

установка

при формировании сообщения

ответ маски

Продолжение таблицы 2.6

Элементы

сообщения

Операции над элементом

Условия выполнения операций

Характеристика элемента

Поле кода сообщения

Код

0

установка

при формировании

сеть недостижима

1

установка

при формировании

узел недостижим

2

установка

при формировании

протокол недостижим

3

установка

при формировании

порт недостижим

4

установка

при формировании

требуется фрагментация, а бит DF установлен

5

установка

при формировании

ошибка в маршруте, заданном источником

6

установка

при формировании

сеть назначения неизвестна

7

установка

при формировании

узел назначения неизвестен

8

установка

при формировании

узел-источник изолирован

9

установка

при формировании

взаимодействие с сетью назначения административно запрещено

10

установка

при формировании

взаимодействие с узлом назначения административно запрещено

11

установка

при формировании

сеть недостижима для заданного класса сервиса

12

установка

при формировании

узел недостижим для заданного класса сервиса

 Продолжение таблицы 2.6

Элементы

сообщения

Операции над элементом

Условия выполнения операций

Характеристика элемента

контрольная сумма

установка

при формировании

при формировании сообщения

заголовок и первые 64 бита данных пакета IP, который вызвал ошибку

установка

при формировании

при формировании сообщения

 Таблица 2.7

 Структура ARP-запроса и ARP-ответа

тип сети

тип протокола

длина локального адреса

длина сетевого адреса

опция

локальный адрес отправителя

сетевой адрес отправителя

локальный (искомый) адрес получателя

сетевой адрес получателя

Таблица 2.8

Методы борьбы с ложными маршрутами в протоколе RIP

1

Метод расщепления горизонта

2

Метод триггерного обновления

3

Метод замораживания изменений

Таблица 2.9

Модуль обработки пакетов в стеке протоколов TCP/IP

1. Модуль обработки пакетов в стеке протоколов TCP/IP

1

ожидание поступления заголовка кадра

-

1-2

2

создание дескриптора процесса, прием кадра данных в буфер (1-3)

-

4-1

3

МАС- адрес совпадает ?

нет

1-4

да

1-5

4

удаление кадра

-

4-11

5

фильтрация (разрешено прохождение кадра от данного отправителя ?)

разре-шено

1-6

нет

1-4

6

освобождение кадров от заголовков канального уровня

-

1-7

7

извлечение из кадра номера сети назначения

-

1-8

8

сравнение номера сети назначения с записью в первой строке таблицы маршрутизации (совпадает ?)

совпал

1-11

нет

1-9

9

сравнение со следующей записью (совпадает ?)

совпал

1-11

нет

1-10

10

запись последняя (default) ?

да

1-11

нет

1-9

11

высчитывается контрольная сумма пакета

-

1-12

12

сумма совпала ?

да

1-14

нет

1-13

13

удаление пакета

-

4-11

14

уменьшение значения времени жизни пакета

-

1-15

15

время жизни пакета допустимое ?

да

1-17

нет

1-16

16

удаление пакета

-

4-11

17

пересчёт контрольной суммы

-

1-18

18

определение номера собственного выходного порта

-

1-19

19

анализ параметров выходного порта

-

1-20

20

размер данного пакета для следующей сети является приемлемым ?

да

1-22

нет

1-21

21

разбиение пакета (фрагментация) (1-22)

-

3-1

22

определение МАС – адреса следующего маршрутизатора (получателя) (1-26)

-

2-1

 Продолжение таблицы 2.9

23

ответ получен ?

да

1-25

нет

1-24

24

пакет удаляется

-

1-2

25

занесение ARP-ответа в таблицу

-

1-26

26

передача на канальный уровень локального адреса и номера выходного порта

-

1-27

27

коммутация с одним из интерфейсов

-

1-28

28

упаковка пакета в кадр канального уровня

-

1-29

29

размещение в поле адреса назначения заголовка кадра локального адреса следующего маршрутизатора

-

1-30

30

отправка кадра в сеть

-

1-31

31

все пакеты обработаны?

да

1-32

нет

1-2

32

удаление дескриптора процесса

1-1

Таблица 2.10

Отображение сетевых адресов на локальные адреса

2. Отображение сетевых адресов на локальные адреса по протоколу ARP

1

сетевой модуль (IP) обращается к модулю протокола разрешения адреса (ARP) с запросом на разрешение адреса

-

2-2

2

поиск указанного сетевого адреса в АRP-таблице

-

2-3

3

адрес присутствует ?

да

С(1)

нет

2-4

4

исходящий пакет ставится в очередь

-

2-5

5

формируется ARP-запрос

-

2-6

6

ARP-запрос вкладывается в кадр протокола канального уровня

-

2-7

7

широковещательная рассылка кадра запроса

-

1-23

Таблица 2.11

Фрагментация пакета

3. Фрагментация пакета

1

пакет фрагментируемый?

да

3-4

нет

3-2

2

удаление пакета

-

3-3

3

отправка уведомления отправителю

-

1-2

4

разбивка поля данных пакета на меньшие части

-

3-5

5

упаковка частей в новые пакеты

-

3-6

6

создание новых заголовков

-

3-7

7

установка идентификатора

-

3-8

8

установка смещения

-

3-9

9

пакет последний

-

3-10

10

отметка последнего пакета

-

С(1)

Таблица 2.12

Обслуживание очередей кадров

4. Обслуживание очередей кадров

1

прием серии кадров

-

4-2

2

постановка серии кадров в очередь

-

4-3

3

прием следующей очереди кадров

-

4-4

4

все кадры могут быть записаны в очередь ?

да

4-5

нет

4-6

5

постановка в очередь

-

4-9

6

в очередь ставится допустимое число кадров

-

4-7

7

удаление непоместившихся кадров

-

4-8

8

уведомление отправителей об удалении

-

4-9

9

анализ приоритетов кадров

-

4-10

10

перестроение очереди в соответствии с приоритетом

-

4-11

11

выбор из очереди кадра с наибольшим приоритетом

-

С(1)

Таблица 2.13

Протокол RIP

5. Протокол RIP

1

включение маршрутизатора (М) в сеть

-

5-2

2

рассылка служебных сообщений соседним М о подключении к сети

-

5-3

3

ожидание

-

5-4

4

прием ответов

-

5-5

5

занесение ответов в таблицу маршрутизации

-

5-6

6

рассылка созданной минимальной таблицы маршрутизации (ТМ) соседним М

-

5-7

7

ожидание

-

5-8

8

получение полных ТМ от соседних М

-

5-9

9

увеличение метрики в полученных сообщениях на 1

-

5-10

10

запоминание порта и М, от которых получено сообщение

-

5-11

11

распределение полученных сообщений в собственной полной ТМ

-

5-12 ,

6-1

12

инициализация таймера периода рассылки ТМ

-

5-13

13

уменьшение значения таймера за определенный период времени

-

5-14

14

значение таймера = 0 ?

да

5-15

нет

5-13

15

коммутация с очередным портом

-

5-16

16

изъятие из ТМ очередной записи

-

5-17

17

в данном М поддерживается метод “расщепления горизонта” ? (5-18)

да

7-1

(5-18)

нет

7-2

18

все записи отправлены ?

да

5-19

нет

5-16

19

ТМ разосланы по всем портам ?

да

5-20

нет

5-15

20

ожидание

-

5-21

21

получение сообщения

-

5-22

22

М поддерживает метод “триггерных обновлений” (5-24)

да

8-1

нет

5-23

23

М поддерживает метод “метод замораживания изменений” (5-24)

да

9-1

нет

5-24

24

ожидание

-

5-25

25

получение ТМ от очередного соседнего М

-

5-26

 Продолжение таблицы 2.13

26

сравнение очередного полученного сообщения с имеющимися записями в ТМ

-

5-27

27

запись о данной сети имеется в ТМ ?

да

5-28

нет

5-30

28

метрика в имеющемся сообщении равна метрике в полученном сообщении ?

да

5-15

нет

5-29

29

удаление имеющейся записи из ТМ

-

5-30

30

занесение полученной записи в ТМ

-

5-12

31

все записи сравнены

да

5-12

нет

5-26

Таблица 2.14

Адаптация маршрутизаторов к изменениям в сети по протоколу RIP

6. Адаптация маршрутизаторов к изменениям в сети по

протоколу RIP

1

инициализация таймеров существования записей в ТМ

-

6-2

2

уменьшение значений таймеров на 1 за определенный промежуток времени

-

6-3

3

значение метрики в полученной записи меньше или равно максимально допустимого ?

да

6-13

нет

6-4

4

установка 1-го таймера в исходное состояние

-

6-5

5

уменьшение значения 1-го таймера на 1 каждую секунду

-

6-6

6

получено сообщение, подтверждающее имеющуюся запись ?

да

6-4

нет

6-7

7

значение 1-го таймера =0 ?

да

6-8

нет

6-5

8

установка 2-го таймера в исходное состояние

-

6-9

9

уменьшение значения 2-го таймера на 1 каждую секунду

-

6-10

10

получено сообщение, подтверждающее имеющуюся запись ?

да

6-11

нет

6-12

11

отключение 2-го таймера

-

6-4

12

значение 2-го таймера =0 ?

да

6-13

нет

6-9

13

сеть помечается как недоступная

-

С(1)

Таблица 2.15

Метод расщепления горизонта

7. Метод расщепления горизонта

1

данная запись получена от выбранного порта

да

5-16

нет

7-2

2

отправка записи

-

С(1)

Таблица 2.16

Метод триггерных обновлений

8. Метод триггерных обновлений

1

сравнение полученной строки с имеющейся (адреса сетей назначения идентичны ?)

-

8-2

2

метрики совпадают ?

да

5-20

3

нет

8-4

4

удаление имеющейся строки

-

8-5

запись полученной строки в ТМ

-

8-6

5

отправка сообщений об изменении соседним М

-

С(1)

Таблица 2.17

Метод замораживания изменений

9. Метод замораживания изменений

1

получение от соседнего М строки с метрикой большей предельно допустимой (i-я сеть недоступна)

-

9-2

2

запись полученной строки в ТМ

-

9-3

3

уведомление соседних М

-

9-4

4

установка таймера в исходное состояние

-

9-5

5

уменьшение значения таймера на 1 каждую секунду

-

9-6

6

получение сообщения, сообщающего о том, что i-я сеть стала доступной

-

9-7

7

значение таймера= 0 ?

да

9-8

нет

9-5

8

замена старого значения метрики новым

-

С(1)

Таблица 2.18

Протокол OSPF

10. Протокол OSPF

1

инициализация М

-

10-2

2

формирование запроса “HELLO”

-

10-3

3

рассылка запроса “HELLO” соседним М

-

10-4

4

ожидание

-

10-5

5

получение ответа “объявление о связях М”

-

10-6

6

занесение полученного ответа в топологическую базу данных

-

10-7

7

построение графа сети

-

10-8

8

извлечение данных из базы

-

10-9

9

просмотр метрик

-

10-10

10

выбор наименьшей метрики

-

10-11

11

несколько маршрутов имеют одинаковую метрику до сети назначения ?

да

10-12

нет

10-13

12

запись в ТМ первых шагов всех этих маршрутов

-

10-14

13

запись строки в ТМ (10-14)

-

11-1

14

сравнение полученной записи с имеющейся

-

10-15

15

записи совпадают ?

да

10-17

нет

10-16

16

обновление таблицы

10-17

17

посылка запроса “HELLO” соседним М (через определенный период времени)

-

10-18

18

ожидание ответа

-

10-19

19

получение ответа

-

10-20

20

сравнение полученной записи с имеющейся

-

10-21

21

есть изменения ?

да

10-22

нет

10-4

22

отправка сообщения об изменениях соседним М

-

10-23

23

перестроение графа сети

-

10-24

24

поиск новых оптимальных маршрутов

-

10-25

25

корректировка ТМ

-

10-4

Таблица 2.19

Таймер существования строки

11. Таймер существования строки

1

установка таймера для данной записи в исходное состояние

-

11-2

2

уменьшение значения таймера на 1 каждую секунду

-

11-3

3

пришло подтверждение данной записи ?

да

С(1)

нет

11-4

4

значение таймера = 0?

да

11-5

нет

11-2

5

посылка запроса на подтверждение к М, от которого поступила данная запись

-

11-6

6

ожидание ответа

-

11-7

7

получение ответа

-

С(1)

3. РАЗРАБОТКА ЭЛЕКТРОННОЙ ВЕРСИИ УЧЕБНО-МЕТОДИЧЕСКИЙ УКАЗАНИЙ С ИСПОЛЬЗОВАНИЕМ HTML

3.1. Структура электронных учебно-методических указаний

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

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

o НОМЕ - на заглавную страницу;

o CONTENТS- на страницу с содержанием данного приложения;

o FEEDBACK- на страницу, содержащую вопросы для проверки теоретических знаний

o SEARCH- на страницу, позволяющую найти нужный раздел по ключевому слову.

Гиперссылки в виде указательного пальца позволяют перемещаться по приложению в последовательности, указанной на странице CONTENTS.

В конце предоставляется возможность проверить свои знания по основам построения компьютерных сетей и протоколов маршрутизации при помощи Интерактивного Наставника CISCO (CIM). В его основе JAVA-апплет, который эмулирует работу по конфигурированию маршрутизаторов через TELNET. Лабораторные работы проводятся в 5 этапов и для перехода к следующему необходимо точно и в полном объеме выполнить предыдущий. При завершении каждой работы выдается пароль для выполнения следующей.

3.2. Описание составных частей документа

Таблица 3.1

Описание составных частей документа

Название страницы

Описание страницы

HOME

содержит аннотацию и правила пользования приложением

TOC

содержит список страниц приложения

FEEDBACK

содержит вопросы и варианты ответов для контроля теоретических знаний

SEARCH

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

CONFIRM

предназначена для хранения ответов, поступивших со страницы FEEDBACK

MODULE

cодержит формализованное описание работы модуля обработки пакетов по протоколу TCP/IP

RIP

cодержит формализованное описание работы маршрутизатора по протоколу RIP

OSPF

cодержит формализованное описание работы маршрутизатора по протоколу OSPF

INSIGNALS

содержит таблицу входных сигналов, поступающих на маршрутизатор

TM

содержит компоненты таблицы маршрутизации

TM

содержит компоненты таблицы маршрутизации

CLASSES

описывает виды алгоритмов маршрутизации

CRITERY

описывает критерии выбора маршрута

ICMP

описываает формат сообщений по протоколу ICMP

ARP

оисывает структуру ARP-запроса и ARP-ответа

METHOD

описывает методы борьбы с ложными маршрутами в протоколе RIP

THEORY

содержит теорию о работе маршрутизаторов

LABSHAFT

содержит ссылки на лабораторные работы

LAB1

LAB2

LAB3

LAB4

LAB5

описывают правила выполнения лабораторных работ



4. ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА

4.1. Определение затрат на создание учебно-методических указаний

Затраты Зразр на разработку учебно-методических указаний складываются из затрат на зарплату программиста Ззп, затрат на амортизацию ЭВМ, на которой производится разработка учебно-методических указаний Заморт, и затрат на эксплуатацию этой ЭВМ Зэкспл:

Зразр = Ззп + Заморт + Зэкспл рублей.

Средняя зарплата программиста ЗПпрогр в современных рыночных условиях может варьироваться в широком диапазоне. Для расчёта возьмём среднюю часовую оплату труда, которая составляет Тчас = 10 рублей в час, что составляет ЗПпрогр= 1760 рублей в месяц при 8-ми часовом рабочем дне и 5-ти дневной рабочей неделе. Эта цифра близка к реальной заработной плате программиста на предприятии, где проводилась работа.

Затраты на оплату труда программиста состоят из зарплаты программиста, длительности разработки Тразр и отчислений на социальные нужды.

Отчисления на социальные нужды составляют 35,6% (единый социальный налог). Отсюда затраты на оплату труда программиста составляют:

Ззп = Тразр*20*8* 10 * 1.405 рублей,

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

Затраты на амортизацию можно вычислить из балансовой стоимости ЭВМ Цэвм, времени жизни ЭВМ до момента морального устаревания Тэвм и времени разработки Тразр:

Заморт = ( Цэвм / Тэвм ) ´ ( Тразр / 12 ) рублей,

где Тразр выражено в месяцах и поэтому делится на 12, чтобы получить число лет.

Затраты на эксплуатацию ЭВМ заключаются в оплате потребляемой ими электрической энергии:

Зэкспл = Рэвм ´ Тразр ´ 20 ´ 8 ´ Эст рублей.

Здесь 20 и 8 есть число рабочих дней в месяце и число часов в рабочем дне соответственно, а Эст есть стоимость электроэнергии.

Теперь можно вычислить стоимость разработки предлагаемых учебно-методических указаний.

Принимаем, что:

ЗПпрогр = 1760 рублей в месяц

Тразр = 2.2 месяца

Цэвм = 6000 рублей

Тэвм = 5 лет

Рэвм= 0,4 кВт

Эст = 0,5 рублей за кВт

Получаем:

Ззп = 2,2*20*8* 10 * 1.356 = 4773,12 рублей

Заморт = ( 6000 / 5 ) ´ ( 2,2 / 12 ) = 220 рублей

Зэкспл = 0,4 ´ 2,2 ´ 20 ´ 8 ´ 0,5 = 70,4 рублей

Итого затраты на разработку составляют

Зразр = 4773,12 + 220 + 70,4 = 5063,52 рублей.

4.2. Определение затрат на выполнение отладки

Затраты Зотл на выполнение отладки складываются из затрат на зарплату отладчиков Ззп, затрат на амортизацию ЭВМ, на которых производится отладка Заморт, и затрат на эксплуатацию этих ЭВМ Зэкспл:

Зотл = Ззп + Заморт + Зэкспл рублей.

Затраты на оплату труда отладчика состоят из зарплаты программиста, длительности отладки Тотл и отчислений на социальные нужды.

Отчисления на социальные нужды составляют 35,6% (единый социальный налог). Отсюда затраты на оплату труда программиста-отладчика составляют:

Ззп = Тотл*20*8* 10 * 1.405 рублей,

где Тотл выражено в месяцах и поэтому умножается на количество дней рабочих (20) и количество часов в рабочем дне.

Затраты на амортизацию можно вычислить из балансовой стоимости ЭВМ Цэвм, времени жизни ЭВМ до момента морального устаревания Тэвм и времени отладки Тотл:

Заморт = ( Цэвм / Тэвм ) ´ ( Тотл / 12 ) рублей,

где Тотл выражено в месяцах и поэтому делится на 12, чтобы получить число лет.

Затраты на эксплуатацию ЭВМ заключаются в оплате потребляемой ими электрической энергии:

Зэкспл = Котл ´ Рэвм ´ Тотл ´ 20 ´ 8 ´ Эст рублей,

Здесь 20 и 8 есть число рабочих дней в месяце и число часов в рабочем дне соответственно, Рэвм — мощность, потребляемая одной ЭВМ, а Эст есть стоимость электроэнергии [15].

 Принимаем, что:

ЗПотл=1760 рублей в месяц

Тотл=1,5 месяца

Цэвм =6000 рублей

Рэвм =0,4 кВт

Эст= 0,5 рублей за кВт

Получаем:

Ззп = 1,5*20*8* 10 * 1.356=3254,4 рублей

Заморт = ( 6000 / 5 ) ´ ( 1,5 / 12 )=150 рублей

Зэкспл = 0,4 ´ 1,5 ´ 20 ´ 8 ´ 0,5 =48 рублей

Итого затраты на отладку составляют

Зразр = 3372+150+48 = 3570 рублей.

4.3. Выводы по разделу

В результате расчета затраты на создание данных учебно-методических указаний составили 8317,92 руб.. Данную цифру сложно оценить, так как имеющиеся на рынке подобные продукты слишком специфичны и количество их очень мало. Но можно предположить, что для потенциальных покупателей, которыми являются в основном учебные заведения, обычно стесненные в средствах, она окажется достаточно большой. Для снижения затрат можно предложить следующие решения. Как видно, три четверти расходов представляют из себя затраты на оплату труда программиста. Снизить эти затраты можно путем повышения эффективности труда программиста за счет использования более современных ЭВМ для работы, повышения удобства рабочего места и прочих факторов. Например, при замене использовавшегося при разработке компьютера Pentium-166 на более современный Pentium II-300 время составления программы и ее отладки сократилось бы почти вдвое, а цена машино-часа выросла бы приблизительно на 20%. Также при более бережном и аккуратном отношении к компьютерной технике возможно снизить затраты на ремонт, а так же уменьшить привлечение дополнительного персонала на обслуживание компьютеров.

5. ОХРАНА ТРУДА

5.1. Охрана труда оператора ЭВМ

5.1.1. Оценка возможных опасных и вредных факторов на участке ПЭВМ

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

К вредным производственным факторам относятся:

1. неоптимальный состав и состояние воздуха: повышенная запыленность воздуха; повышенная или пониженная влажность; повышенная подвижность;

2. неоптимальное освещение: недостаток освещенности; неравномерность освещения;

3. повышенный уровень шума [16].

Один из факторов воздействия внешней среды -микроклиматические условия.

Пары и газы образуют с воздухом смеси, а твердые и жидкие частицы вещества — дисперсные системы (аэрозоли), которые делятся на пыль (размер твердых частиц более 1 мкм), дым (менее 1 мкм) и туман (размер жидких частиц менее 10 мкм). Пыль бывает крупнозернистой (размер частиц более 150 мкм), среднезернистой (50 ¸ 100 мкм) и мелкозернистой (менее 10 мкм). Источником пыли в машинном зале ВЦ являются трущиеся механические части внешних устройств ЭВМ, бумага для АЦПУ и недостаточное кондиционирование воздуха. Вредные вещества, хорошо растворяясь в биологических средах, способны вступать с ними во взаимодействие, вызывая нарушения нормальной жизнедеятельности. В результате их действия у человека возникает болезненное состояние — отравление, опасность которого зависит от продолжительности воздействия, концентрации и вида вещества [16].

Человек постоянно находится в процессе теплового взаимодействия с окружающей средой. Согласно ГОСТ 12.1.005-76, при благоприятных условиях труда характеристика метеорологических показателей в производственных помещениях и на рабочем месте следующая: температура от 20°С до 23°С при преимущественно умственной или легкой мышечной работе, допустимая температура — от 19°С до 21°С. При воздействии высокой температуры, интенсивного теплового излучения возможен перегрев организма, который характеризуется повышением температуры тела, обильным выделением пота, учащением пульса и повышением частоты дыхания, резкой слабостью, головокружением, а в тяжелых случаях — появлением судорог или теплового удара. Источником высокой температуры в машинном зале ВЦ являются внешние устройства ЭВМ: АЦПУ, дисплеи, а также плохая работа кондиционеров. Влажность воздуха оказывает большое влияние на терморегуляцию организма. Оптимальная величина относительной влажности составляет 40% ¸ 60%. Движение воздуха в помещениях является важным фактором, влияющим на тепловое самочувствие человека. Скорость движения воздуха не должна превышать 0,1 м/с.

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

1. объект различения — наименьший размер рассматриваемого предмета;

2. фон — поверхность, прилегающая непосредственно к объекту различения;

3. контраст объекта с фоном — характеризуется соотношением яркостей рассматриваемого объекта.

При работе за дисплеем освещенность определяется минимальным объектом различения — шириной линии рукописного или печатного текста, который читает оператор ЭВМ с листа. Для данного вида работы нормируемая освещенность составляет 400 люкс.

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

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

В соответствии с СанПиН 2.2.2.-96, на рабочей поверхности (клавиатуре) должна быть создана освещенность 350 лк (3 разряд зрительной работы, СниП II-4-79) для этой цели используются люминесцентные лампы. Их достоинства: высокая световая отдача (до 75 лм/вт и более); продолжительный срок службы (до 10000 часов); малая яркость светящейся поверхности; спектральный состав излучаемого света близок к естественному. Одним из недостатков таких ламп является их безынерционность, выражающаяся в пульсации светового потока с частотой 100 Гц, что вызывает утомление зрения. По этому коэффициент пульсации освещенности регламентирован в пределах 10 — 20 % в зависимости от вида зрительной работы.

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

Любой источник шума характеризуется, прежде всего, звуковой мощностью. Мощность источника Р — это общее количество звуковой энергии, излучаемой источником шума в окружающее пространство за единицу времени. В соответствии с СанПиН 2.2.2.542-96, в помещениях, где работают инженерно-технические работники, осуществляющие лабораторный, аналитический или измерительный контроль, уровень шума не должен превышать 50дБА.

Шум вредно действует на организм и снижает производительность труда. Уровень звукового давления по отношению к порогу слышимости L = 120 Дб ¸ 130 Дб соответствует порогу болевого ощущения. Звуки, превышающие по своему уровню этот порог, могут вызывать боли и повреждения в слуховом аппарате. Шум создает значительные нагрузки на нервную систему человека, оказывает на него психологическое воздействие.

Источником шума в машинном зале ВЦ являются механические устройства ЭВМ. Человек, работая при шуме, привыкает к нему, но продолжительное действие сильного шума вызывает общее утомление, может привести к ухудшению слуха, а иногда и к глухоте, нарушается процесс пищеварения, происходит изменение объема внутренних органов. Эти вредные последствия шума тем больше, чем сильнее шум и продолжительнее его действие.

5.1.2. Системы защиты оператора ПЭВМ от поражений электрическим током

К опасным производственным факторам относятся: повышенное напряжение в электрической сети и повышенная пожароопасность.

Проходя через организм, электрический ток оказывает термическое, электролитическое и биологическое действие. В результате могут возникнуть различные нарушения, и даже полное прекращение деятельности органов дыхания и кровообращения. Величина тока, протекающего через тело человека, является главным фактором, от которого зависит исход поражения: чем больше ток, тем опаснее его действие. Пороговый ощутимый ток — 0,6 мА ¸ 1,5 мА (50 Гц). Пороговый не отпускающий ток — 10 мА ¸ 15 мА (50 Гц) вызывает сильные и весьма болезненные судороги мышц грудной клетки, что приводит к затруднению или даже прекращению дыхания. При 100 мА ток оказывает непосредственное влияние также и на мышцу сердца, что в конечном результате приводит к смерти. Наиболее опасным является переменный ток с частотой 20 Гц ¸ 100 Гц.

Исход воздействия тока зависит от ряда факторов, в том числе от значения и длительности протекания через тело человека тока, рода и частоты тока и индивидуальных свойств человека. Электрическое сопротивление тела человека и приложенное к нему напряжение также влияет на исход поражения, но лишь постольку, поскольку они определяют значение тока. Предельно допустимые уровни напряжений прикосновений и тока даются в ГОСТ 12.1.038-82.

Электрооборудование ВЦ относится к установкам напряжением до 1000 В. В помещении машинного зала основными техническими средствами, обеспечивающими безопасность работ, являются: заземление, зануление, отключение.

Защитным заземлением называется намеренное соединение нетоковедущих частей, которые могут случайно оказаться под напряжением, с заземляющим устройством. Согласно ГОСТ 12.1.030-81, заземлению подлежат корпуса ЭВМ, трансформаторов, металлические оболочки кабелей и проводов, металлические ограждения.

Величину напряжения, под которым может оказаться человек, аналитически определить невозможно, она будет зависеть от множества факторов. Поэтому требование Правил устройства электроустановок в нормировании величины сопротивления заземления ограничивается численным значением верхнего допустимого предела. В соответствии с параграфом 1-7-41 этих Правил сопротивление заземляющего устройства для электроустановок до 1000 В должно быть не более 4 Ом.

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

Принципиальная схема зануления в сети трехфазного тока показана на рис. 5.1.

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

Рис. 5.1. Принципиальная схема зануления в трехфазной сети до 1000 В

1 - корпус электроустановки ; 2 — аппараты защиты от токов КЗ; r₀ — сопротивление заземления нейтрали обмотки источника тока; r_п — сопротивление повторного заземления нулевого защитного проводника; Iк — ток КЗ; Iн — часть тока КЗ, протекающего через нулевой защитный проводник; Iз - часть тока КЗ, протекающего через землю.

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

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

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

Назначение зануления— устранение опасности поражения током в случае прикосновения к корпусу электроустановки и другим металлическим нетоковедущим частям, оказавшимся под напряжением относительно земли вследствие замыкания на корпус и по другим причинам.

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

Кроме того, поскольку зануленные корпуса (или другие нетоковедущие металлические части) заземлены через нулевой защитный проводник, то в аварийный период, т. е. с момента замыкания на корпус и до автоматического отключения поврежденной электроустановки от сети, проявляется защитное свойство этого заземления, как при защитном заземлении. Иначе говоря, заземление корпусов через нулевой провод снижает в аварийный период их напряжение относительно земли [17].

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

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

Область применения - трехфазные четырехпроводные сети до 1000В с глухозаземленной нейтралью, в трехпроводных сетях постостоянного тока с глухозаземленной средней точкой обмотки источника энергии, а также в однофазных двухпроводных сетях переменного тока с глухозаземленным выводом обмотки источника тока. На предприятии, где проводилась разработка дипломного проекта используется трехфазная сеть с глухозаземленным выводом обмотки трансформатора, следовательно в качестве меры защиты используется зануление .

Защитное отключение — система защиты, автоматически отключающая электроустановку при возникновении опасности поражения электрическим током.

5.2. Пожарная профилактика на участке ПЭВМ

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

Для того, чтобы оценить пожарную опасность, существует следующая классификация:

1. строительных материалов и конструкций по возгораемости: несгораемые; трудно сгораемые; сгораемые;

2. конструкций по огнестойкости: Предел огнестойкости — время в часах от начала испытания до возникновения трещин;

3. помещений по ПУЭ (“Правила Устройства Электроустановок”): взрывоопасные; пожароопасные (критерий оценки: содержание сгораемых материалов; тепловой режим обработки);

4. производств по пожарной опасности: взрывоопасные; взрывопожароопасные; пожароопасные; не пожароопасные [19].

Участок ПЭВМ по пожарной опасности относится к категории пожароопасных и характеризуется тем, что в помещении находятся несгораемые вещества и материалы в холодном состоянии.

Пожар на производстве может возникнуть вследствие причин неэлектрического и электрического характера.

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

К причинам электрического характера относятся: короткое замыкание; перегрузка проводов; большое переходное сопротивление; искрение; статическое электричество.

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

Профилактические методы борьбы с пожарами на участке ПЭВМ предусматривают:

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

2. технические: соблюдение противопожарных правил, норм при проектировании помещений, при устройстве электропроводов и оборудования, отопления, вентиляции, освещения;

3. режимные: запрещение курения в не установленных местах, производства пожароопасных работ в помещении машинного зала ВЦ и т.д.;

4. эксплуатационные: своевременные профилактические осмотры, ремонты оборудования.

При проектировании и строительстве зданий и помещений (в частности, машинного зала) также должны быть соблюдены противопожарные меры:

1. защита деревянных конструкций достигается пропиткой огнезащитными химическими препаратами (например, антипиринами), покрытием огнезащитными красками;

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

Необходимо предусмотреть безопасную эвакуацию людей на случай возникновения пожара. При пожаре люди должны покинуть помещение в течение минимального времени. В соответствии с СНиП 11-2-80 число эвакуационных выходов из зданий, помещений должно составлять не менее двух.

Активные методы борьбы с пожарами на участке ПЭВМ:

1. изоляция очага горения от воздуха с помощью твердых веществ (например, песок, покрывала и т.п.);

2. охлаждение очага горения ниже определенных температур.

Это достигается с помощью воды, но у нее есть ограничения на тушение легковоспламеняющихся веществ, электроустановок и др., поэтому чаще применяют углекислый газ, который при соединении с атмосферой снижает температуру до -78°С;

3. интенсивное торможение скорости химической реакции в пламени; в основном для этой цели применяют порошки;

4. механический срыв пламени в результате воздействия на него сильной струи газа или воды.

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

Исходя из норм пожарной безопасности, для машинного зала ВЦ площадью до 100м² требуются следующие первичные средства пожаротушения:

1. один углекислотный огнетушитель типа ОУ-5 или ОУ-8, с помощью которого можно тушить загорания различных материалов и установок напряжением до 1000 В;

2. один химический пенный (ОХП-10) или воздушно-пенный огнетушитель (ОВП-5 или ОВП-10), с помощью которого можно тушить твердые материалы и горючие жидкости (кроме установок под напряжением);

3. войлок, кошму или асбест (1´1, 2´1,5, 2´2 м).

Вместо углекислотного допускается применение порошкового огнетушителя (например, типа ОК-10).

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

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

В качестве пожарных извещателей в машинном зале устанавливаются дымовые фотоэлектрические извещатели типа ИДФ-1 или ДИП-1.

Исходя из высоты потолка (4 м) и площади помещения (30 ¸ 40 м²) по нормам достаточно одного извещателя на машинный зал. Эти устройства характеризуются высокой скоростью и надежностью срабатывания и работают на принципе рассеяния частицами дыма теплового излучения.

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

ЗАКЛЮЧЕНИЕ

Основными результатами выполнения дипломного является:

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

o на основании формализованного описания разработана электронная версия учебно-методических указаний на языке разметки гипертекста, в которые включено руководство к лабораторным работам по основам построения компьютерных сетей, протоколов маршрутизации и конфигурированию маршрутизаторов CISCO при помощи интерактивного наставника CISCO (CIM);

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

o изучены вопросы организации труда разработчика программного обеспечения;

o произведен расчет затрат на разработку электронной версии учебно-методических указаний;

Формализованное описание процесса функционирования маршрутизаторов может быть использовано для:

o исследования принципов маршрутизации;

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

Также изучена литература по вопросам организации и функционирования маршрутизаторов.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. В.Г.Олифер, Н.А.Олифер Компьютерные сети. Принципы, технологии, протоколы.-СПб:Питер,2001.-672с.:ил.

2. В.Г.Олифер, Н.А.Олифер Новые технологии и оборудование IP-сетей. – СПб.: БХВ – Санкт- Петербург, 2000 – 512.:ил.

3. Титтел Э., Хадсон К.,Стюарт Дж.М. TCP/IP.Сертификационный экзамен-экстерном. СПб:Питер Ком,1999.-416.:ил.

4. Жуков В.А. Педагогическое проектирование: Учеб. пособие/ СПбГТУ,Изд-во СПбГТУ, 1996.-31с.

5. Дипломное проектирование: Учеб. пособие; ЛПИ – Л.: Изд-во ЛПИ, 1990.-24с.

6. Рабинович В.М. Метод описания межпроцессных связей // Программирование –1976.- № 2 с. 29-35

7. Рабинович В.М., Трахтенгерц Э.А. Описание сложных схем программ методом межпроцессных связей. Программирование №5,1976,с.20-26

8. Автоматизация проектирования вычислительных систем. Языки, моделирование и базы данных/ Под ред. А.П.Брейера: М.: Мир, 1979.- 463 с.: ил.

9. Власов Л.В. и др. Метод формализации описания операционных систем для комплексных имитационных моделей автоматизированных систем контроля. - Л.: ЛПИ, Деп. В ЦНИИ ТЭИ приборостроения, 1980.- 203 с.

10. Советов Б.Я., Яковлев С.А. Моделирование систем: Курсовое проектирование: Учебное пособие для ВУЗов. - М.:Высш.школа, 1988.-135с.:ил.

11. Шрайбер Т.Дж. Моделирование на GPSS.- М.: Машиностроение, 1980.-591с.

12. Салли Шлеер Объектно-ориентированный анализ: моделирование мира в состояниях. - Киев: Диалектика, 1993.-240с.:ил.

13. МатросовА.В. и др. HTML 4.0.– СПб.:БХВ-Санкт-Петербург, 2000.-672 с.:ил.

14. Бусленко В.И. Алгоритмическая форма описания кусочно-линейных агрегатов // Программирование- 1978г, №1.- с. 74-76

15. Молоткова Н.В. и др. Экономические расчеты для дипломных проектов по техническим специальностям. Методические указания по дипломному проектированию для студентов ФТК и АВТиРЭ/ СПбГТУ, СПб, Изд-во СПбГТУ, 1996. — 20 с.

16. Евдокимов В.И. Охрана труда и окружающей среды. Методические указания по дипломному проектированию: / СПбГТУ, СПб, Изд-во СПбГТУ, 1997. — 50 с.

17. Г.Н.Бурлак Безопасность работы на компьютере: Уч.пособие -М.:Финиансы и статистика 1998-144с.:ил.

18. Долин П.А. Основы техники безопасности в электроустановках. Учеб. пособие для ВУЗов-М. Энергоатомиздат, 1984.-448с.,ил.

19. Волков О.М. Пожаробезопасность вычислительных центров..-М.:Стройиздат 1990.-110с.:ил.



Приложение 1

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

П1.1. Функциональное и эксплуатационное назначение системы

 Формализованное описание должно определять множество реакций маршрутизатора на множества входных воздействий.

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

o элементов таблицы маршрутизации;

o элементов заголовка IP-пакета;

o элементов сообщений по протоколу ICMP;

o элементов сообщений по протоколу ARP.

Должно быть представлено описание функционирования маршрутизатора на основе определенных из обзора литературы ситуаций, возникающих в процессе его функционирования, описание алгоритма функционирования маршрутизатора по протоколу RIP, по протоколу OSPF и описание модуля обработки пакетов по протоколу TCP/IP в виде схем межпроцессных связей.

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

П1.2. Требования к функциональным характеристикам разработанной системы

П1.2.1. Состав выполняемых функций

 Электронная версия учебно-методических указаний должна позволять:

o производить трассировку процессов функционирования маршрутизатора в зависимости от видов входных воздействий;

o просматривать материал с помощью механизма гиперссылок;

o осуществлять поиск требуемой информации по ключевому слову;

o контролировать уровнеь знаний по основам построения компьютерных сетей и протоколов маршрутизации при помощи интерактивного наставника CISCO (CIM) и форм ввода ответов на контрольные вопросы.

П1.2.2. Организация входных данных

Требуется представить список входных воздействий к

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

П1.2.3. Организация выходных данных

Выходными данными должно быть представление результатов в HTML-коде, выводимая информация в файл с использованием предусмотренных форм опроса и поиска информации.

П1.3. Технические требования к аппаратуре

Данное приложение для своей работы должно использовать персональный компьютер типа IBM PC 386 и выше с операционной системой WINDOWS’95 и выше, для реализации поиска информаци и работы форм опроса должен использоваться Web-сервер Apache 1.3.12, а также обязательно наличие приложения позволяющего просматривать HTML-документы (MS Internet Explorer 3.0 и выше, Netscape Navigator 3.0 и выше).

П1.4. Требования к надежности

Должна быть обеспечена возможность визуальной трассировки формализованного описания с учетом всех возможных входных воздействий, предусмотренных стеком протокола TCP/IP и с учетом всех возможных состояний объектов маршрутизатора и ситуаций. Также должна быть обеспечена работа приложения для всех предусмотренных техническим заданием и формализованным описанием ситуаций.

Приложение 2

ТЕКСТ ПРОГРАММЫ

1) Labshaft.HTM

<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">

<meta name="ProgId" content="FrontPage.Editor.Document">

<title>Landshaft</title>

<link rel="stylesheet" type="text/css" href="../style.css">

<base target="_self">

</head>

<SCRIPT LANGUAGE = "JavaScript">



</SCRIPT>

<script language="JavaScript">



</script>

<body bgcolor="#FFFFFF" link="#000066" vlink="#000066" alink="#000066">

<img border="0" src="LabsImages/banner_intro.gif" align="center" width="504" height="125">

<TABLE width="1" cellspacing="0" cellpadding="0" align="left"><TR><TD nowrap>



<A HREF="../home.htm"><IMG SRC="../home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>





<a href="../Toc.htm"><IMG SRC="../toc.gif" width=63 height=20 border=0 alt="Содержание"></a>





<a HREF="../Feedback.htm"><IMG SRC="../feed.gif" width=63 height=20 border=0 alt="Вопросы - Ответы"></a>





<A HREF="../search.htm"><IMG SRC="../search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>





 



</TD></TR></TABLE>

 



 

 

Лабораторные работы по конфигурированию маршрутизаторов

CISCO

<hr width="80%" color="#000000" size="1" noshade style="vertical-align: 1" align="right">

    Вам предоставляется возможность

проверить свои знания по основам построения компьютерных сетей и протоколов

маршрутизации при помощи Интерактивного Наставника CISCO (CIM). В его основе JAVA-апплет, который эмулирует работу по конфигурированию

маршрутизаторов через TELNET. Лабораторные работы проводятся в 5 этапов и для перехода к следующему необходимо точно и в полном объеме выполнить предыдущий.

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

    При работе с

CIM вы можете использовать только те команды, которые необходимы для конкретной лабораторной работы.

Перечень команд общего сервера (Comm Server Commands), основных (General Commands) и специальных команд

(Lab-Specific Commands) присутствует в задании на каждую работу.

<hr width="80%" color="#000000" size="1" noshade style="vertical-align: 1" align="right">

Выберите руководство по

выполнению лабораторных работ

<table width="504" border="0" cellspacing="0" cellpadding="0" align="CENTER" valign="TOP" vspace="0" hspace="0" height="391">

<tr>

 <td colspan="2" align="LEFT" height="23" valign="TOP"></td>

</tr>

<tr align="LEFT" valign="TOP">

 <td width="262" align="LEFT" valign="TOP" height="358">  <a href ="lab1.htm" target="_self"

 onMouseOver = "imgOn ('img1')"

 onMouseOut = "imgOff ('img1')"> <img name="img1" src="LabsImages/mainlayout_02_01.gif" width=258 height=50 border=0 hspace=0 vspace=0></a> 

  <a href = "lab2.htm" target="_self"

 onMouseOver = "imgOn ('img2')"

 onMouseOut = "imgOff ('img2')"> <img name="img2" src="LabsImages/mainlayout_03_01.gif" width=258 height=52 border=0 hspace=0 align="0"></a> 

  <a href = "lab3.htm" target="_self"

 onMouseOver = "imgOn ('img3')"

 onMouseOut = "imgOff ('img3')"> <img name="img3" src="LabsImages/mainlayout_04_01.gif" width=258 height=52 border=0 hspace=0 vspace=0></a> 

  <a href = "lab4.htm" target="_self"

 onMouseOver = "imgOn ('img4')"

 onMouseOut = "imgOff ('img4')"> <img name="img4" src="LabsImages/mainlayout_05_01.gif" width=258 height=53 border=0 hspace=0 vspace=0></a> 

  <a href = "lab5.htm" target="_self"

 onMouseOver = "imgOn ('img5')"

 onMouseOut = "imgOff ('img5')"> <img name="img5" src="LabsImages/mainlayout_06_01.gif" width=258 height=52 border=0 hspace=0 vspace=0 ></a> 

  <a href = "lab5.htm" target="_self"

 onMouseOver = "imgOn ('img6')"

 onMouseOut = "imgOff ('img6')"> </a> </td>

 <td width="244" align="LEFT" valign="TOP" height="358"> <img name="holder" src="LabsImages/mainlayout2_02_02.gif" width="243" height="351">

 </td>

</tr>

<tr>

 <td colspan="2" align="CENTER" valign="TOP" height="10">  </td>

</tr>

</table>

<a href="../OSPF.htm"><img border="0" src="LabsImages/Back.jpg" align="left" width="72" height="69"></a> 

 

<hr width="80%" color="#000000" size="1" noshade style="vertical-align: 1" align="right">

<TABLE width="651"><TR><TD width="776">



<A HREF="../home.htm"><IMG SRC="../home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>               

<a href="../Toc.htm"><IMG SRC="../toc.gif" width=63 height=20 border=0 alt="Содержание"></a>               

<a HREF="../Feedback.htm"><IMG SRC="../feed.gif" width=63 height=20 border=0 alt="Вопросы-Ответы"></a>               

<A HREF="../search.htm"><IMG SRC="../search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>                



</TD></TR></TABLE>



 © 2001 

</body>

</html>

2) Lab1.HTM

<%@ Language=JavaScript %>

<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">

<meta name="GENERATOR" content="Microsoft FrontPage 4.0">

<meta name="ProgId" content="FrontPage.Editor.Document">

<title>lab1</title>

<link rel="stylesheet" type="text/css" href="../style.css">

<script language="JavaScript" fptype="dynamicoutline">



</script>

<script language="JavaScript1.2" fptype="dynamicoutline" src="outline.js">

</script>

<script language="JavaScript1.2" fptype="dynamicoutline" for="document" event="onreadystatechange()">



</script>

</head>

<body link="#000066" vlink="#000066" alink="#000066" onclick="dynOutline()">

<TABLE width="1" cellspacing="0" cellpadding="0" align="left"><TR><TD nowrap>



<A HREF="../home.htm"><IMG SRC="../home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>





<a href="../Toc.htm"><IMG SRC="../toc.gif" width=63 height=20 border=0 alt="Содержание"></a>





<a HREF="../Feedback.htm"><IMG SRC="../feed.gif" width=63 height=20 border=0 alt="Вопросы - Ответы"></a>





<A HREF="../search.htm"><IMG SRC="../search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>





 



</TD></TR></TABLE>

 

 

 

 

<img border="0" src="LabsImages/1stban.gif" width="504" height="125">

<div align="center">

<center>

<table border="0" width="100%" height="30" cellspacing="0" cellpadding="0" bgcolor="#FFFFFF">

 <tr>

 <td width="489" height="58" align="left">

Лабораторная работа 1

 </td>

 <td width="50" height="58" align="left"> </td>

 <td width="50" height="58" align="left"><a href="labshaft.htm"><img border="0" src="LabsImages/Home.jpg" width="72" height="68"></a></td>

 <td width="50" height="58" align="right"><a href="lab2.htm"><img border="0" src="LabsImages/Next.jpg" width="70" height="69"></a></td>

 </tr>

</table>

</center>

</div>

<hr width="80%" size="1" color="#000000" align="right">

Конфигурирование опорной сети ретрансляции кадров

Frame Relay protocol (протокол ретрансляции кадров) - один из наиболее широко используемых

протоколов во всем мире. Эта технология очень эффективна и более надежна, чем

другие протоколы, такие как протокол X.25.

Ретрансляция кадров обеспечивает стандартную технологию, применяемую для опорной сети Internet.

 

Указания

<ul dynamicoutline initcollapsed>

<li>Используйте пароль 

 cisco  для

 входа в эмулятор лабораторной работы.</li>

<li>Используйте одиночную подсеть для опорной сети,

 чтобы связать последовательные интерфейсы

 маршрутизаторов R1, R5 и R6 через Frame Relay protocol. Все маски

 подсетей

 должны быть 24-х  битными, кроме случаев

 когда оговорено иначе. Удостоверьтесь, что ваша конфигурация поддерживает 

 топологию звезды "hub-and-spoke".</li>

<li>Используйте

 ping и show

 ip route для анализа сети.</li>

<li>Если вы уверены, что завершили работу, вернитесь в Comm_Server и введите

 Ctrl-Z. </li>

</ul>

  

Порядок выполнения 

<div align="center">

<center>

<table border="0" width="80%" height="1" style="font-family: Courier New; font-size: 12pt; word-spacing: 0; text-align: Left; color: #000000; margin-left: 0; margin-right: 0; margin-top: -3; margin-bottom: -3" cellspacing="0" cellpadding="0">

 <tr>

 <td width="52" height="1" valign="top">1</td>

 <td width="869" height="1">...>cisco</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">2</td>

 <td width="869" height="5">comm_server>R1</td>

 </tr>

 <tr>

 <td width="52" height="1" valign="top" rowspan="2">3</td>

 <td width="869" height="19">R1>enable</td>

 </tr>

 <tr>

 <td width="869" height="17">Password : cisco</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">4</td>

 <td width="869" height="5">R1# configure terminal</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">5</td>

 <td width="869" height="5">R1(config)# interface serial 0</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">6</td>

 <td width="869" height="5">R1(config-if)# ip addres 130.10.1.1

 255.255.255.0</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">7</td>

 <td width="869" height="5">R1(config-if)# encapsulation frame-relay</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">8</td>

 <td width="869" height="5">повторите пункты 2-7 для

 роутеров R5 и R6 в соответствии с

 топологией</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">9</td>

 <td width="869" height="5">R5(config-if)# frame-relay map ip 130.10.1.6

 100 broadcast</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">10</td>

 <td width="869" height="5">R6(config-if)# frame-relay map ip 130.10.1.5

 110 broadcast</td>

 </tr>

 <tr>

 <td width="52" height="1" valign="top" rowspan="2">11</td>

 <td width="869" height="1">CTRL-SHIFT-6 + x</td>

 </tr>

 <tr>

 <td width="869" height="22">comm_server> CTRL-z</td>

 </tr>

</table>

</center>

</div>

<hr width="80%" size="1" color="#000000" align="right">

<div align="center">

<center>

<table border="0" width="100%" height="30" cellspacing="0" cellpadding="0" bgcolor="#FFFFFF">

 <tr>

 <td width="489" height="58" align="left">

 </td>

 <td width="50" height="58" align="left"> </td>

 <td width="50" height="58" align="left"><a href="labshaft.htm"><img border="0" src="LabsImages/Home.jpg" width="72" height="68"></a></td>

 <td width="50" height="58" align="right"><a href="lab2.htm"><img border="0" src="LabsImages/Next.jpg" width="70" height="69"></a></td>

 </tr>

</table>

</center>

</div>

<div align="center">

<center>

<table border="0" width="100%" height="17" cellspacing="0" cellpadding="0">

 <tr>

 <td width="977" height="7">

 &copy 2001

 

  

 

 </td>

 </tr>

 <tr>

 <TD width="776">



<A HREF="../home.htm"><IMG SRC="../home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>               

<a href="../Toc.htm"><IMG SRC="../toc.gif" width=63 height=20 border=0 alt="Содержание"></a>               

<a HREF="../Feedback.htm"><IMG SRC="../feed.gif" width=63 height=20 border=0 alt="Вопросы-Ответы"></a>               

<A HREF="../search.htm"><IMG SRC="../search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>               



</TD>

 </tr>

 <tr>

 <td width="977" height="2">

  

 

  

 

 </td>

 </tr>

 </table>

</center>

</div>

</body>

</html>

3) Lab2.HTM

<%@ Language=JavaScript %>

<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">

<meta http-equiv="Content-Language" content="ru">

<meta name="GENERATOR" content="Microsoft FrontPage 4.0">

<meta name="ProgId" content="FrontPage.Editor.Document">

<title>lab2</title>

<link rel="stylesheet" type="text/css" href="../style.css">

<script language="JavaScript" fptype="dynamicoutline">



</script>

<script language="JavaScript1.2" fptype="dynamicoutline" src="outline.js">

</script>

<script language="JavaScript1.2" fptype="dynamicoutline" for="document" event="onreadystatechange()">



</script>

</head>

<body link="#000066" vlink="#000066" alink="#000066" onclick="dynOutline()">

<TABLE width="1" cellspacing="0" cellpadding="0" align="left"><TR><TD nowrap>



<A HREF="../home.htm"><IMG SRC="../home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>





<a href="../Toc.htm"><IMG SRC="../toc.gif" width=63 height=20 border=0 alt="Содержание"></a>





<a HREF="../Feedback.htm"><IMG SRC="../feed.gif" width=63 height=20 border=0 alt="Вопросы - Ответы"></a>





<A HREF="../search.htm"><IMG SRC="../search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>





 



</TD></TR></TABLE>

<img border="0" src="LabsImages/2ndban.gif" width="504" height="125">

<div align="center">

<center>

<table border="0" width="100%" height="30" cellspacing="0" cellpadding="0" bgcolor="#FFFFFF">

 <tr>

 <td width="489" height="58" align="left">

Лабораторная работа 2

 </td>

 <td width="50" height="58" align="left"><a href="lab1.htm"><img border="0" src="LabsImages/Back.jpg" width="72" height="69"></a></td>

 <td width="50" height="58" align="left"><a href="labshaft.htm"><img border="0" src="LabsImages/Home.jpg" width="72" height="68"></a></td>

 <td width="50" height="58" align="right"><a href="lab3.htm"><img border="0" src="LabsImages/Next.jpg" width="70" height="69"></a></td>

 </tr>

</table>

</center>

</div>

<hr width="80%" size="1" color="#000000" align="right">

Конфигурирование

протокола OSPF

 

Протокол OSPF

(Open

Shortest Path First - протокол быстрого поиска

кратчайшего пути) - популярный IGP

протокол (Внутренний шлюзовый протокол). Главное достоинство

протокола - его открытость, он

предоставляет общий способ объединения

маршрутизаторов и переключателей Cisco  с

оборудованием от ряда других

производителей. Эта гибкость среди

аппаратных платформ заставляет уделить

протоколу OSPF должное внимание.

Лабораторное занятие позволит Вам на

практике применить ваши навыки в

конфигурировании OSPF. 

 

Указания

<ul dynamicoutline initcollapsed>

<li>Используйте пароль, полученный в ходе <a href="lab1.htm">предыдущей

 работы (1)</a>.</li>

<li>Используйте следующие идентификаторы

 процессов маршрутизаторов:</li>

</ul>

 <table bgcolor="#E4E4E4" cellspacing="2" cellpadding="2" bordercolor="#000000" align="center" border=2>

 <tr>



 

 <th align="center">Router</th>

 <th align="center">Process ID</th>

 

 </tr>

 <tr>



 

 <td align="center">R1</td>

 <td align="center">10</td>

 

 </tr>

 <tr>

 

 <td align="center">R2</td>

 <td align="center">20</td>

 

 </tr>

 <tr>

 

 <td align="center">R3</td>

 <td align="center">30</td>

 

 </tr>

 <tr>

 

 <td align="center">R5</td>

 <td align="center">50</td>

 

 </tr>

 <tr>

 

 <td align="center">R6</td>

 <td align="center">60</td>

 

 </tr>

 </table>

<ul>

<li> Сконфигурируйте OSPF в пределах опорной сети ретрансляции кадров (Frame Relay backbone) и определите

 ее как Area 0. Не помещайте Ring 1 (R6, Token Ring 0)

 и интерфейс Ethernet маршрутизатора R5 в эту область.</li>

<li> Сконфигурируйте OSPF на Ring 2 и последовательную связь между маршрутизаторами R1 и R2 и определите их как Area 1. Не помещайте Ring 3

 (R3, Token Ring 1) в эту область.</li>

<li> Сконфигурируйте маршрутизаторы

 R3, R5 и R6 так, чтобы три остающихся подсети связывались через OSPF. Не помещайте Ring 1, Ring 3 и/или Ethernet 0 маршрутизатора R5 в

 любую из указанных OSPF областей.</li>

<li> Проверьте соединения между

 интерфейсами используя команды ping и show.</li>

<li>Если вы уверены, что завершили работу, вернитесь в Comm_Server и введите

 Ctrl-Z. </li>

</ul>

  

Порядок выполнения 

<div align="center">

<center>

<table border="0" width="80%" height="1" style="font-family: Courier New; font-size: 12pt; word-spacing: 0; text-align: Left; color: #000000; margin-left: 0; margin-right: 0; margin-top: -3; margin-bottom: -3" cellspacing="0" cellpadding="0">

 <tr>

 <td width="52" height="1" valign="top">1</td>

 <td width="869" height="1">...>/password/</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">2</td>

 <td width="869" height="5">comm_server>R1</td>

 </tr>

 <tr>

 <td width="52" height="1" valign="top" rowspan="2">3</td>

 <td width="869" height="19">R1>enable</td>

 </tr>

 <tr>

 <td width="869" height="17">Password : cisco</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">4</td>

 <td width="869" height="5">R1# configure terminal</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">5</td>

 <td width="869" height="5">R1(config)# router ospf 10</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">6</td>

 <td width="869" height="5">R1(config-router)# network 130.10.1.0 0.0.0.255

 a 0</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">7</td>

 <td width="869" height="5">повторить пункты 2-6 для R5

 и R6 с ID 50 и 60</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">8</td>

 <td width="869" height="5">R1(config)# interface serial 0</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">9</td>

 <td width="869" height="5">R1(config-if)# ip ospf network

 point-to-multipoint</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">10</td>

 <td width="869" height="5">R2(config-router)# network 130.10.4.0 0.0.0.255

 a 1</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">11</td>

 <td width="869" height="5">R2(config-router)# network 130.10.5.0 0.0.0.255

 a 1</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">12</td>

 <td width="869" height="5">R3(config-router)# network 130.10.5.0 0.0.0.255

 a 1</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">13</td>

 <td width="869" height="5">R3(config-router)# redistribute connected

 subnets</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">14</td>

 <td width="869" height="5">R5(config-router)# redistribute connected

 subnets</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">15</td>

 <td width="869" height="5">R6(config-router)# redistribute connected

 subnets</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">16</td>

 <td width="869" height="5">R1(config-router)# network 130.10.4.0 0.0.0.255

 a 1</td>

 </tr>

 <tr>

 <td width="52" height="1" valign="top" rowspan="2">17</td>

 <td width="869" height="1">CTRL-SHIFT-6 + x</td>

 </tr>

 <tr>

 <td width="869" height="22">comm_server> CTRL-z</td>

 </tr>

 </table>

</center>

</div>

<hr width="80%" size="1" color="#000000" align="right">

<div align="center">

<center>

<table border="0" width="100%" height="30" cellspacing="0" cellpadding="0" bgcolor="#FFFFFF">

 <tr>

 <td width="489" height="58" align="left">

 </td>

 <td width="50" height="58" align="left"><a href="lab1.htm"><img border="0" src="LabsImages/Back.jpg" width="72" height="69"></a></td>

 <td width="50" height="58" align="left"><a href="labshaft.htm"><img border="0" src="LabsImages/Home.jpg" width="72" height="68"></a></td>

 <td width="50" height="58" align="right"><a href="lab3.htm"><img border="0" src="LabsImages/Next.jpg" width="70" height="69"></a></td>

 </tr>

</table>

</center>

</div>

<div align="center">

<center>

<table border="0" width="100%" height="17" cellspacing="0" cellpadding="0">

 <tr>

 <td width="977" height="7">

 

 &copy 2001

 

 </td>

 </tr>

 <tr>

 <td width="977" height="2">

 </td>

 </tr>

</table>

</center>

</div>

 

<TABLE width="651"><TR><TD width="776">



<A HREF="../home.htm"><IMG SRC="../home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>               

<a href="../Toc.htm"><IMG SRC="../toc.gif" width=63 height=20 border=0 alt="Содержание"></a>               

<a HREF="../Feedback.htm"><IMG SRC="../feed.gif" width=63 height=20 border=0 alt="Вопросы-Ответы"></a>               

<A HREF="../search.htm"><IMG SRC="../search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>               



</TD></TR></TABLE>

</body>

</html>

4) Lab3.HTM

<%@ Language=JavaScript %>

<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">

<meta http-equiv="Content-Language" content="ru">

<meta name="GENERATOR" content="Microsoft FrontPage 4.0">

<meta name="ProgId" content="FrontPage.Editor.Document">

<title>lab3</title>

<link rel="stylesheet" type="text/css" href="../style.css">

<script language="JavaScript" fptype="dynamicoutline">



</script>

<script language="JavaScript1.2" fptype="dynamicoutline" src="outline.js">

</script>

<script language="JavaScript1.2" fptype="dynamicoutline" for="document" event="onreadystatechange()">



</script>

</head>

<body link="#000066" vlink="#000066" alink="#000066" onclick="dynOutline()">

<TABLE width="1" cellspacing="0" cellpadding="0" align="left"><TR><TD nowrap>



<A HREF="../home.htm"><IMG SRC="../home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>





<a href="../Toc.htm"><IMG SRC="../toc.gif" width=63 height=20 border=0 alt="Содержание"></a>





<a HREF="../Feedback.htm"><IMG SRC="../feed.gif" width=63 height=20 border=0 alt="Вопросы - Ответы"></a>





<A HREF="../search.htm"><IMG SRC="../search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>





 



</TD></TR></TABLE>

<img border="0" src="LabsImages/3ndban.gif" width="504" height="125">

<div align="center">

<center>

<table border="0" width="100%" height="30" cellspacing="0" cellpadding="0" bgcolor="#FFFFFF">

 <tr>

 <td width="489" height="58" align="left">

Лабораторная работа 3

 </td>

 <td width="50" height="58" align="left"><a href="lab2.htm"><img border="0" src="LabsImages/Back.jpg" width="72" height="69"></a></td>

 <td width="50" height="58" align="left"><a href="labshaft.htm"><img border="0" src="LabsImages/Home.jpg" width="72" height="68"></a></td>

 <td width="50" height="58" align="right"><a href="lab4.htm"><img border="0" src="LabsImages/Next.jpg" width="70" height="69"></a></td>

 </tr>

</table>

</center>

</div>

<hr width="80%" size="1" color="#000000" align="right">

OSPF 

соединение

 В прошлой лабораторной Вы занимались конфигурированием

протокола OSPF . Третье задание построено на предыдущей работе, и

позволяет Вам применить OSPF соединение

(Summarization) для завершения практики по этому протоколу. 

 

Указания

<ul dynamicoutline initcollapsed>

<li>Используйте пароль, полученный в ходе <a href="lab2.htm">предыдущей работы (2)</a>.</li>

<li> Cконфигурируйте два шлейфа на маршрутизаторе R6, используя подсети, содержащие не

 более 14 хостов.

 Используйте номера 0 и 1 для ваших шлейфов.</li>

<li> Cконфигурируйте два шлейфа на маршрутизаторе R5, используя подсети, содержащие не

 более 62 хостов.

 Используйте номера 0 и 1 для ваших шлейфов.</li>

<li> Суммируйте два loopback-интерфейса на маршрутизаторах R5 и R6 так,

 чтобы маршрутизатор R1

видел только один маршрут от каждого.</li>

<li> Проверьте связь между интерфейсами командой ping и желаемое соединение соответствующими командами

 show.</li>

<li>Если вы уверены, что завершили работу, вернитесь в Comm_Server и

 нажмите Ctrl-Z. </li>

</ul>

  

Порядок выполнения 

<div align="center">

<center>

<table border="0" width="80%" height="1" style="font-family: Courier New; font-size: 12pt; word-spacing: 0; text-align: Left; color: #000000; margin-left: 0; margin-right: 0; margin-top: -3; margin-bottom: -3" cellspacing="0" cellpadding="0">

 <tr>

 <td width="52" height="1" valign="top">1</td>

 <td width="869" height="1">...>/password/</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">2</td>

 <td width="869" height="5">comm_server>R6</td>

 </tr>

 <tr>

 <td width="52" height="1" valign="top" rowspan="2">3</td>

 <td width="869" height="19">R6>enable</td>

 </tr>

 <tr>

 <td width="869" height="17">Password : cisco</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">4</td>

 <td width="869" height="5">R6# configure terminal</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">5</td>

 <td width="869" height="5">R6(config)# interface loopback 0</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">6</td>

 <td width="869" height="5">R6(config-if)# ip addres 130.10.32.1

 255.255.255.240</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">7</td>

 <td width="869" height="5">R6(config)# interface loopback 1</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">8</td>

 <td width="869" height="5">R6(config-if)# ip addres 130.10.32.17

 255.255.255.240</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">9</td>

 <td width="869" height="5">R6(config)# router ospf 60</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">10</td>

 <td width="869" height="5">R6(config-router)# summary-addres 130.10.32.0

 255.255.255.224</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">11</td>

 <td width="869" height="5">R5(config-if)# ip addres 130.10.42.1

 255.255.255.192</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">12</td>

 <td width="869" height="5">R5(config)# interface loopback 1</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">13</td>

 <td width="869" height="5">R5(config-if)# ip addres 130.10.42.65

 255.255.255.192</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">14</td>

 <td width="869" height="5">R5(config)# router ospf 50</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">15</td>

 <td width="869" height="5">R5(config-router)# summary-addres 130.10.42.0

 255.255.255.128</td>

 </tr>

 <tr>

 <td width="52" height="1" valign="top" rowspan="2">16</td>

 <td width="869" height="1">CTRL-SHIFT-6 + x</td>

 </tr>

 <tr>

 <td width="869" height="22">comm_server> CTRL-z</td>

 </tr>

</table>

</center>

</div>

<hr width="80%" size="1" color="#000000" align="right">

<div align="center">

<center>

<table border="0" width="100%" height="30" cellspacing="0" cellpadding="0" bgcolor="#FFFFFF">

 <tr>

 <td width="489" height="58" align="left">

 </td>

 <td width="50" height="58" align="left"><a href="lab2.htm"><img border="0" src="LabsImages/Back.jpg" width="72" height="69"></a></td>

 <td width="50" height="58" align="left"><a href="labshaft.htm"><img border="0" src="LabsImages/Home.jpg" width="72" height="68"></a></td>

 <td width="50" height="58" align="right"><a href="lab4.htm"><img border="0" src="LabsImages/Next.jpg" width="70" height="69"></a></td>

 </tr>

</table>

</center>

</div>

<div align="center">

<center>

<table border="0" width="100%" height="17" cellspacing="0" cellpadding="0">

 <tr>

 <td width="977" height="7">

 

 &copy 2001

 

 </td>

 </tr>

 <tr>

 <td width="977" height="2">

 </td>

 </tr>



</table>

</center>

</div>

 

<TABLE width="651"><TR><TD width="776">



<A HREF="../home.htm"><IMG SRC="../home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>               

<a href="../Toc.htm"><IMG SRC="../toc.gif" width=63 height=20 border=0 alt="Содержание"></a>               

<a HREF="../Feedback.htm"><IMG SRC="../feed.gif" width=63 height=20 border=0 alt="Вопросы-Ответы"></a>               

<A HREF="../search.htm"><IMG SRC="../search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>               



</TD></TR></TABLE>

</body>

</html>

5) Lab4.HTM

<%@ Language=JavaScript %>

<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">

<meta http-equiv="Content-Language" content="ru">

<meta name="GENERATOR" content="Microsoft FrontPage 4.0">

<meta name="ProgId" content="FrontPage.Editor.Document">

<title>lab3</title>

<link rel="stylesheet" type="text/css" href="../style.css">

<script language="JavaScript" fptype="dynamicoutline">



</script>

<script language="JavaScript1.2" fptype="dynamicoutline" src="outline.js">

</script>

<script language="JavaScript1.2" fptype="dynamicoutline" for="document" event="onreadystatechange()">



</script>

</head>

<body link="#000066" vlink="#000066" alink="#000066" onclick="dynOutline()">

<TABLE width="1" cellspacing="0" cellpadding="0" align="left"><TR><TD nowrap>



<A HREF="../home.htm"><IMG SRC="../home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>





<a href="../Toc.htm"><IMG SRC="../toc.gif" width=63 height=20 border=0 alt="Содержание"></a>





<a HREF="../Feedback.htm"><IMG SRC="../feed.gif" width=63 height=20 border=0 alt="Вопросы - Ответы"></a>





<A HREF="../search.htm"><IMG SRC="../search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>





 



</TD></TR></TABLE>

<img border="0" src="LabsImages/4ndban.gif" width="504" height="125">

<div align="center">

<center>

<table border="0" width="100%" height="30" cellspacing="0" cellpadding="0" bgcolor="#FFFFFF">

 <tr>

 <td width="489" height="58" align="left">

Лабораторная работа 4

 </td>

 <td width="50" height="58" align="left"><a href="lab3.htm"><img border="0" src="LabsImages/Back.jpg" width="72" height="69"></a></td>

 <td width="50" height="58" align="left"><a href="labshaft.htm"><img border="0" src="LabsImages/Home.jpg" width="72" height="68"></a></td>

 <td width="50" height="58" align="right"><a href="lab5.htm"><img border="0" src="LabsImages/Next.jpg" width="70" height="69"></a></td>

 </tr>

</table>

</center>

</div>

<hr width="80%" size="1" color="#000000" align="right">

Конфигурация,

перераспределение и фильтр EIGPR 

 EIGRP ( Enhanced Interior Gateway Routing Protocol - усовершенствованный внутренний шлюзовый протокол

маршрутизации) - хорошо известный протокол маршрутизации,

основанный на алгоритме вектора расстояния. Он дает несколько уникальных для маршрутизаторов и

переключателей Cisco преимуществ. EIGPR проще в конфигурировании, чем протокол

OSPF, он предлагает много усовершенствований по

сравнению с IGPR (внутреннему шлюзовому протоколу маршрутизации), созданным Cisco вначале 90-ых. 

 

Указания

<ul dynamicoutline initcollapsed>

<li>Используйте пароль, полученный в ходе <a href="lab3.htm">предыдущей работы

 (3)</a>.</li>

<li> Удалите OSPF конфигурации из маршрутизаторов R2 и R3 и cконфигурируйте на них

 EIGRP. Выберите уникальный

 автономный системный номер для данной сети EIGRP (к примеру, 130). </li>

<li> Удалите  из маршрутизатора R1 OSPF

 связь c маршрутизатором R2. Cконфигурируйте EIGRP вместо

 OSPF,

 и добавьте эту связь к вашей новой автономной системе.</li>

<li> Сконфигурируйте маршрутизатор R1 так, чтобы перераспределить маршруты между OSPF и

 EIGRP.

 Используйте значение метрики равное 100 для конфигурации

 EIGRP. </li>

<li> Убедитесь, что все интерфейсы на каждом

 маршрутизаторе видны из любой точки сети.</li>

<li> Добавьте фильтр на маршрутизаторе R1 так, чтобы домен EIGRP не мог найти путь к интерфейсу Token Ring маршрутизатора R6.</li>

<li>Если вы уверены, что завершили работу, вернитесь в Comm_Server и введите

 Ctrl-Z. </li>

</ul>

  

Порядок выполнения 

<div align="center">

<center>

<table border="0" width="80%" height="1" style="font-family: Courier New; font-size: 12pt; word-spacing: 0; text-align: Left; color: #000000; margin-left: 0; margin-right: 0; margin-top: -3; margin-bottom: -3" cellspacing="0" cellpadding="0">

 <tr>

 <td width="52" height="1" valign="top">1</td>

 <td width="869" height="1">...>/password/</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">2</td>

 <td width="869" height="5">comm_server>R2</td>

 </tr>

 <tr>

 <td width="52" height="1" valign="top" rowspan="2">3</td>

 <td width="869" height="19">R2>enable</td>

 </tr>

 <tr>

 <td width="869" height="17">Password : cisco</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">4</td>

 <td width="869" height="5">R2# configure terminal</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">5</td>

 <td width="869" height="5">R2(config)# no router ospf 20</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">6</td>

 <td width="869" height="5">R3(config)# no router ospf 30</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">7</td>

 <td width="869" height="5">R3(config)# router eigpr 130</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">8</td>

 <td width="869" height="5"> R3(config-router)# network 130.10.0.0   </td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">9</td>

 <td width="869" height="5">пункты 7, 8 для роутера R2</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">10</td>

 <td width="869" height="5">R1(config)# router ospf 10</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">11</td>

 <td width="869" height="5">R1(config-router)# no network 130.10.4.0

 0.0.0.255 a 1</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">12</td>

 <td width="869" height="5">R1(config)# router eigpr 130</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">13</td>

 <td width="869" height="5">R1(config-router)# network 130.10.0.0 </td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">14</td>

 <td width="869" height="5">R1(config-router)# redistribute ospf 10 metric

 100 10 255 255 10 route-map word</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">15</td>

 <td width="869" height="5">R1(config)# router ospf 10</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">16</td>

 <td width="869" height="5">R1(config-router)# redistribute eigpr 130

 metric 100 subnets</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">17</td>

 <td width="869" height="5">R1(config)# access-list 1 permit any</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">18</td>

 <td width="869" height="5">R1(config)# route-map word permit 1</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">19</td>

 <td width="869" height="5">R1(config-route-map)# match ip address 1</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">20</td>

 <td width="869" height="5">R1(config)# access-list 1 deny 130.10.2.0</td>

 </tr>

 <tr>

 <td width="52" height="1" valign="top" rowspan="2">21</td>

 <td width="869" height="1">CTRL-SHIFT-6 + x</td>

 </tr>

 <tr>

 <td width="869" height="22">comm_server> CTRL-z</td>

 </tr>

</table>

</center>

</div>

<hr width="80%" size="1" color="#000000" align="right">

<div align="center">

<center>

<table border="0" width="100%" height="30" cellspacing="0" cellpadding="0" bgcolor="#FFFFFF">

 <tr>

 <td width="489" height="58" align="left">

 </td>

 <td width="50" height="58" align="left"><a href="lab3.htm"><img border="0" src="LabsImages/Back.jpg" width="72" height="69"></a></td>

 <td width="50" height="58" align="left"><a href="labshaft.htm"><img border="0" src="LabsImages/Home.jpg" width="72" height="68"></a></td>

 <td width="50" height="58" align="right"><a href="lab5.htm"><img border="0" src="LabsImages/Next.jpg" width="70" height="69"></a></td>

 </tr>

</table>

</center>

</div>

<div align="center">

<center>

<table border="0" width="100%" height="17" cellspacing="0" cellpadding="0">

 <tr>

 <td width="977" height="7">

 

 &copy 2001

 

 </td>

 </tr>

 <tr>

 <td width="977" height="2">

 </td>

 </tr>

</table>

</center>

</div>

 

<TABLE width="651"><TR><TD width="776">



<A HREF="../home.htm"><IMG SRC="../home.gif" border=0 alt="На главную страницу"></A>               

<a href="../Toc.htm"><IMG SRC="../toc.gif" border=0 alt="Содержание"></a>               

<a HREF="../Feedback.htm"><IMG SRC="../feed.gif" border=0 alt="Вопросы-Ответы"></a>               

<A HREF="../search.htm"><IMG SRC="../search.gif" border=0 alt="Поиск по ключевому слову"></A>               



</TD></TR></TABLE>

</body>

</html>

6) Lab5.HTM

<%@ Language=JavaScript %>

<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">

<meta http-equiv="Content-Language" content="ru">

<meta name="GENERATOR" content="Microsoft FrontPage 4.0">

<meta name="ProgId" content="FrontPage.Editor.Document">

<title>lab3</title>

<link rel="stylesheet" type="text/css" href="../style.css">

<script language="JavaScript" fptype="dynamicoutline">



</script>

<script language="JavaScript1.2" fptype="dynamicoutline" src="outline.js">

</script>

<script language="JavaScript1.2" fptype="dynamicoutline" for="document" event="onreadystatechange()">



</script>

</head>

<body link="#000066" vlink="#000066" alink="#000066" onclick="dynOutline()">

<TABLE width="1" cellspacing="0" cellpadding="0" align="left"><TR><TD nowrap>



<A HREF="../home.htm"><IMG SRC="../home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>





<a href="../Toc.htm"><IMG SRC="../toc.gif" width=63 height=20 border=0 alt="Содержание"></a>





<a HREF="../Feedback.htm"><IMG SRC="../feed.gif" width=63 height=20 border=0 alt="Вопросы - Ответы"></a>





<A HREF="../search.htm"><IMG SRC="../search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>





 



</TD></TR></TABLE>

<img border="0" src="LabsImages/5ndban.gif" width="504" height="125">

<div align="center">

<center>

<table border="0" width="694" height="30" cellspacing="0" cellpadding="0" bgcolor="#FFFFFF">

 <tr>

 <td width="519" height="58" align="left">

Лабораторная работа 5

 </td>

 <td width="80" height="58" align="left"><a href="lab4.htm"><img border="0" src="LabsImages/Back.jpg" width="72" height="69"></a></td>

 <td width="89" height="58" align="left"><a href="labshaft.htm"><img border="0" src="LabsImages/Home.jpg" width="72" height="68"></a></td>

 </tr>

</table>

</center>

</div>

<hr width="80%" size="1" color="#000000" align="right">

BGP и

перераспределение в IGP

 BGP (Border Gateway Protocol - граничный шлюзовый протокол) - один из наиболее важных протоколов Internet. Главная

особенность этого протокола в том, что он позволяет соединиться с IGP - протоколами типа

EIGRP и OSPF. Таким образом, BGP предлагает конечную связь для многих существующих технологий CISCO. Из-за своей универсальности,

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

 

Указания

<ul dynamicoutline initcollapsed>

<li>Используйте пароль, полученный в ходе <a href="lab4.htm">предыдущей работы

 (4)</a>.</li>

<li> Удалите все протоколы маршрутизации из последовательной связи

 маршрутизаторов R1 и R2. </li>

<li> Сохраните последовательное соединение между маршрутизаторами R1 и R2

 для сети 130.10.0.0. </li>

 <li> Удалите перераспределения OSPF и EIGRP на маршрутизаторе

 R1. </li>

<li> Без установления соединения между маршрутизаторами R1 и R2 в какой-либо OSPF

 области, сконфигурируйте маршрутизатор R1 так, чтобы эта подсеть определялась через OSPF.</li>

<li> Реконфигурируйте Token Ring интерфейсы

 маршрутизаторов R2 и R3, используя сеть 140.20.0.0. Удостоверитесь, что Вы задали EIGRP как протокол маршрутизации. </li>

<li> Сконфигурируйте

 BGP между маршрутизаторами R1 и R2 с уникальным системным номером (например:

 маршрутизатор R1 - автономная cистема 100;

 R2 - автономная cистема 200). </li>

<li>Перераспределите BGP в IGP (OSPF на маршрутизаторе

 R1, EIGRP на

 маршрутизаторе R2) так, чтобы Вы получили

 полноценную связь между сетями 130.10.0.0 и 140.20.0.0.

 Используйте следующую таблицу метрических значений

 для ваших конфигураций: 

 

 <table align="center" bgColor="#E4E4E4" border="2" borderColor="#000000" cellPadding="2" cellSpacing="2" frame="box">

 <tbody>

 <tr>

 <th align="middle" colSpan="2">BGP - OSPF Redistribution</th>

 </tr>

 <tr>

 <td align="middle">Bandwidth</td>

 <td align="middle">10</td>

 </tr>

 <tr>

 <td align="middle">IGRP Delay</td>

 <td align="middle">0</td>

 </tr>

 <tr>

 <td align="middle">IGRP Reliability</td>

 <td align="middle">254</td>

 </tr>

 <tr>

 <td align="middle">IGRP Effective Bandwidth</td>

 <td align="middle">10</td>

 </tr>

 <tr>

 <td align="middle">IGRP MTU</td>

 <td align="middle">1500</td>

 </tr>

 <tr>

 <th align="middle" colSpan="2">BGP - EIGRP Redistribution</th>

 </tr>

 <tr>

 <td align="middle">Metric</td>

 <td align="middle">100</td>

 </tr>

 </tbody>

 </table>

</li>

</ul>

<ul dynamicoutline initcollapsed>

<li>Проверьте полученную конфигурацию с помощью

 команд ping и show. </li> <li>Если Вы уверены, что завершили работу,

вернитесь в Comm_Server и введите Ctrl-Z. </li>

<li>Если  Вы увидите это окно... </li>

</ul>

<img border="0" src="LabsImages/Final.gif">

 ...значит Вы почему-то сделали все правильно, что довольно таки странно...  

 Может Вы и есть тот самый загадочный

Сертифицированный Интернет-Эксперт CISCO?   

   

Порядок выполнения 

<div align="center">

<center>

<table border="0" width="80%" height="1" style="font-family: Courier New; font-size: 12pt; word-spacing: 0; text-align: Left; color: #000000; margin-left: 0; margin-right: 0; margin-top: -3; margin-bottom: -3" cellspacing="0" cellpadding="0">

 <tr>

 <td width="52" height="1" valign="top">1</td>

 <td width="869" height="1">...>/password/</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">2</td>

 <td width="869" height="5">comm_server>R1</td>

 </tr>

 <tr>

 <td width="52" height="1" valign="top" rowspan="2">3</td>

 <td width="869" height="19">R2>enable</td>

 </tr>

 <tr>

 <td width="869" height="17">Password : cisco</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">4</td>

 <td width="869" height="5">R1# configure terminal</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">5</td>

 <td width="869" height="5">R1(config)# router ospf 10</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">6</td>

 <td width="869" height="5">R1(config-router)# no redistribute eigrp 130</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">7</td>

 <td width="869" height="5">R1(config-router)# redistribute connected

 subnets</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">8</td>

 <td width="869" height="5">R2(config)# interface TokenRing 0</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">9</td>

 <td width="869" height="5">R2(config-if)# ip address 140.20.5.2

 255.255.255.0</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">10</td>

 <td width="869" height="5">R2(config)# router eigrp 130</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">11</td>

 <td width="869" height="5">R2(config-router)# no network 130.10.0.0</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">12</td>

 <td width="869" height="5">R2(config-router)# network 140.20.0.0</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">13</td>

 <td width="869" height="5">пункты 8-9 для интерфейсов

 TokenRing0 и TokenRing1 маршрутизатора R3</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">14</td>

 <td width="869" height="5">пункты 10-12 для

 маршрутизатора R3</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">15</td>

 <td width="869" height="5">R1(config)# router ospf 10</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">16</td>

 <td width="869" height="5">R1(config-router)# redistribute bgp 100 metric

 100</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">17</td>

 <td width="869" height="5">R2(config)# router eigrp 130</td>

 </tr>

 <tr>

 <td width="52" height="5" valign="top">18</td>

 <td width="869" height="5">R2(config-router)# redistribute bgp 200 metric

 10 0 254 10 1500</td>

 </tr>

 <tr>

 <td width="52" height="1" valign="top" rowspan="2">19</td>

 <td width="869" height="1">CTRL-SHIFT-6 + x</td>

 </tr>

 <tr>

 <td width="869" height="22">comm_server> CTRL-z</td>

 </tr>

</table>

</center>

</div>

<hr width="80%" size="1" color="#000000" align="right">

<div align="center">

<center>

<table border="0" width="100%" height="1" cellspacing="0" cellpadding="0" bgcolor="#FFFFFF">

 <tr>

 <td width="489" height="14" align="left">

  

 </td>

 <td width="50" height="1" align="left" rowspan="3"><a href="lab4.htm"><img border="0" src="LabsImages/Back.jpg" width="72" height="69"></a></td>

 <td width="50" height="1" align="left" rowspan="3"><a href="labshaft.htm"><img border="0" src="LabsImages/Home.jpg" width="72" height="68"></a></td>

 </tr>

 </table>

</center>

</div>

<div align="center">

<center>

<table border="0" width="100%" height="17" cellspacing="0" cellpadding="0">

 <tr>

 <td width="977" height="7">

 

 &copy 2001

 

 </td>

 </tr>

 <tr>

 <td width="977" height="2">

 </td>

 </tr>

</table>

</center>

</div>

 

<TABLE width="651"><TR><TD width="776">



<A HREF="../home.htm"><IMG SRC="../home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>               

<a href="../Toc.htm"><IMG SRC="../toc.gif" width=63 height=20 border=0 alt="Содержание"></a>               

<a HREF="../Feedback.htm"><IMG SRC="../feed.gif" width=63 height=20 border=0 alt="Вопросы-Ответы"></a>               

<A HREF="../search.htm"><IMG SRC="../search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>               



</TD></TR></TABLE>

</body>

</html>

7) Search.HTM

<HTML>

<HEAD><meta http-equiv="Content-Type" content="text/html; charset=windows-1251">

<TITLE>Поиск по ключевому слову</TITLE>

</HEAD>

<BODY bgcolor=#FFFFFF>

<TABLE width="730"><TR><TD width="855">



<IMG SRC="docstrip.gif" width=448 height=21 border=0 alt="Banner"> 

<A HREF="home.htm"><IMG SRC="home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>

               

<a href="Toc.htm"><IMG SRC="toc.gif" border=0 alt="Содержание"></a>      

         

<a HREF="Feedback.htm"><IMG SRC="feed.gif" width=63 height=20 border=0 alt="Вопросы - Ответы"></a> 

              

<A HREF="search.htm"><IMG SRC="search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>

                



</TD></TR></TABLE>

 <img border="0" src="mainlayout2_02_02.gif" width="236" height="336">

Поиск по ключевому

слову



 



<FORM METHOD="GET" ACTION="tdk:Search">

<INPUT TYPE="hidden" NAME="parser" VALUE="fulltext">

<INPUT TYPE="hidden" NAME="maxdocs" VALUE="100">

<INPUT TYPE="hidden" NAME="sortSpec.1" VALUE="score desc">

<INPUT TYPE="hidden" NAME="sortSpec.2" VALUE="Title asc">

<INPUT TYPE="hidden" NAME="beginhl" VALUE="<HL>">

<INPUT TYPE="hidden" NAME="endhl" VALUE="</HL>">

<INPUT TYPE="Hidden" NAME="header" VALUE="<TITLE>Результаты поиска</TITLE> <H1>Search Results</H1> 

Matched $docsRetrieved out of $docsScanned documents (100 displayed) </pre><

TABLE BORDER=0> <TR><TH>Rank</TH><TH>Score</TH><TH>Document Title</TH><

TH>Product</TH></TR>">

<INPUT TYPE="hidden" NAME="result" VALUE="<TR><TD>$Номер</TD><TD>/TD><

TD><A HREF="$tdkURL"> $TITLE</A> </TD><TD>$Group</TD>

</TR>">

<INPUT TYPE="hidden" NAME="none" VALUE="Документы не найдены">

<TABLE BORDER=0 COLS=2>

<colw col=1 width=40>

<colw col=2 width=43>

<TR CLASS=Header>

<TH ALIGN=Left>Введите

ключевое слово</TH>

</TR>

<TR CLASS=Body>

<TD ALIGN=Left>

<TEXTAREA NAME="query" cols=43 rows=4 VALUE=""></TEXTAREA>

</TD>

</TR>

</TABLE>

<INPUT TYPE="hidden" NAME="srcQuery" VALUE="Group <CONTAINS> $grp">

<INPUT TYPE="submit" VALUE="Начать поиск">

<INPUT TYPE="reset" VALUE=" Сброс">

</FORM>





</BODY>

</HTML>

8) Feedback.HTM

<HTML>

<HEAD><meta http-equiv="Content-Type" content="text/html; charset=windows-1251">

<TITLE>Вопросы - Ответы

</TITLE>

</HEAD>

<BODY BGCOLOR="#ffffff">

<FORM ACTION="--WEBBOT-SELF--" ENCTYPE="x-www-form-encoded" METHOD="POST">



<TABLE width="727"><TR><TD width="852">



<IMG SRC="docstrip.gif" width=448 height=21 border=0 alt="Banner"> 

<A HREF="home.htm"><IMG SRC="home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>               

<a href="Toc.htm"><IMG SRC="toc.gif" width=63 height=20 border=0 alt="Содержание"></a>               

<a HREF="Feedback.htm"><IMG SRC="feed.gif" width=63 height=20 border=0 alt="Вопросы - Ответы"></a>               

<A HREF="search.htm"><IMG SRC="search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>                



</TD></TR></TABLE>

Вопросы

- Ответы <img border="0" src="mainlayout2_02_02.gif" width="236" height="336">

<PRE> </PRE>

<TABLE WIDTH="100%" HEIGHT="220" BORDER="1" CELLSPACING="2" CELLPADDING="0">

<TR>

<TD WIDTH="28%" height="21"></TD>

<TD WIDTH="12%" height="21">

Да</TD>

<TD WIDTH="12%" height="21">

Нет</TD>

</TR>

<TR>

<TD height="25">Должна ли таблица

маршрутизации содержать записи обо всех

сетях составной сети ?</TD>

<TD ALIGN="CENTER" height="25"> <INPUT TYPE="radio" VALUE="very_dissatisfied" NAME="install"></TD>

<TD ALIGN="CENTER" height="25"><INPUT TYPE="radio" VALUE="neutral" NAME="install" CHECKED="true"></TD>

</TR>

<TR>

<TD height="25">Может ли таблица

маршрутизации содержать несколько

записей о маршрутизаторах по умолчанию ?</TD>

<TD ALIGN="CENTER" height="25"> <INPUT TYPE="radio" VALUE="very_dissatisfied" NAME="browser"></TD>

<TD ALIGN="CENTER" height="25"><INPUT TYPE="radio" VALUE="neutral" NAME="browser" CHECKED="true"></TD>

</TR>

<TR>

<TD height="25">Могут ли быть

обнаружены ошибки на уровне Internet ?</TD>

<TD ALIGN="CENTER" height="25"> <INPUT TYPE="radio" VALUE="very_satisfied" NAME="finding_info"></TD>

<TD ALIGN="CENTER" height="25"><INPUT TYPE="radio" VALUE="neutral" NAME="finding_info" CHECKED="true"></TD>

</TR>

<tr>

<TD height="25">Могут ли ошибки быть

исправлены средствами уровнями Internet?</TD>

<TD ALIGN="CENTER" height="25"> <INPUT TYPE="radio" VALUE="very_satisfied" NAME="printing"></TD>

<TD ALIGN="CENTER" height="25"><INPUT TYPE="radio" VALUE="neutral" NAME="printing" CHECKED="true"></TD>

</tr>

<tr>

<TD height="18">Сколько уровней имеет

стек протоколов ?</TD>

<TD ALIGN="CENTER" height="18"><SELECT NAME="ease_rank">

<OPTION VALUE="_">1

<OPTION VALUE="5">2

<OPTION VALUE="4">3

<OPTION VALUE="3">4

<OPTION VALUE="2">5

<OPTION VALUE="1">6

<OPTION VALUE="1">7

</SELECT></TD>

<TD ALIGN="CENTER" height="18"></TD>

</tr>

</TABLE>

 

    В чем состоит отличие задач, решаемых

протоколами сетевого уровня в локальных и

глобальных сетях ?

<TEXTAREA NAME="S1" ROWS="6" COLS="70" WRAP="VIRTUAL">

</TEXTAREA>

<div align="left">

<PRE>

Фамилия <INPUT NAME="name" SIZE="44" TYPE="text">

Имя <INPUT NAME="company" SIZE="44" TYPE="text">

Отчество <INPUT NAME="email" SIZE="44" TYPE="text">

Группа <INPUT NAME="phone" SIZE="44" TYPE="text"></PRE>

</div>

<input type="reset" value=" Сброс">        

<input type="submit" value=" Отправить"> 

 

</FORM> 

<TABLE width="728"><TR><TD width="853">



<A HREF="home.htm"><IMG SRC="home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>               

<a href="Toc.htm"><IMG SRC="toc.gif" width=63 height=20 border=0 alt="Содержание"></a>               

<a HREF="Feedback.htm"><IMG SRC="feed.gif" width=63 height=20 border=0 alt="Вопросы-Ответы"></a>               

<A HREF="search.htm"><IMG SRC="search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>               



</TD></TR></TABLE>



</BODY>

</HTML>

9) Тм.НТМ

<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">

<meta name="ProgId" content="FrontPage.Editor.Document">

<title>Таблица

маршрутизации</title>

</head>

<body>

<table width="651">

<tr>

 <td width="776">

 <img SRC="docstrip.gif" width="448" height="21" border="0" alt="Banner"> 

 <a HREF="home.htm"><img SRC="home.gif" border="0" alt="На главную страницу" width="63" height="20"></a>               

 <a href="Toc.htm"><img SRC="toc.gif" border="0" alt="Содержание" width="63" height="20"></a>               

 <a HREF="Feedback.htm"><img SRC="feed.gif" border="0" alt="Вопросы - Ответы" width="63" height="20"></a>               

 <a HREF="search.htm"><img SRC="search.gif" border="0" alt="Поиск по ключевому слову" width="63" height="20"></a>                

 </td> </tr>

</table>

Элементытаблицы

маршрутизации

<hr width="80%" color="#000000" size="1" noshade style="vertical-align: 1" align="right"> 

<img border="0" src="mainlayout2_02_02.gif" width="236" height="336"> 

<table border="1" cellspacing="0" cellpadding="0" style="border-collapse: collapse; mso-table-layout-alt: fixed; mso-border-alt: solid windowtext 4.5pt; mso-padding-alt: 0cm 5.4pt 0cm 5.4pt; border-style: none; border-width: medium; margin-left: 5.4pt" bordercolor="#000000" bgcolor="#CCFFFF" width="723"> <tr style="height:17.0pt">

 <td width="222" colspan="2" valign="top" align="center">

 Элементы таблицы

 </td>

 <td width="243" valign="top" align="center">

 Действия над элементом<o:p> </o:p> </td>

 <td width="252" valign="top" align="center">

 Условия выполнения действия<o:p>

 </o:p> </td> </tr>

<tr style="height:67.5pt">

 <td width="222" colspan="2" rowspan="3" valign="top" align="center">

 номера

 сетей назначения<o:p> </o:p> </td>

 <td width="243" valign="top" align="center">

 добавление

 нового (динамическая

 запись)<o:p>

 </o:p> </td>

 <td width="252" valign="top" align="center">

 сообщение о данном

 адресе от

 соседнего М<o:p> </o:p> </td> </tr>

<tr style="height:12.0pt"> <td width="243" valign="top" align="center">

 добавление

 нового (статическая запись)<o:p>

 </o:p> </td>

 <td width="252" valign="top" align="center">

 выполняется администратором<o:p>

 </o:p> </td> </tr>

<tr style="height:15.75pt">

 <td width="243" valign="top" align="center">

 удаление

 имеющегося (только

 для динамической

 записи)<o:p>

 </o:p> </td>

 <td width="252" valign="top" align="center">

 за

 время #1089;уществования

 данной

 записи не

 пришло её #1087;одтверждение<o:p> </o:p> </td> </tr>

<tr style="height:18.75pt">

 <td width="222" colspan="2" rowspan="2" valign="top" align="center">

 сетевой

 адрес

 следующего маршрутизатора<o:p> </o:p> </td>

 <td width="243" valign="top" align="center">

 запись 

 нового<o:p>

 </o:p> </td>

 <td width="252" valign="top" align="center">

 поступление

 с новым сети назначения<o:p> </o:p> </td> </tr>

<tr style="height:44.4pt"> <td width="243" valign="top" align="center">

 замена

 старого на

 новый<o:p>

 </o:p> </td>

 <td width="252" valign="top" align="center">

 новый

 путь

 является оптимальным<o:p> </o:p> </td> </tr>

<tr style="height:17.0pt">

 <td width="222" colspan="2" valign="top" align="center">

 сетевой

 адрес выходного

порта<o:p></o:p> </td>

 <td width="243" valign="top" align="center">

 замена

 старого на

 новый<o:p>

 </o:p> </td>

 <td width="252" valign="top" align="center">

 изменение

 сетевого

 адреса следующего М <o:p> </o:p> </td> </tr>

<tr style="height:14.0pt"> <td width="222" colspan="2" valign="top" align="center">

 расстояние

 до сети назначения<o:p> </o:p> </td>

 <td width="243" valign="top" align="center">

 замена

 старого на

 новый<o:p>

 </o:p> </td>

 <td width="252" valign="top" align="center">

 на основании информации, поступившей от соседнего М<o:p> </o:p> </td> </tr>

<tr style="height:21.0pt">

 <td width="222" colspan="2" rowspan="2" valign="top" align="center">

 маски подсетей<o:p>

 </o:p> </td>

 <td width="243" valign="top" align="center">

 запись<o:p>

 </o:p> </td> <td width="252" rowspan="2" valign="top" align="center">

 выполняется администратором<o:p>

 </o:p> </td> </tr> <tr style="height:10.5pt">

 <td width="243" valign="top" align="center">

 удаление<o:p> </o:p> </td> </tr>

<tr style="height:14.0pt">

 <td width="222" colspan="2" valign="top" align="center">

 признаки состояния

 маршрута <o:p> </o:p> </td>

 <td width="243" valign="top" align="center">

 изменение<o:p> </o:p> </td>

 <td width="252" valign="top" align="center">

 зависит

 от состояния

 #1084;аршрута<o:p>

 </o:p> </td> </tr> <tr style="height:14.0pt">

 <td width="222" colspan="2" valign="top" align="center">

 время,

 в течение

 которого 1076;ействительны записи

 данной

 таблицы<o:p>

 </o:p> </td> <td width="243" valign="top" align="center"> установка<o:p> </o:p> </td>

 <td width="252" valign="top" align="center">

 определяется конкретной <o:p> </o:p> 

 моделью

 М<o:p> </o:p> </td>

</tr> <tr style="height:14.0pt">

 <td width="222" colspan="2" valign="top" align="center">

 флаги

 записей (присутствуют в таблицах UNIX-маршрутизаторов)<o:p>

 </o:p> </td>

 <td width="243" valign="top" align="center">

  <o:p>

 </o:p> </td> <td width="252" valign="top" align="center">

  <o:p>

 </o:p> </td> </tr> <tr style="height:14.0pt">

 <td width="127" rowspan="4" valign="top" align="center"> <o:p>

 </o:p> </td> <td width="93" valign="top" align="center">

 U<o:p>

 </o:p> </td> <td width="243" valign="top" align="center">

 установка<o:p> </o:p> </td>

 <td width="252" valign="top" align="center">

 маршрут

 активен и работоспособен <o:p>

 </o:p> </td> </tr> <tr style="height:14.0pt">

 <td width="93" valign="top" align="center">

 H<o:p>

 </o:p> </td>

 <td width="243" valign="top" align="center">

 установка<o:p> </o:p> </td>

 <td width="252" valign="top" align="center">

 специфический

 маршрут к определённому

 хосту<o:p>

 </o:p> </td> </tr> <tr style="height:14.0pt">

 <td width="93" valign="top" align="center">

 G<o:p> </o:p> </td> <td width="243" valign="top" align="center">

 установка<o:p> </o:p> </td>

 <td width="252" valign="top" align="center">

 данный М является #1087;ромежуточным<o:p>

 </o:p> </td> </tr> <tr style="height:14.0pt">

 <td width="93" valign="top" align="center">

 D<o:p>

 </o:p> </td>

 <td width="243" valign="top" align="center">

 установка<o:p> </o:p> </td>

 <td width="252" valign="top" align="center">

 отправитель

 сообщает,

 что последующие пакеты

 следует 1086;тправлять через

 другой следующий М<o:p> </o:p> </td> </tr>

<tr style="height:14.0pt">

 <td width="222" colspan="2" valign="top" align="center">

 “Refcnt”<o:p> </o:p>

 </td> <td width="243" valign="top" align="center">

 увеличение значения<o:p>

 </o:p> </td>

 <td width="252" valign="top" align="center">

 очередная

 ссылка на

 данный

 маршрут<o:p>

 </o:p> </td> </tr> <tr style="height:14.0pt">

 <td width="222" colspan="2" valign="top" align="center">

 USE<o:p> </o:p> </td>

 <td width="243" valign="top" align="center">

 увеличение значения<o:p>

 </o:p> </td> <td width="252" valign="top" align="center">

 передача очередного пакета

 через

 данный

 маршрут<o:p>

 </o:p> </td> </tr> <tr style="height:14.0pt">

 <td width="222" colspan="2" valign="top" align="center"> Default          <o:p> </o:p> </td>

 <td width="243" valign="top" align="center">

 запись<o:p>

 </o:p> </td>

 <td width="252" valign="top" align="center">

 определяется администратором<o:p>

 </o:p> </td> </tr></table>

<a href="InSignals.htm"><img border="0" src="Landshaft/LabsImages/Back.jpg" align="left" width="72" height="69"></a> <a href="IPHeader.htm"><img border="0" src="Landshaft/LabsImages/Next.jpg" width="70" height="69"></a>

 <table width="729"> <tr> <td width="854">

 <a HREF="home.htm"><img SRC="home.gif" border="0" alt="На главную страницу" width="63" height="20"></a>               

 <a href="Toc.htm"><img SRC="toc.gif" border="0" alt="Содержание" width="63" height="20"></a>               

 <a HREF="Feedback.htm"><img SRC="feed.gif" border="0" alt="Вопросы - Ответы" width="63" height="20"></a>               

 <a HREF="search.htm"><img SRC="search.gif" border="0" alt="Поиск по ключевому слову" width="63" height="20"></a>               

 </td> </tr></table> 

</body>

</html>

10) Home.HTM

<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">

<title>Учебно-методическое указание</title>

</head>

<body>

<TABLE width="731"><TR><TD width="856">



<IMG SRC="docstrip.gif" width=448 height=21 border=0 alt="Banner"> 

<A HREF="home.htm"><IMG SRC="home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>               

<a href="Toc.htm"><IMG SRC="toc.gif" width=63 height=20 border=0 alt="Содержание"></a>               

<a HREF="Feedback.htm"><IMG SRC="feed.gif" width=63 height=20 border=0 alt="Вопросы - Ответы"></a>               

<A HREF="search.htm"><IMG SRC="search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>                



</TD></TR></TABLE>

<img border="0" src="mainlayout2_02_02.gif" width="243" height="351">Пользователю

<img border="0" src="triblue.gif" width="18" height="13">Уважаемый

пользователь, в данном электронном

варианте учебно-методических указаний 

Вашему вниманию предлагается

формализованное описание процесса

функционирования маршрутизатора с помощью

схем межпроцессных связей. 

<img border="0" src="triblue.gif" width="18" height="13">Приложение

состоит из HTML-страниц, снабжённых развитой

системой гиперссылок, позволяющих попасть

в нужное место .

Гиперссылки вверху и внизу страницы

осуществляют переход на:

<ul>

<li>НОМЕ - на

 заглавную страницу</li>

<li>CONTENТS - на страницу с содержанием данного

 приложения</li>

<li>FEEDBACK-на страницу, с которой Вы можете направить

 автору свои замечания и предложения</li>

<li>SEARCH-на

 страницу, позволяющую найти интересующий

 Вас раздел по ключевому слову</li>

<li>HELP-на

 страницу со справкой</li>

</ul>

Гиперссылки

в виде указательного пальца позволяют

перемещаться по приложению в

последовательности, указанной на странице

CONTENTS.

<img border="0" src="triblue.gif" width="18" height="13">На

страницах размещен краткий теоретический

курс.

<img border="0" src="triblue.gif" width="18" height="13">В

конце Вам предоставляется возможность

проверить свои знания по основам

построения компьютерных сетей и протоколов

маршрутизации при помощи Интерактивного

Наставника CISCO (CIM). В его основе JAVA-апплет,

который эмулирует работу по

конфигурированию маршрутизаторов через

TELNET. Лабораторные работы проводятся в 5

этапов и для перехода к следующему

необходимо точно и в полном объеме

выполнить предыдущий. При завершении

каждой работы вам выдается пароль для

выполнения следующей.

   

<TABLE width="722"><TR><TD width="847">



<A HREF="home.htm"><IMG SRC="home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>               

<a href="Toc.htm"><IMG SRC="toc.gif" width=63 height=20 border=0 alt="Содержание"></a>               

<a HREF="Feedback.htm"><IMG SRC="feed.gif" width=63 height=20 border=0 alt="Вопросы-Ответы"></a>               

<A HREF="search.htm"><IMG SRC="search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>               



</TD></TR></TABLE>

</body>

</html>

11) Theory.HTM

<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">

<title>Терия</title>

</head>

<body>

<TABLE width="731"><TR><TD width="856">



<IMG SRC="docstrip.gif" width=448 height=21 border=0 alt="Banner"> 

<A HREF="home.htm"><IMG SRC="home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>               

<a href="Toc.htm"><IMG SRC="toc.gif" width=63 height=20 border=0 alt="Содержание"></a>               

<a HREF="Feedback.htm"><IMG SRC="feed.gif" width=63 height=20 border=0 alt="Вопросы - Ответы"></a>               

<A HREF="search.htm"><IMG SRC="search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>                



</TD></TR></TABLE>

<img border="0" src="mainlayout2_02_02.gif" width="243" height="351">

 

<div class="Section1">

<img border="0" src="triblue.gif" width="18" height="13" align="left">Сетевой

уровень (Network Layer) служит для образования

единой транспортной системы, объединяющей

несколько сетей, причём эти сети могут

использовать различные принципы передачи

между конечными узлами и обладать

произвольной структурой связей. Функции

сетевого уровня достаточно разнообразны (рис.1.1).

<o:p>

</o:p>



<img border="0" src="triblue.gif" width="18" height="13" align="left">На

сетевом уровне сам термин сеть наделяют

специфическим значением. В данном случае

под сетью понимается совокупность

компьютеров, соединенных между собой в

соответствии с одной из стандартных

топологий и использующих для передачи

данных один из протоколов канального

уровня, определённый для данной топологии.<o:p>

</o:p>



<img border="0" src="triblue.gif" width="18" height="13" align="left">Внутри

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

соответствующим канальным уровнем, а вот

доставкой данных между сетями занимается

сетевой уровень, который и поддерживает

возможность правильного выбора маршрута

передачи сообщения даже в том случае,

когда структура связи между составляющими

сетями имеет характер, отличный от

принятого в протоколах канального уровня.<o:p>

</o:p>



<img border="0" src="triblue.gif" width="18" height="13" align="left">Проблема

выбора наилучшего пути называется



маршрутизацией, и её решение является

одной из главных задач сетевого уровня.

Эта проблема осложняется тем, что самый

короткий путь не всегда самый лучший.

Часто критерием при выборе маршрута

является время передачи данных по этому

маршруту; оно зависит от пропускной

способности каналов связи и интенсивности

трафика, которая может изменяться с

течением времени. Некоторые алгоритмы

маршрутизации пытаются приспособиться к

изменению нагрузки, в то время как другие

принимают решения на основе средних

показателей за длительное время. Выбор

маршрута может осуществляться и по другим

критериям, например надёжности передачи.<o:p>

</o:p>



<img border="0" src="triblue.gif" width="18" height="13" align="left">В

общем случае функции сетевого уровня шире,

чем функции передачи сообщений по связям с

нестандартной структурой. Сетевой уровень

решает также задачи согласования разных

технологий, упрощения адресации в крупных

сетях и создания надёжных и гибких

барьеров на пути нежелательного трафика

 между сетями.<o:p>

</o:p>



<img border="0" src="triblue.gif" width="18" height="13" align="left">Сообщения

сетевого уровня принято называть

 пакетами



(packets).При организации доставки пакетов на

сетевом уровне используется понятие “номер

сети”. В этом случае адрес получателя

состоит из старшей части – номера сети и

младшей – номера узла в этой сети. Все узлы

одной сети должны иметь одну и ту же

старшую часть адреса, поэтому термину “сеть”

на сетевом уровне можно дать и другое,

более формальное определение: сеть – это

совокупность узлов, сетевой адрес которых

содержит один и тот же номер сети.<o:p>

</o:p>



<img border="0" src="triblue.gif" width="18" height="13" align="left">На

сетевом уровне определяются два вида

протоколов. Первый вид –

 сетевые

протоколы

 – реализуют продвижение

пакетов через сеть. Именно эти протоколы

имеют в виду, когда говорят о протоколах

сетевого уровня. Однако часто к сетевому

уровню относят и другой вид протоколов,

называемых протоколами обмена маршрутной

информацией или просто

 протоколами

маршрутизации. <o:p>



</o:p>



<img border="0" src="triblue.gif" width="18" height="13" align="left">На

сетевом уровне работают протоколы ещё

одного типа, которые отвечают за

отображение адреса узла, используемого на

сетевом уровне в локальный адрес сети.

Такие протоколы называют протоколами

разрешения адресов.<o:p>

</o:p>



<img border="0" src="triblue.gif" width="18" height="13" align="left">Примерами

протоколов сетевого уровня являются

протокол межсетевого взаимодействия IP

стека TCP/IP и протокол межсетевого обмена

пакетами IPX стека Novell.<o:p>

</o:p>



 <o:p>

</o:p>



Обобщенное

описание функционирования маршрутизатора

 <o:p>

</o:p>



Маршрутизатор

– это устройство, которое собирает

информацию о топологии межсетевых

соединений и на её основании пересылает

пакеты сетевого уровня в сеть назначения. <o:p>

</o:p>



Основная

функция

 маршрутизатора - чтение

заголовков пакетов сетевых протоколов,

принимаемых и буферизуемых по каждому

порту, и принятие решения о дальнейшем

маршруте следования пакета по его

сетевому адресу, включающему номер сети и

номер узла.<o:p>

</o:p>



Функции

маршрутизатора могут быть разбиты на 3

группы в соответствии с уровнями модели OSI.

</div>

<img border="0" src="triblue.gif" width="18" height="13">Уровень

интерфейсов <o:p>

</o:p>



      

Интерфейсы маршрутизатора, выполняют

полный набор функций физического и

канального уровней по передаче кадра,

включая получение доступа к среде,

формирование битовых сигналов, приём кадра,

подсчёт контрольной суммы и передачу поля

данных кадра верхнему уровню.

 <o:p>

<img border="0" src="triblue.gif" width="18" height="13">Уровень

сетевого протокола <o:p>

</o:p>



      

Сетевой протокол извлекает из пакета

заголовок сетевого уровня и анализирует

содержимое его полей. Проверяется

контрольная сумма, и если пакет пришел

поврежденным, то он отбрасывается.

Проверяется время жизни пакета, вносятся

корректировки в содержимое некоторых полей,

пересчитывается контрольная сумма.<o:p>

</o:p>



      

На сетевом уровне выполняется одна из

важнейших функций маршрутизатора –

фильтрация трафика. Маршрутизатор

позволяет задавать и обрабатывать сложные

правила фильтрации. Пакет сетевого уровня,

находящийся в поле данных кадра для

маршрутизаторов представляется

неструктурированной двоичной

последовательностью. Маршрутизаторы же,

программное обеспечение которых содержит

модуль сетевого протокола, способны

производить разбор и анализ отдельных

полей пакета. Они оснащаются развитыми

средствами пользовательского интерфейса,

которые позволяют администратору задавать

сложные правила фильтрации.<o:p>

</o:p>



      

В случае если интенсивность поступления

пакетов выше скорости обработки, пакеты

могут образовать очередь. Существуют

различные дисциплины обслуживания пакетов:

в порядке поступления по принципу “первый

пришел – первый обслужен” (First Input First Output,

FIFO) случайное раннее обнаружение, когда

обслуживание идет по правилу FIFO, но при

достижении очередью определенной длины,

вновь поступающие пакеты отбрасываются, а

также различные варианты приоритетного

обслуживания.<o:p>

</o:p>



      

<img border="0" src="triblue.gif" width="18" height="13">Основная функция маршрутизатора –

определение маршрута пакета. По номеру сети,

извлеченному из заголовка пакета, модуль

сетевого протокола находит в таблице

маршрутизации

 строку, содержащую сетевой

адрес следующего маршрутизатора, и номер

порта, на который нужно передать пакет,

чтобы он двигался в нужном направлении.

Если в таблице отсутствует запись о сети

назначения пакета, и, к тому же, нет записи о

маршрутизаторе по умолчанию, то пакет

отбрасывается.<o:p>

</o:p>



      

Перед тем как передать сетевой адрес

следующего маршрутизатора на канальный

уровень той технологии, которая

используется в сети, содержащей следующий

маршрутизатор. Для этого сетевой протокол

обращается к протоколу разрешения адресов.

Протоколы этого типа устанавливают

соответствие между сетевыми и локальными

адресами либо на основании заранее

составленных таблиц, либо путем рассылки

широковещательных запросов. Таблица

соответствия локальных адресов сетевым

адресам строится отдельно для каждого

сетевого интерфейса. Протоколы разрешения

адресов занимают промежуточное положение

между сетевым и канальным уровнями. <o:p>

</o:p>



      

 С сетевого уровня пакет, локальный адрес

следующего маршрутизатора и номер порта

маршрутизатора передаются вниз, канальному

уровню. На основании указанного номера

порта осуществляется коммутация с одним из

интерфейсов маршрутизатора, средствами

которого выполняется упаковка пакета в

кадр соответствующего формата. В поле

адреса назначения заголовка кадра

помещается локальный адрес следующего

маршрутизатора. Готовый кадр отправляется

в сеть.<o:p>

</o:p>



 <o:p>

<img border="0" src="triblue.gif" width="18" height="13">Уровень

протоколов маршрутизации

 <o:p>

      

Сетевые протоколы активно используют в

своей работе таблицу маршрутизации, но ни

её построением. Ни её поддержанием не

занимаются. Эти функции выполняют

протоколы маршрутизации. На основании этих

протоколов маршрутизаторы обмениваются

информацией о топологии сети. А затем

анализируют полученные сведения, определяя

наилучшие по тем или иным критериям

маршруты. Результаты анализа и составляют

содержимое таблиц маршрутизации.<o:p>

</o:p>



 <o:p> 

   

<TABLE width="722"><TR><TD width="847">



<A HREF="home.htm"><IMG SRC="home.gif" width=63 height=20 border=0 alt="На главную страницу"></A>               

<a href="Toc.htm"><IMG SRC="toc.gif" width=63 height=20 border=0 alt="Содержание"></a>               

<a HREF="Feedback.htm"><IMG SRC="feed.gif" width=63 height=20 border=0 alt="Вопросы-Ответы"></a>               

<A HREF="search.htm"><IMG SRC="search.gif" width=63 height=20 border=0 alt="Поиск по ключевому слову"></A>               



</TD></TR></TABLE>

</body>

</html>

12) Toc.HTM

<HTML><HEAD><TITLE>Содержание</TITLE>

<META content="text/html; charset=windows-1251" http-equiv=Content-Type>

<META content="Microsoft FrontPage 4.0" name=GENERATOR></HEAD>

<BODY bgColor=#ffffff>

<TABLE width="649" height="477">

<tr>

 <td width="855" height="55">

 <img SRC="docstrip.gif" width="448" height="21" border="0" alt="Banner"> 

 <a HREF="home.htm"><img SRC="home.gif" border="0" alt="На главную страницу" width="63" height="20"></a>               

 <a href="Toc.htm"><img SRC="toc.gif" border="0" alt="Содержание" width="63" height="20"></a>               

 <a HREF="Feedback.htm"><img SRC="feed.gif" border="0" alt="Вопросы - Ответы" width="63" height="20"></a>               

 <a HREF="search.htm"><img SRC="search.gif" border="0" alt="Поиск по ключевому слову" width="63" height="20"></a>                

 </td>

</tr>

<TR><TD width="774" height="414">

  

 Содержание</o:p>



<hr width="80%" color="#000000" size="1" noshade style="vertical-align: 1" align="right">

<img border="0" src="triblue.gif" width="18" height="13"><a href="InSignals.htm">Входные

воздействия</a>

<a href="ТМ.htm"><img border="0" src="triblue.gif" width="18" height="13">Компоненты

таблиц маршрутизации</a>

<a href="IPHeader.htm"><img border="0" src="triblue.gif" width="18" height="13">Формат

заголовка IP-пакета</a>

<a href="Classes.htm"><img border="0" src="triblue.gif" width="18" height="13">Алгоритмы

маршрутизации<o:p></o:p>

</a>

<a href="Critery.htm"><img border="0" src="triblue.gif" width="18" height="13">Критерии

выбора маршрута<o:p>

</o:p>

</a>

<a href="ICMP.htm"><img border="0" src="triblue.gif" width="18" height="13">Формат

сообщений протокола ICMP<o:p></o:p>

</a>

<a href="InSignals.htm"><img border="0" src="triblue.gif" width="18" height="13"></a><a href="ARP.htm">Структура

ARP-запроса и ARP-ответа</a><o:p>

</o:p>



<a href="Methods.htm"><img border="0" src="triblue.gif" width="18" height="13">Методы

борьбы с ложными маршрутами в протоколе RIP</a>

<a href="МетБорьб.htm"><img border="0" src="triblue.gif" width="18" height="13"></a><a href="Theory.htm">Теория</a><o:p></o:p>

<img border="0" src="mainlayout2_02_01.gif" width="45" height="45"><a href="Module.htm">Обработчик

TCP/IP - пакетов</a>

<blockquote>

<ul>

 <li>

 <a href="Module.htm#1">

 Отображение сетевых адресов на

 локальные адреса</a></li>

 <li>

 <a href="Module.htm#2">Фрагментация

 пакета<o:p>

  </a></li>

 <li>

 <a href="Module.htm#3">Обслуживание

 очередей пакетов (буфер)<o:p>

  </a></li>

</ul>

</blockquote>

<img border="0" src="mainlayout2_03_01.gif" width="43" height="45"><a href="RIP.htm">Протокол

RIP</a>

<blockquote>

<ul>

 <li>

 <a href="RIP.htm#1">

 Адаптация RIP-маршрутизаторов к

 изменения в сети<o:p>

  </a></li>

 <li>

 <a href="протокол_rip.htm#1">

 </a><a href="RIP.htm#2">Метод

 расщепления горизонта<o:p>

  </a></li>

 <li>

 <a href="RIP.htm#3">Метод

 триггерных обновлений</a></li>

 <li>

 <a href="RIP.htm#4">Метод

 замораживания изменений</a></li>

</ul>

</blockquote>

<img border="0" src="mainlayout2_04_01.gif" width="42" height="49"><a href="OSPF.htm">Протокол

OSPF</a>

<img border="0" src="mainlayout2_02_02.gif" width="236" height="336"><img border="0" src="mainlayout2_05_01.gif"><a href="Landshaft/labshaft.htm">Лабораторные работы по конфигурированию

маршрутизаторов CISCO</a>

 

<a href="InSignals.htm"><img border="0" src="Landshaft/LabsImages/Next.jpg"></a>

</TD></TR></TABLE>

 



<table width="731">

<tr>

 <td width="856">

 <a HREF="home.htm"><img SRC="home.gif" border="0" alt="На главную страницу" width="63" height="20"></a>               

 <a href="Toc.htm"><img SRC="toc.gif" border="0" alt="Содержание" width="63" height="20"></a>               

 <a HREF="Feedback.htm"><img SRC="feed.gif" border="0" alt="Вопросы - Ответы" width="63" height="20"></a>               

 <a HREF="search.htm"><img SRC="search.gif" border="0" alt="Поиск по ключевому слову" width="63" height="20"></a>               

 

 </td>

</tr>

</table>



</BODY>

</HTML>

Приложение 3

ОПИСАНИЕ ПРОГРАММЫ

П3.1 Аннотация

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

П3.2. Общие сведения

Разработанная электронная версия учебно-методических указаний по изучению принципов организации маршрутизаторов является ориентированной на системотехническую разработку и соответствует этапу проектирования на стадии технического предложения. Для нормального функционирования приложения необходима операционная система WINDOWS’95 и выше, а также обязательно наличие приложения позволяющего просматривать HTML-документы (MS Internet Explorer 3.0 и выше, Netscape Navigator 3.0 и выше).

П3.3. Функциональное назначение

 Формализованное описание определяет множество реакций маршрутизатора на определенные таблицей 2.1 множества входных воздействий.

 Обеспечивается описание видов алгоритмов маршрутизации (табл.2.4), методов борьбы с ложными маршрутами (табл. 2.8), критериев выбора маршрута (табл. 2.5) и характеристик, учитываемых для следующих объектов, определяющих функционирование маршрутизатора:

o элементов таблицы маршрутизации (табл.2.2);

o элементов заголовка IP-пакета (табл. 2.3);

o элементов сообщений по протоколу ICMP (табл. 2.6);

o элементов сообщений по протоколу ARP (табл. 2.7).

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

Описание алгоритма функционирования маршрутизатора по протоколу RIP (табл.2.13, 2.14, 2.15, 2.16, 2.17), по протоколу OSPF (табл.2.18,2.19) и модуля обработки пакетов в стеке протоколов TCP/IP (табл.2.9, 2.10, 2.11, 2.12) представлено в виде схем межпроцессных связей.

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

П3.4. Описание структуры системы

 П3.4.1. Описание составных частей

Описание составных частей приведено в таблице П3.1.

Таблица П3.1

Описание составных частей приложения

Название страницы

Описание страницы

HOME

содержит аннотацию и правила пользования приложением

TOC

содержит список страниц приложения

FEEDBACK

содержит вопросы и варианты ответов для контроля теоретических знаний

SEARCH

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

TM

содержит компоненты таблицы маршрутизации

Продолжение таблицы П3.1

Название страницы

Описание страницы

CONFIRM

предназначена для хранения ответов, поступивших со страницы FEEDBACK

MODULE

cодержит формализованное описание работы модуля обработки пакетов по протоколу TCP/IP

RIP

cодержит формализованное описание работы маршрутизатора по протоколу RIP

OSPF

cодержит формализованное описание работы маршрутизатора по протоколу OSPF

INSIGNALS

содержит таблицу входных сигналов, поступающих на маршрутизатор

TM

содержит компоненты таблицы маршрутизации

CLASSES

описывает виды алгоритмов маршрутизации

CRITERY

описывает критерии выбора маршрута

ICMP

описываает формат сообщений по протоколу ICMP

ARP

оисывает структуру ARP-запроса и ARP-ответа

METHOD

описывает методы борьбы с ложными маршрутами в протоколе RIP

THEORY

содержит теорию о работе маршрутизаторов

LABSHAFT

содержит ссылки на лабораторные работы

LAB1

описывают правила выполнения лабораторных работ

LAB2

LAB3

LAB4

LAB5

П3.4.2. Организация входных данных

Представлен список входных воздействий к маршрутизатору, обеспечен ввод ключевых слов в поле типа ‘TEXT’ формы на странице Search.HTM для быстрого поиска требуемой информации и ввод ответов на контрольные вопросы в поля типа ‘TEXT’, ’RADIO’ и ’Drop-Down Menu’ формы на странице Feedback.HTM.

П3.4.3. Организация выходных данных

Выходными данными является представление результатов в HTML-коде, выводимая со страницы Feedback.HTM информация в файл Confirm.HTM с использованием предусмотренных форм опроса и результаты поиска информации в виде ссылок на найденные документы.

П3.4.4. Вызов и загрузка

Данное приложение релизовано в HTML-коде. Вызов осуществляется запуском файла Home.HTM.

Приложение 4

ПРОГРАММА И МЕТОДИКА ИСПЫТАНИЙ

П4.1. Объект испытаний

Разработанная электронная версия учебно-методических указаний по изучению принципов организации маршрутизаторов, реализованная на основе формализованного описания функционирования маршрутизатора.

П4.2. Цель испытаний

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

П4.3. Требования к программе тестирования

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

1. загрузки начальной страницы ;

2. правильности перехода по гиперссылкам из таблицы входных воздействий;

3. правильности перехода по гиперссылкам из таблицы отображения прооцессов;

4. поиска информации по ключевому слову;

5. правильности перехода к странице проверки знаний;

6. перехода от страницы содержания к пояснениям; содержащимся в учебно-методических указаниях;

7. переход от страницы содержания к описанию лабораторных работ;

8. проверка привильности последовательности команд в лабораторных работах.

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

1. на поступление IP- пакета (должна быть обеспечена проверка непротиворечивости описания процесса №1 и правильность взаимодействия с процессами №2,№3,№4);

2. на поступление ARP-запроса;

3. на работу маршрутизатора по протоколу RIP;

4. на работу маршрутизатора по протоколу OSP.

П4.4. Технические и программные средства, используемые для испытания

 Данное приложение для своей работы использует персональный компьютер типа IBM PC 386 с операционной системой WINDOWS’95 и выше, а также обязательно наличие приложения позволяющего просматривать HTML-документы (MS Internet Explorer 3.0 и выше, Netscape Navigator 3.0 и выше).

П4.5. Методика испытания



 Методика испытания как электронных учебно-методических указаний, так и формализованного описания включает в себя три аспекта:

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

2. проверка правильности трассировки для различных типов заявок, поступающих на маршрутизатор;

3. проверки правильности программ конфигурирования маршрутизатора в описанных лабораторных работах.

П4.6. Резюме

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

Удаление плохих пакетов (по контрольной сумме)	Ведение очередей пакетов	Определение маршрута по таблице маршрутизации
Анализ и модификация сетевого заголовка	Фильтрация пакетов

Элементы таблицы	Действия над элементом	Условия выполнения действия
номера сетей назначения	добавление нового (динамическая запись)	сообщение о данном адресе от соседнего маршрутизатора (М)
добавление нового (статическая запись)	выполняется администратором
удаление имеющегося (только для динамической записи)	за время существования данной записи не пришло её подтверждение
сетевой адрес следующего маршрутиза-тора	запись нового	поступление с новым сети назначения
замена старого на новый	новый путь является оптимальным
сетевой адрес выходного порта	замена старого на новый	изменение сетевого адреса следующего М
расстояние до сети назначения	замена старого на новый	на основании информации, поступившей от соседнего М
маски подсетей	запись	выполняется администратором
удаление
признаки состояния маршрута	изменение	зависит от состояния маршрута
время, в течение которого действительны записи данной таблицы	установка	определяется конкретной моделью М

Элементы заголовка пакета	Операции над элементом	Условия выполнения операций	Характеристика элемента
№ версии	-	-
длина заголовка	-	-

тип сервиса
	PR	установка	при формировании заголовка	приоритет пакета
D	установка	при формировании заголовка	маршрут должен выбираться для минимизации за-держки доставки пакета
T	установка	при формировании заголовка	маршрут должен выбираться для максимизации пропускной способности
R	установка	при формировании заголовка	маршрут выбира-ется для максими-зации надёжности
общая длина	установка	при формиро- вании заголов -ка или после фрагментации	длина пакета с учётом заголовка и поля данных
идентифи-катор пакета	установка	после фрагментации
флаги
	DF	установка	при формировании заголовка	запрет на фрагментацию пакета
MF	установка	при формировании заголовка	данный пакет-промежуточный

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

Элементы сообщения	Операции над элементом	Условия выполнения операций	Характеристика элемента
поле типа сообщения
	значение
0	установка	при формировании сообщения	эхо-ответ
3	установка	при формировании сообщения	узел назначения недостижим
4	установка	при формировании сообщения	подавление источника
5	установка	при формировании сообщения	перенаправление маршрута
8	установка	при формировании сообщения	эхо-запрос
11	установка	при формировании сообщения	истечение времени дейтаграммы
12	установка	при формировании сообщения	проблема с параметром пакета
13	установка	при формировании сообщения	запрос отметки времени
14	установка	при формировании сообщения	ответ отметки времени
17	установка	при формировании сообщения	запрос маски
18	установка	при формировании сообщения	ответ маски

1	Метод расщепления горизонта
2	Метод триггерного обновления
3	Метод замораживания изменений

1. Модуль обработки пакетов в стеке протоколов TCP/IP
1	ожидание поступления заголовка кадра	-	1-2
2	создание дескриптора процесса, прием кадра данных в буфер (1-3)	-	4-1
3	МАС- адрес совпадает ?	нет	1-4
		да	1-5
4	удаление кадра	-	4-11
5	фильтрация (разрешено прохождение кадра от данного отправителя ?)	разре-шено	1-6
		нет	1-4
6	освобождение кадров от заголовков канального уровня	-	1-7
7	извлечение из кадра номера сети назначения	-	1-8
8	сравнение номера сети назначения с записью в первой строке таблицы маршрутизации (совпадает ?)	совпал	1-11
		нет	1-9
9	сравнение со следующей записью (совпадает ?)	совпал	1-11
		нет	1-10
10	запись последняя (default) ?	да	1-11
		нет	1-9
11	высчитывается контрольная сумма пакета	-	1-12
12	сумма совпала ?	да	1-14
		нет	1-13
13	удаление пакета	-	4-11
14	уменьшение значения времени жизни пакета	-	1-15
15	время жизни пакета допустимое ?	да	1-17
		нет	1-16
16	удаление пакета	-	4-11
17	пересчёт контрольной суммы	-	1-18
18	определение номера собственного выходного порта	-	1-19
19	анализ параметров выходного порта	-	1-20
20	размер данного пакета для следующей сети является приемлемым ?	да	1-22
		нет	1-21
21	разбиение пакета (фрагментация) (1-22)	-	3-1
22	определение МАС – адреса следующего маршрутизатора (получателя) (1-26)	-	2-1

23	ответ получен ?	да	1-25
		нет	1-24
24	пакет удаляется	-	1-2
25	занесение ARP-ответа в таблицу	-	1-26
26	передача на канальный уровень локального адреса и номера выходного порта	-	1-27
27	коммутация с одним из интерфейсов	-	1-28
28	упаковка пакета в кадр канального уровня	-	1-29
29	размещение в поле адреса назначения заголовка кадра локального адреса следующего маршрутизатора	-	1-30
30	отправка кадра в сеть	-	1-31
31	все пакеты обработаны?	да	1-32
		нет	1-2
32	удаление дескриптора процесса		1-1

2. Отображение сетевых адресов на локальные адреса по протоколу ARP
1	сетевой модуль (IP) обращается к модулю протокола разрешения адреса (ARP) с запросом на разрешение адреса	-	2-2
2	поиск указанного сетевого адреса в АRP-таблице	-	2-3
3	адрес присутствует ?	да	С(1)
		нет	2-4
4	исходящий пакет ставится в очередь	-	2-5
5	формируется ARP-запрос	-	2-6
6	ARP-запрос вкладывается в кадр протокола канального уровня	-	2-7
7	широковещательная рассылка кадра запроса	-	1-23

3. Фрагментация пакета
1	пакет фрагментируемый?	да	3-4
		нет	3-2
2	удаление пакета	-	3-3
3	отправка уведомления отправителю	-	1-2
4	разбивка поля данных пакета на меньшие части	-	3-5
5	упаковка частей в новые пакеты	-	3-6
6	создание новых заголовков	-	3-7
7	установка идентификатора	-	3-8
8	установка смещения	-	3-9
9	пакет последний	-	3-10
10	отметка последнего пакета	-	С(1)

4. Обслуживание очередей кадров
1	прием серии кадров	-	4-2
2	постановка серии кадров в очередь	-	4-3
3	прием следующей очереди кадров	-	4-4
4	все кадры могут быть записаны в очередь ?	да	4-5
		нет	4-6
5	постановка в очередь	-	4-9
6	в очередь ставится допустимое число кадров	-	4-7
7	удаление непоместившихся кадров	-	4-8
8	уведомление отправителей об удалении	-	4-9
9	анализ приоритетов кадров	-	4-10
10	перестроение очереди в соответствии с приоритетом	-	4-11
11	выбор из очереди кадра с наибольшим приоритетом	-	С(1)

5. Протокол RIP
1	включение маршрутизатора (М) в сеть	-	5-2
2	рассылка служебных сообщений соседним М о подключении к сети	-	5-3
3	ожидание	-	5-4
4	прием ответов	-	5-5
5	занесение ответов в таблицу маршрутизации	-	5-6
6	рассылка созданной минимальной таблицы маршрутизации (ТМ) соседним М	-	5-7
7	ожидание	-	5-8
8	получение полных ТМ от соседних М	-	5-9
9	увеличение метрики в полученных сообщениях на 1	-	5-10
10	запоминание порта и М, от которых получено сообщение	-	5-11
11	распределение полученных сообщений в собственной полной ТМ	-	5-12 , 6-1
12	инициализация таймера периода рассылки ТМ	-	5-13
13	уменьшение значения таймера за определенный период времени	-	5-14
14	значение таймера = 0 ?	да	5-15
		нет	5-13
15	коммутация с очередным портом	-	5-16
16	изъятие из ТМ очередной записи	-	5-17
17	в данном М поддерживается метод “расщепления горизонта” ? (5-18)	да	7-1
	(5-18)	нет	7-2
18	все записи отправлены ?	да	5-19
		нет	5-16
19	ТМ разосланы по всем портам ?	да	5-20
		нет	5-15
20	ожидание	-	5-21
21	получение сообщения	-	5-22
22	М поддерживает метод “триггерных обновлений” (5-24)	да	8-1
		нет	5-23
23	М поддерживает метод “метод замораживания изменений” (5-24)	да	9-1
		нет	5-24
24	ожидание	-	5-25
25	получение ТМ от очередного соседнего М	-	5-26

26	сравнение очередного полученного сообщения с имеющимися записями в ТМ	-	5-27
27	запись о данной сети имеется в ТМ ?	да	5-28
		нет	5-30
28	метрика в имеющемся сообщении равна метрике в полученном сообщении ?	да	5-15
		нет	5-29
29	удаление имеющейся записи из ТМ	-	5-30
30	занесение полученной записи в ТМ	-	5-12
31	все записи сравнены	да	5-12
		нет	5-26

6. Адаптация маршрутизаторов к изменениям в сети по протоколу RIP
1	инициализация таймеров существования записей в ТМ	-	6-2
2	уменьшение значений таймеров на 1 за определенный промежуток времени	-	6-3
3	значение метрики в полученной записи меньше или равно максимально допустимого ?	да	6-13
		нет	6-4
4	установка 1-го таймера в исходное состояние	-	6-5
5	уменьшение значения 1-го таймера на 1 каждую секунду	-	6-6
6	получено сообщение, подтверждающее имеющуюся запись ?	да	6-4
		нет	6-7
7	значение 1-го таймера =0 ?	да	6-8
		нет	6-5
8	установка 2-го таймера в исходное состояние	-	6-9
9	уменьшение значения 2-го таймера на 1 каждую секунду	-	6-10
10	получено сообщение, подтверждающее имеющуюся запись ?	да	6-11
		нет	6-12
11	отключение 2-го таймера	-	6-4
12	значение 2-го таймера =0 ?	да	6-13
		нет	6-9
13	сеть помечается как недоступная	-	С(1)

7. Метод расщепления горизонта
1	данная запись получена от выбранного порта	да	5-16
		нет	7-2
2	отправка записи	-	С(1)

8. Метод триггерных обновлений
1	сравнение полученной строки с имеющейся (адреса сетей назначения идентичны ?)	-	8-2
2	метрики совпадают ?	да	5-20
3		нет	8-4
4	удаление имеющейся строки	-	8-5
	запись полученной строки в ТМ	-	8-6
5	отправка сообщений об изменении соседним М	-	С(1)

9. Метод замораживания изменений
1	получение от соседнего М строки с метрикой большей предельно допустимой (i-я сеть недоступна)	-	9-2
2	запись полученной строки в ТМ	-	9-3
3	уведомление соседних М	-	9-4
4	установка таймера в исходное состояние	-	9-5
5	уменьшение значения таймера на 1 каждую секунду	-	9-6
6	получение сообщения, сообщающего о том, что i-я сеть стала доступной	-	9-7
7	значение таймера= 0 ?	да	9-8
		нет	9-5
8	замена старого значения метрики новым	-	С(1)

10. Протокол OSPF
1	инициализация М	-	10-2
2	формирование запроса “HELLO”	-	10-3
3	рассылка запроса “HELLO” соседним М	-	10-4
4	ожидание	-	10-5
5	получение ответа “объявление о связях М”	-	10-6
6	занесение полученного ответа в топологическую базу данных	-	10-7
7	построение графа сети	-	10-8
8	извлечение данных из базы	-	10-9
9	просмотр метрик	-	10-10
10	выбор наименьшей метрики	-	10-11
11	несколько маршрутов имеют одинаковую метрику до сети назначения ?	да	10-12
		нет	10-13
12	запись в ТМ первых шагов всех этих маршрутов	-	10-14
13	запись строки в ТМ (10-14)	-	11-1
14	сравнение полученной записи с имеющейся	-	10-15
15	записи совпадают ?	да	10-17
		нет	10-16
16	обновление таблицы		10-17
17	посылка запроса “HELLO” соседним М (через определенный период времени)	-	10-18
18	ожидание ответа	-	10-19
19	получение ответа	-	10-20
20	сравнение полученной записи с имеющейся	-	10-21
21	есть изменения ?	да	10-22
		нет	10-4
22	отправка сообщения об изменениях соседним М	-	10-23
23	перестроение графа сети	-	10-24
24	поиск новых оптимальных маршрутов	-	10-25
25	корректировка ТМ	-	10-4

11. Таймер существования строки
1	установка таймера для данной записи в исходное состояние	-	11-2
2	уменьшение значения таймера на 1 каждую секунду	-	11-3
3	пришло подтверждение данной записи ?	да	С(1)
		нет	11-4
4	значение таймера = 0?	да	11-5
		нет	11-2
5	посылка запроса на подтверждение к М, от которого поступила данная запись	-	11-6
6	ожидание ответа	-	11-7
7	получение ответа	-	С(1)

Название страницы	Описание страницы
HOME	содержит аннотацию и правила пользования приложением
TOC	содержит список страниц приложения
FEEDBACK	содержит вопросы и варианты ответов для контроля теоретических знаний
SEARCH	позволяет найти требуемый раздел по ключевому слову
CONFIRM	предназначена для хранения ответов, поступивших со страницы FEEDBACK
MODULE	cодержит формализованное описание работы модуля обработки пакетов по протоколу TCP/IP
RIP	cодержит формализованное описание работы маршрутизатора по протоколу RIP
OSPF	cодержит формализованное описание работы маршрутизатора по протоколу OSPF
INSIGNALS	содержит таблицу входных сигналов, поступающих на маршрутизатор
TM	содержит компоненты таблицы маршрутизации
TM	содержит компоненты таблицы маршрутизации
CLASSES	описывает виды алгоритмов маршрутизации
CRITERY	описывает критерии выбора маршрута
ICMP	описываает формат сообщений по протоколу ICMP
ARP	оисывает структуру ARP-запроса и ARP-ответа
METHOD	описывает методы борьбы с ложными маршрутами в протоколе RIP
THEORY	содержит теорию о работе маршрутизаторов
LABSHAFT	содержит ссылки на лабораторные работы
LAB1 LAB2 LAB3 LAB4 LAB5	описывают правила выполнения лабораторных работ