- •Курс лекций по дисциплине «информационные сети»
- •Тема 1.
- •Основные понятия информационных сетей. Класс информационных сетей как открытые информационные системы
- •1.1 Возникновение понятия открытости
- •1.2 Понятие открытой системы
- •1.3 Цель создания
- •1.4 Принципы построения
- •Вопросы для самоконтроля:
- •Тема 2. Модели и структуры информационных сетей
- •2.1 Топология
- •2.2 Топология сети типа "звезда"
- •2.3 Кольцевая топология
- •2.4 Шинная топология
- •2.5 Древовидная структура
- •2.6 Смешанные топологии
- •Вопросы для самоконтроля:
- •Тема 3. Информационные ресурсы сетей
- •3.1 Передающая среда
- •3.2 Коаксиальные передающие среды
- •3.3 Передающие среды на основе витой пары проводников
- •3.4 Кабельные системы для скоростной передачи данных
- •3.5 Волоконно-оптические передающие среды Преимущества волокна
- •3.6 Физические характеристики волоконно-оптических передающих сред Основные элементы оптического волокна
- •3.7 Затухание
- •3.8 Метод доступа и кадры для сетей Ethernet
- •Метод доступа и кадры для сетей Token Ring
- •3.9 Метод доступа и кадры для сетей arcNet
- •3.10 Метод доступа и кадры для сетей fddi
- •3.11 Управляющие узлы сетей
- •3.12 Форматы представления данных
- •3.13 Система основных транспортных протоколов Internet
- •3.14 Протокол udp (User Datagram Protocol)
- •3.15 Протокол ip
- •3.16 Протокол tcp (Transmission Control Protocol)
- •3.17 Протокол rip (Routing Information Protocol)
- •3.18 Протокол arp (Adress Resolution Protocol)
- •3.19 Протокол rarp (Reverse Adress Resolution Protocol)
- •3.20 Протокол bootp (boot strap Protocol)
- •3.21 Протокол icmp (Internet Control Massage Protocol)
- •3.22 Протоколы snmp (Simple Network Management Protocol) и cmot (Common Management Information Services and Protocol Over tcp/ip)
- •3.33 Протокол slip (Serial Line Internet Protocol)
- •3.34 Протокол cslip (Compressed Serial Line Internet Protocol)
- •3.35 Протокол ppp (Point To Point connection)
- •3.36 Основные сервисы сетевой среды Internet
- •3.37 Протокол и сервис dns (Domain Name Server)
- •3.38 Сервисы прикладного назначения
- •3.39 Протокол и сервис удаленного доступа Telnet
- •3.40 Протокол http и сервис www
- •Заключение
- •Вопросы для самоконтроля:
- •Тема 4. Теоретические основы современных информационных систем. Базовая эталонная модель международной организации стандартов. Компоненты информационных сетей. Введение
- •4.1 Производительность
- •4.2 Расширяемость и масштабируемость
- •4.3 Прозрачность
- •4.4 Поддержка разных видов трафика
- •4.5 Управляемость
- •4.6 Совместимость
- •4.7 Базовая эталонная модель взаимодействия открытых систем
- •4.8 Передача данных между уровнями мвос
- •4.9 Соединения.
- •4.10 Физические средства соединений
- •4.11 Порт
- •4.12 Канал
- •4.13 Компоненты информационной сети
- •Абонентская система
- •Ретрансляционная система
- •4.14 Ретрансляционные системы, осуществляющие коммутацию и маршрутизацию: Узел коммутации каналов
- •Узел коммутации пакетов
- •Узел смешанной коммутации
- •Узел интегральной коммутации
- •Коммутатор
- •4.15 Ретрансляционные системы, преобразующие протоколы Шлюз
- •Маршрутизатор
- •Объединение сетей
- •4.16 Административные системы
- •4.17 Управление конфигурацией сети и именованием
- •4.18 Обработка ошибок
- •4.19 Анализ производительности и надежности
- •4.20 Управление безопасностью
- •4.21 Учет работы сети
- •Вопросы для самоконтроля:
- •Тема 5. Моноканальные подсети и моноканал. Коммуникационные подсети. Многоканальные подсети. Циклические подсети. Узловые подсети.
- •5.1 Моноканальная сеть
- •5.2 Подсети. Маска подсети. Имена
- •5.3 Маска подсети
- •5.4 Маска подсети переменной длины
- •Вопросы для самоконтроля:
- •Тема 6. Методы маршрутизации информационных потоков
- •6.1 Маршрутизаторы
- •6.2 Одношаговый подход к маршрутизации.
- •6.3 Пакет
- •6.4 Фиксированная маршрутизация. Простая маршрутизация. Адаптивная маршрутизация.
- •6.5 Прямая и косвенная маршрутизация
- •Вопросы для самоконтроля:
- •Тема 7. Сетевые службы. Модель распределенной обработки информации. Безопасность информации. Базовые функциональные профили. Полные функциональные профили.
- •7.1 Сетевая служба ds*
- •7.2 Сетевая служба edi
- •7.3 Сетевая служба ftam
- •7.4 Сетевая служба jtm
- •7.5 Сетевая служба mhs/motis
- •7.6 Сетевая служба nms
- •7.7 Сетевая служба oda
- •7.8 Сетевая служба vt
- •7.9 Модель распределенной обработки информации
- •7.10 Технологии распределенных вычислений.
- •7.11 Распределенная среда обработки данных
- •7.12 Безопасность информации
- •7.13 Базовые функциональные профили
- •7.14 Базовый функциональный профиль
- •7.15 Коллапсный функциональный профиль
- •7.16 Полные функциональные профили
- •7.17 Открытая сетевая архитектура
- •Вопросы для самоконтроля:
- •Тема 8. Методы коммутации информации. Протоколы реализации
- •8.1 Коммутация. Коммутация каналов
- •8.2 Коммутация сообщений
- •8.3 Коммутация пакетов
- •8.4 Коммутация пакетов в виртуальных каналах
- •8.5 Выделенные аналоговые и цифровые линии
- •8.6 Каналы
- •Аналоговые каналы
- •Соотношение между скоростью, качеством и типом канала
- •Высокоскоростное подключение по цифровым каналам
- •8.7 Применяемое оборудование
- •8.8 Последовательность действий по подключению Исследование возможности и предварительное согласование параметров подключения
- •8.9 Архитектура протоколов
- •Структура связей протокольных модулей
- •8.10 Потоки данных
- •Вопросы для самоконтроля:
- •Тема 9. Методы оценки эффективности информационных сетей
- •9.1 Показатели эффективности работы сети
- •Время реакции
- •Критерии, отличающиеся единицей измерения передаваемой информации
- •Критерии, отличающиеся учетом служебной информации
- •Критерии, отличающиеся количеством и расположением точек измерения
- •9.2 Факторы, определяющие эффективность сетей
- •Коаксиальный кабель
- •Широкополосный коаксиальный кабель
- •Еthernet- кабель
- •Сheapernеt-кабель
- •Оптоволоконные линии
- •Показатели трех типовых сред для передачи.
- •9.3 Типы и частота возникновения ошибок
- •9.4 Диагностика коллизий
- •Ошибки кадров Ethernet, связанные с длиной и неправильной контрольной суммой
- •Ошибки кадров Ethernet в стандарте rmon
- •Типичные ошибки при работе протоколов
- •Несоответствие форматов кадров Ethernet
- •9.5 Потери пакетов
- •Несоответствие разных способов маршрутизации в составной сети
- •9.6 Несуществующий адрес и дублирование адресов
- •9.7 Превышение значений тайм-аута и несогласованные значения тайм-аутов
- •Вопросы для самоконтроля:
- •Тема 10. Сетевые программные и технические средства информационных сетей
- •10.1 Сетевые операционные системы
- •Требования к сетевым операционным системам.
- •10.2 Сети с централизованным управлением
- •10.3 Сети с децентрализованным управлением или одноранговые сети
- •10.4 Прикладные программы сети
- •10.5 Специализированные программные средства
- •10.6 Техническое обеспечение
- •10.7 Средства коммуникаций
- •10.8 Сетевые адаптеры
- •10.9 Концентратор (Hub)
- •10.10 Приемопередатчики (transceiver) и повторители (repeater)
- •10.11 Коммутаторы (switch), мосты (bridge) и шлюзы (gateway)
- •10.12 Маршрутизаторы
- •10.13 Коммутаторы верхних уровней
- •10.14 Модемы и факс-модемы (fax-modem)
- •10.15 Анализаторы лвс
- •10.16 Сетевые тестеры
- •10.17 Терминальное оборудование
- •Вопросы для самоконтроля:
9.6 Несуществующий адрес и дублирование адресов
Отправка пакета по несуществующему адресу естественно не может привести к нормальному взаимодействию узлов в сети. Несуществующие адреса могут появиться в сети только в том случае, когда они хранятся постоянно в базе данных стека протоколов (например, в базе службы DNS стека TCP/IP или службы NDS сетей NetWarе). При этом может наступить момент, когда хранящийся адрес устареет и не будет соответствовать действительности.
В случае, когда адреса изучаются динамически, путем анализа пакетов служебного протокола, подобного SAP, использование несуществующего адреса практически исключается, так как информация об адресе только что поступила от узла, которому этот адрес присвоен.
Серьезные проблемы в сети создает дублирование адресов, то есть наличие в сети двух узлов с одним и тем же адресом. Такая ситуация чаще всего приводит к недостижимости обоих узлов с одинаковым адресом, или же к нарушению нормальной работы всей сети, если дублируются не адреса узлов, а адреса сетей (IP или IPX). Проблема дублирования адресов характерна в большей степени для адресов верхних уровней, начиная с сетевого, где адреса назначаются администратором и поэтому могут повторяться в результате человеческих ошибок. Адреса канального уровня (МАС-адреса) присваиваются сетевым адаптерам, портам маршрутизаторов и агентам SNMP-управления компаниями-производителями, поэтому их дублирование маловероятно (только в случае переназначения адреса, что возможно путем его программирования).
Для обнаружения повторяющихся адресов в сетях необходимо использовать анализатор протоколов, настроив его на захват пакетов с определенным адресом сети и/или узла. Некоторые протоколы локальных сетей используют специальную процедуру для проверки дублирования адресов на канальном уровне (например, TokenRing, FDDI).
9.7 Превышение значений тайм-аута и несогласованные значения тайм-аутов
Тайм-ауты - очень важные параметры многих протоколов, так как их непредвиденное превышение обычно приводит к серьезным последствиям. Например, превышение тайм-аута может привести к разрыву логического соединения между сервером и клиентом, или же к ненужным повторным передачам данных, которые и так уже благополучно дошли до получателя. Разрыв логического соединения приводит к большим временным потерям, а значит и к значительному снижению пропускной способности сети, так как процедура установления соединения может включать обмен сотнями пакетов, передающих аутентификационную и другую служебную информацию.
Наиболее чувствительным к превышению тайм-аута протоколом канального уровня является протокол SDLC стека SNA компании IBM. Из-за этого к территориальным сетям, передающим трафик SDLC, предъявляются повышенные требования к величине и стабильности времени реакции.
Однако, не только протокол SDLC чувствителен к временным задержкам передачи пакетов. Многие протоколы, работающие в режиме логического соединения, обладают таким свойством. Например, протокол TCP следит за целостностью логического соединения путем установки специального таймера, который устанавливается при прибытии очередного TCP-сообщения. Если таймер истекает раньше, то сессия TCP разрывается, что приводит к разрыву сессии протокола прикладного уровня, например, FTP. Так как протокол FTP не обладает свойством продолжения передачи файла с прерванного места после разрыва и повторного установления соединения, то разрывы сессии TCP могут приводить к тому, что файл объемом в несколько мегабайт, который был передан почти полностью, придется передавать заново. Подобная ситуация иногда встречается в сети Internet, когда загруженность FTP-сервера или маршрутизаторов приводит к значительным задержкам отправки очередного TCP-сообщения. Для предотвращения разрывов в протоколе TCP предусмотрена возможность генерации пакетов keepalive в то время, когда отсутствуют пользовательские данные для передачи, однако этот режим является опциональным и не все реализации стека TCP/IP его поддерживают.
В локальных сетях превышение тайм-аута наблюдается гораздо реже, чем в глобальных, но при большой загрузке сети может также иметь место.
Нестабильный характер проявления ошибок истечения тайм-аутов затрудняет диагностику, так как ошибка проявляется в случайных потерях связи пользователей с серверами и может наблюдаться только в периоды большой нагрузки сети, никак не проявляя себя в остальное время.
К аналогичным последствиям приводят несогласованные значения тайм-аутов у взаимодействующих узлов или коммуникационных устройств. Примером такой несогласованности могут служить разные значения тайм-аута у пограничных маршрутизаторов при спуфинге широковещательного трафика. Другим примером может быть различный период обновления базы маршрутной информации у маршрутизаторов.