- •1. Теоретические сведения по проектированию локальных сетей
- •1.1 Типы сетей
- •1.1.1 Одноранговые сети
- •1.1.2 Сети с выделенным сервером
- •1.1.3 Типы сетевых серверов
- •1.1.4 Прочие специализированные серверы
- •1.2 Топологии сетей
- •1.2.1 Шинная топология
- •1.2.2 Топология «звезда»
- •1.2.3 Топология «кольцо»
- •1.3 Виды сетевых архитектур
- •1.3.1 Архитектура Ethernet
- •1.3.2 Архитектура ibm Token-Ring
- •1.3.3 Архитектура fddi
- •1.4 Сетевая модель osi
- •1.4.1 Принцип действия модели osi
- •1.4.2 Использование концептуальной модели
- •1.5 Сетевые операционные системы
- •1.5.1 Понятие «Серверная операционная система»
- •1.5.2 Взаимодействие клиента и серверной операционной системы
- •1.6 Сетевое аппаратное обеспечение
- •1.6.1 Работа с сетевыми картами
- •1.6.2 Работа с устройствами сетевой связи
- •2. Предпроектное исследование информационной структуры предприятия муз го «Городская клиническая поликлиника №4» г. Воронеж
- •2.1 Сбор сведений об информационной структуре предприятия
- •2.2 Составление схемы обмена информацией между элементами системы поликлиники
- •2.3 Внедрение в схему обмена информации поликлиники элементов сети и централизованной Базы Данных
- •2.3.1 Цели и задачи введенного в информационную систему технического отдела
- •2.3.2 Цель размещения в проекте сети «сервера бд»
- •2.3.3 Использование на сервере программных пакетов: File Server и Client Server
- •2.4 Составление чертежной схемы здания поликлиники с 1-го по 8-й этажи
- •2.5 Таблица соотношения количества рабочих мест подключенных и не подключенных к локальной сети здания
- •3. Проектирование локальной сети в здании поликлиники с использованием программного пакета Net Cracker
- •3.1 Теоретические сведения о программном пакете Net Cracker
- •3.2 Выбор топологии проектируемой локальной сети поликлиники
- •3.3 Выбор сетевой архитектуры и типа кабеля для проектируемой локальной сети
- •3.4 Расстановка коммутационного оборудования и компьютеров на схемах этажей поликлиники
- •3.5 Таблица сетевого оборудования использованного в проекте локальной сети
- •3.5.1 Описание технических характеристик сетевого оборудования и фирм производителей
- •3.6 Установка выбранного типа оборудования в модель локальной сети поликлиники из имеющейся вазы данных программы NetCracker
- •3.6.1 Соединение компьютерного оборудования с основными узлами сети
- •3.6.2 Подсчет длинны используемого в сети типа кабеля
- •3.7 Связь поликлиники с удаленными филиалами
- •3.7.1 Использование протокола электронной почты smtp для обмена информацией с удаленными филиалами
- •3.8 Введение внутрисетевого трафика в сеть
- •3.9 Тестирование нагрузки трафика на сеть
- •3.10 Составление графика загруженности коммутационных узлов сети
- •3.11 Загрузка концентраторов в установленных кабинетах сети
- •3.12 Подсчет стоимости сетевого оборудования и материалов использованного в проектировании локальной сети
- •4. Безопасность жизнедеятельности
- •4.1 Основные опасности и вредные факторы
- •4.2 Комплекс мер по охране труда оператора пк
- •4.2.1 Планировка рабочего места
- •4.2.2 Шум
- •4.2.3 Освещение
- •4.2.4 Статическое электричество
- •4.2.5 Излучение
- •4.3 Режим труда и отдыха работающих с пк и вдт
- •4.4 Пожарная безопасность на рабочем месте
- •4.4.1 Средства локализации и тушения пожара
- •4.4.2 План эвакуации
1.4.1 Принцип действия модели osi
Назначение модели OSI - в описании того, как информация, сгенерированная пользователем, например почтовое сообщение, проходит через несколько промежуточных форм, прежде чем ее преобразуют в поток данных и отправят по сети. Кроме того, модель описывает сеанс связи между двумя устройствами в сети. Поскольку в процесс обмена данными могут быть вовлечены не только компьютеры, но и другие устройства, например принтеры или маршрутизаторы, все они (включая компьютеры) называются узлами. Следовательно, и клиентский компьютер, и сервер считаются узлами сети.
Когда информация передается узлом сети (например, если компьютер отправляет почтовое сообщение), данные проходят сверху вниз по уровням О81, а затем пересылаются по сетевым носителям. Когда данные принимаются узлом, например другим компьютером, они снова проходят набор уровней О81 снизу вверх и преобразуются в форму, доступную для пользователя.
Каждый уровень модели OSI отвечает за определенный аспект преобразования пользовательских данных в формат, который может быть передан по сети. Одни уровни также предназначены для установления и поддержания связи между узлами, а другие отвечают за адресацию данных, чтобы можно было определить происхождение информации и пункт ее назначения.
Важная особенность модели OSI заключается в том, что каждый уровень в наборе обслуживает вышестоящий уровень. Только прикладной уровень, самый верхний, не предоставляет услуг высшему уровню.
Процесс перемещения пользовательских данных сверху вниз по уровням OSI на передающем узле (например, компьютере) называется инкапсуляцией. Процесс перемещения необработанных данных, принятых узлом, снизу вверх по уровням OSI называется декапсуляцией.
Инкапсулировать означает окружить или заключить в оболочку, и именно это происходит с данными, которые создаются на прикладном уровне и движутся вниз по остальным уровням модели OSI. На каждом уровне модели OSI, кроме физического, генерируется заголовок, представляющий собой фрагмент информации, который прикрепляется к началу данных. Таким образом, данные инкапсулируются с помощью последовательности заголовков: сначала заголовок прикладного уровня, затем заголовок представительского уровня и т.д. Когда данные достигают физического уровня, они напоминают карамельку, завернутую в несколько разных фантиков.
После того как данные переданы принимающему узлу, они проходят набор уровней OSI снизу вверх, и заголовки постепенно убираются. Сначала убирается заголовок уровня канала передачи данных, затем заголовок сетевого уровня и т.д. Но принимающий компьютер не просто удаляет заголовки: информация в заголовке считывается и помогает определить, что должен сделать принимающий компьютер с данными на каждом уровне модели OSI.
Благодаря этим заголовкам передающий компьютер может пересылать информацию принимающему компьютеру и обеспечить его сведениями о том, что делать с данными на каждом уровне модели OSI. Если снова сравнить с конфетой, то ситуация на принимающем компьютере напоминает разворачивание нескольких фантиков, в которые завернута карамелька, причем на каждом фантике написаны важные инструкции о том, как нужно развернуть следующие фантики и съесть содержимое.

Рис. 5 - Уровни взаимодействия открытых систем

Рис. 6 - Организация уровня взаимодействия открытых систем
Описание семиуровневой модели OSI
Самый низший физический уровень обеспечивает физический интерфейс с каналом передачи информации, т. е. физическое сопряжение абонентской системы с каналом связи. Интерфейсы физического уровня включают механические и электрические характеристики соединения, в том числе муфты, разъёмы, соединители, величины электрических напряжений и токов, методы модуляции сигналов и т.д.
Канальный уровень управляет каналом передачи данных, осуществляет передачу данных по каналу связи, обнаружение ошибок в канале связи и их устранение.
Сетевой уровень обеспечивает прокладку пути между системой-отправителем информации и системой-адресатом сквозь (через) всю коммуникационную подсеть. Такой путь часто называют виртуальным каналом связи. Виртуальным такой канал связи называется потому, что у взаимодействующих информационных систем создаётся иллюзия, что только между ними проложен канал взаимодействия.
Транспортный уровень обеспечивает сквозной обмен информацией между системами. Транспортный уровень управляет передачей информации по каналу связи, проложенному сетевым уровнем. Этот уровень гарантирует доставку информации адресату.
Сеансовый уровень обеспечивает поддержку диалога прикладных процессов, обеспечивает соединение и разъединение этих процессов, осуществляет обмен данными между этими процессами. Сеансовый уровень управляет передачей информации между прикладными процессами. Он позволяет обращаться к любому процессу в сети по его имени независимо от того, в какой системе этот процесс находится. Благодаря этому прикладной процесс может перемещаться по сети. Например, при выходе из строя одной системы процесс может быть перемещён в другую, а пользователь об этом не узнает. Представительный уровень обеспечивает согласование формы представления информации. В случае необходимости на этом уровне происходит преобразование форматов (т. е. синтаксиса) данных для передачи их по сети. Представительный уровень обеспечивает понимание информации, передаваемой по сети прикладными процессами (системами). И, наконец, прикладной уровень обеспечивает интерфейс с прикладными процессами. Именно этот уровень обеспечивает взаимодействие прикладных процессов. Остальные уровни помогают прикладному в выполнении этой задачи. В целом взаимодействие двух прикладных процессов можно проиллюстрировать схемами, представленными на рис.7.

Рис. 7 - Взаимодействие прикладных процессов
