Рефераты, курсовые
Рефераты, курсовые, контрольные по радиоэлектронике, схемотехнике и связи
В нашем банке рефератов, контрольных и курсовых работ представлены работы по тематикам: радиоэлектроника, схемотехника, связь, комуникации, кибернетика, сети, компьютеры, информационные технологии. Вы можете сразу скачать необходимую вам курсовую, реферат или контрольную работу, либо просмотреть предварительно содержимое выбранного реферата без изображений, в виде простого текста, чтобы иметь представление о реферате или курсовой работе.
- Рефераты - ПК, ИВТ, радиоэлектроника, компьютеры и периферийные устройствам
- Рефераты - информатика, программирование и кибернетика
- Рефераты - коммуникации и связь
- Рефераты - компьютерные сети, безопасность сетей
- Рефераты - радиоэлектроника и компьютеры
- Рефераты - электроника и схемотехника
В режиме просмотра Вы видите содержимое реферате, контрольной или курсовой работы в виде простого текста, без изображений. Такой режим поможет Вам оценить содержимое реферата и принять решение о необходимости скачать ту или иную курсовую работу. Скачав реферат, вы получите полную электронную версию работы.
локальные вычислительные сети на базе ibm pc at совместимых пэвм.
скачать реферат
В ArcNet определены 5 типов пакетов:
Пакет ITT (англ. Information to Transmit) – приглашение к передаче. Эта посылка передает управление от одного узла сети к другому. Станция, принявшая этот пакет, получает право на передачу данных.
Пакет FBE (англ. Free Buffer Enquiries) – запрос о готовности к приему данных. Этим пакетом проверяется готовность узла к приему данных.
Пакет данных. С помощью этой посылки производиться передача данных.
Пакет АСК (англ. ACKnowledgments) – подтверждение приема. Подтверждение готовности к приему данных или подтверждение приема пакета данных без ошибок, т.е. в ответ на FBE и пакет данных.
Пакет NAK (англ.Negative AcKnowledgments) – неготовность к приему. Неготовность узла к приему данных (ответ на FBE) или принят пакет с ошибкой.
В сети ArcNet можно использовать две топологии: «звезда» и «шина».
Локальная сеть Ethernet
Спецификацию Ethernet в конце семидесятых годов предложила компания Xerox Corporation. Позднее к этому проекту присоединились компании Digital Equipment Corporation (DEC) и Intel Corporation. В 1982 году была опубликована спецификация на Ethernet версии 2.0. На базе Ethernet институтом IEEE был разработан стандарт IEEE 802.3. Различия между ними незначительные.
Основные принципы работы.
На логическом уровне в Ethernet применяется топология шина:
все устройства, подключенные к сети, равноправны, т.е. любая станция может начать передачу в любой момент времени (если передающая среда свободна);
данные, передаваемые одной станцией, доступны всем станциям сети.
Таблица 3
Топология
Локальная типа «шина»
Кольцевая или типа «звезда»
Наборы сегментов типа «звезда»
Тип кабеля
Экранированная или неэкранированная витая пара
Импеданс
Сопротивление терминаторов
Максимальная длина кабеля в сегменте
45 – 200 м (в зависимости от используемого кабеля)
В зависимости от используемого кабеля, но в среднем:
Минимальный промежуток между соседними компьютерами
В зависимости от используемого кабеля
Максимальное количество соединенных сегментов
33 устройства MAU
Не поддерживает соединения сегментов
Максимальное количество компьютеров в сегменте
Неэкранированная витая пара: 72 рабочих станции на концентратор, при использовании экранированной витой пары – 260 рабочих станций на концентратор
В зависимости от используемого кабеля
Основное направление развития современных Сетевых Операционных Систем (англ. Network Operation System – NOS) – перенос вычислительных операций на рабочие станции, создание систем с распределенной обработкой данных. Это в первую очередь связано с ростом вычислительных возможностей персональных компьютеров и все более активным внедрением мощных многозадачных операционных систем: OS/2, Windows NT и Windows 95. Кроме этого внедрение объектно–ориентированных технологий (OLE, ActiveX, ODBC и т.д.) позволяет упростить организацию распределенной обработки данных. В такой ситуации основной задачей NOS становится объединение неравноценных операционных систем рабочих станций и обеспечение транспортного уровня для широкого круга задач: обработка баз данных, передача сообщений, управление распределенными ресурсами сети (англ. directory/name service).
В современных NOS применяют три основных подхода к организации управления ресурсами сети.
Первый – это Таблицы Объектов (англ. Bindery). Используется в сетевых операционных системах NetWare 28б и NetWare 3.XX. Такая таблица находится на каждом файловом сервере сети. Она содержит информацию о пользователях, группах, их правах доступа к ресурсам сети (данным, сервисным услугам, печати через сетевой принтер и т.п.). Такая организация работы удобна, если в сети только один сервер. В этом случае требуется определить и контролировать только одну информационную базу. При расширении сети, добавлении новых серверов объем задач по управлению ресурсами сети резко возрастает. Администратор системы вынужден на каждом сервере сети определять и контролировать работу пользователей. Абоненты сети, в свою очередь, должны точно знать, где расположены те или иные ресурсы сети, а для получения доступа к этим ресурсам – регистрироваться на выбранном сервере. Конечно, для информационных систем, состоящих из большого количества серверов, такая организация работы не подходит.
Второй подход используется в LANServer и Windows NT Server – Структура Доменов (англ. Domain). Все ресурсы сети и пользователи объединены в группы. Домен можно рассматривать как аналог таблиц объектов (англ. bindery), только здесь такая таблица является общей для нескольких серверов, при этом ресурсы серверов являются общими для всего домена. Поэтому пользователю для того чтобы получить доступ к сети, достаточно подключиться к домену (зарегистрироваться), после этого ему становятся доступны все ресурсы домена, ресурсы всех серверов и устройств, входящих в состав домена. Однако и с использованием этого подхода также возникают проблемы при построении информационной системы с большим количеством пользователей, серверов и, соответственно, доменов, например, сети для предприятия или большой разветвленной организации. Здесь эти проблемы уже связаны с организацией взаимодействия и управления несколькими доменами, хотя по содержанию они такие же, как и в первом случае.
1 2 3 4 5 6 7 8 9 10 11 12 13
