- •Курс лекций по дисциплине «информационные сети»
- •Тема 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 Терминальное оборудование
- •Вопросы для самоконтроля:
Ошибки кадров Ethernet в стандарте rmon
Стандарт RMON определяет следующие типы ошибок кадров Ethernet:
etherStatsCRCAlignErrors - общее число полученных пакетов, которые имели длину (исключая преамбулу) между 64 и 1518 байтами, не содержали целое число байт (alignmenterror) или имели неверную контрольную сумму (FCSerror).
etherStatsUndersizePkts - общее число пакетов, которые имели длину, меньше, чем 64 байта, но были правильно сформированы.
etherStatsOversizePkts - общее число полученных пакетов, которые имели длину больше, чем 1518 байт, но были тем не менее правильно сформированы.
etherStatsFragments - общее число полученных пакетов, которые не состояли из целого числа байт или имели неверную контрольную сумму, и имели к тому же длину, меньшую, чем 64 байта.
etherStatsJabbers - общее число полученных пакетов, которые не состояли из целого числа байт или имели неверную контрольную сумму, и имели к тому же длину, большую, чем 1518 байт.
etherStatsCollisions - наилучшая оценка числа коллизий на данном сегменте Ethernet.
Типичные ошибки при работе протоколов
Кроме явных ошибок в работе сети, проявляющихся в появлении кадров с некорректными значениями полей, существуют ошибочные ситуации, являющиеся следствием несогласованной установки параметров протоколов в разных узлах или портах сети. Ввиду большого количества протоколов, применяемых в локальных сетях на различных уровнях стека, а также большого количества их параметров, невозможно описать все встречающиеся на практике ситуации рассогласования. Ниже приводятся только некоторые из них.
Другой причиной некорректной работы протоколов может быть несогласованность протоколов разного уровня в одном и том же узле, например, протоколов FDDI и IPX, разработанные в расчете на различные интерфейсы межуровневого взаимодействия в стеке, FDDI - а интерфейс NDIS, а IPX - на интерфейс ODI. Необходимо отметить, что само по себе использование различных интерфейсов между аналогичными протоколами в разных узлах сети не препятствует их нормальному взаимодействию, так как обмениваются данными по сети соответствующие протоколы, а не интерфейсы .
Несоответствие форматов кадров Ethernet
Ethernet - одна из самых старых технологий локальных сетей, имеющая длительную историю развития, в которую внесли свой вклад различные компании и организации. В результате этого существует несколько модификаций даже такого основополагающего строительного блока протокола, как формат кадра. Использование различных форматов кадров может привести к полному отсутствию взаимодействия между узлами.
Всего имеется четыре популярных стандарта формата кадра Ethernet:
Кадр Ethernet DIX (или кадр Ethernet II);
Кадр стандарта 802.3(или кадр Novell 802.2);
Кадр Novell 802.3 (или кадр Raw 802.3);
Кадр Ethernet SNAP.
Кадр стандарта EthernetDIX, называемый также кадром EthernetII, разработан компаниями Digital, Xerox и Intel (первые буквы названия компаний и дали название этому варианту Ethernet) при создании первых сетей Ethernet. Всего было выпущено две версии фирменного стандарта Ethernet, поэтому последняя, вторая версия этого стандарта также иногда указывается при обозначении варианта протокола Ethernet и соответственно его формата кадра. Часто в литературе именно этот вариант формата кадра называют кадром Ethernet, оставляя для международного стандарта технологии EthernetIEEE 802.3 обозначение 802.3.
Кадр стандарта EthernetDIX имеет следующий формат:
Preambule -Преамбула (8) |
Destination -Адрес назначения (6) |
Source - Адрес источника (6) |
Type - Тип (2) |
Data - Данные (46-1500) |
Frame Check Sequence (FCS) - Контрольная сумма (4) |
Поля Destination и Source содержат 6-ти байтные МАС-адреса узла назначения и источника, а поле Type - двухбайтный идентификатор протокола верхнего уровня, который поместил свои данные в поле данных Data. Для поля Type существуют стандартные значения числовых идентификаторов для всех популярных протоколов, используемых в локальных сетях. Например, протокол IP имеет числовой идентификатор 0800 и т.п. Эти значения можно найти в постоянно обновляемом RFC (например, в RFC 1700), в котором указаны все конкретные числовые значения, применяемые в протоколах сети Internet.
В стандарте IEEEEthernet 802.3 определен формат кадра Ethernet, близкий к формату EthernetDIX, но имеющий некоторые отличия:
Preambule Преамбула (8) |
Destination -Адрес назначения (6) |
Source - Адрес источника (6) |
Length Длина (2) |
DSAP - Точка входа сервиса назначения (1) |
SSAP - Точка входа сервиса источника (1) |
Control - Управление (1) |
Data - Данные (46-1497) |
FrameCheck Sequence (FCS) - Контрольная сумма (4) |
Одно из принципиальных отличий заключается в том, что вместо поля Type в нем используется поле Length (Длина), также имеющее размер в 2 байта, но содержащее длину поля данных в байтах.
Поле Type в стандарте 802.3 заменено двумя дополнительными полями - DSAP (Destination Service Access Point) и SSAP (Source Service Access Point). Поле DSAP указывает сервис (протокол), которому предназначаются данные, а поле SSAP обозначают сервис (протокол), который отправил эти данные. Назначение этих полей то же, что и поля Type, но наличие двух полей позволяет организовать передачу данных между протоколами разного типа (правда, на практике это свойство никогда не используется). Однобайтовый формат полей SAP не позволил использовать в них те же числовые обозначения идентификаторов протоколов, которые прижились для кадров EthernetDIX, поэтому каждый протокол верхнего уровня имеет сейчас два идентификатора - один используется при инкапсуляции пакета протокола в кадр EthernetDIX, а второй - при инкапсуляции в кадр Ethernet 802.3.
Еще одним отличием кадра IEEE 802.3 является однобайтовое поле Control (Управление), которое предназначено для реализации режима работы с установлением соединения. В поле Control должны помещаться номера кадров квитанций подтверждения доставки данных, необходимые для отработки процедур восстановления утерянных или искаженных кадров. На практике большинство операционных систем не использует этих возможностей кадра 802.3, ограничиваясь работой в дейтаграммном режиме (при этом значение поля Control всегда равно 03).
Так как стандарт IEEE делит канальный уровень на два подуровня - MAC и LLC, то иногда кадр Ethernet 802.3 также представляют как композиции двух кадров. Кадр МАС-уровня включает поля преамбулы, адресов назначения и источника, поле длины и поле контрольной суммы, а кадр LLC содержит поля DSAP, SSAP, Control и поле данных (которое из-за введения новых трех однобайтовых полей имеет максимальную длину на 3 байта меньше).
Кадр Novell 802.3, который также называют кадром Raw 802.3 (то есть «грубый» или «очищенный» вариант стандарта 802.3) представляет собой кадр МАС-уровня без полей уровня LLC:
Preambule -Преамбула (8) |
Destination -Адрес назначения (6) |
Source - Адрес источника (6) |
Length - Длина (2) |
Data - Данные (46-1500) |
Frame Check Sequence (FCS) - Контрольная сумма (4) |
Этот тип кадра длительное время успешно применялся компанией Novell в ее сетях NetWare. Отсутствие поля типа протокола верхнего уровня не создавало трудностей, так как в сетях Novell долгое время использовался только один протокол сетевого уровня - протокол IPX. В дальнейшем при переходе к многопротокольным сетям компания Novell стала использовать в качестве основного стандартный кадр IEEE 802.3 (который в документации Novell называется кадром 802.2 - номер стандарта на подуровень LLC).
Кадр EthernetSNAP (SubNetworkAccessProtocol) активно используется в сетях TCP/IP для достижения совместимости числовых идентификаторов протоколов с теми, которые используются в кадре EthernetDIX. Кадр EthernetSNAP определен в стандарте 802.2H и представляет собой расширение кадра IEEE 802.3 путем введения двух дополнительных полей: 3-х байтового поля OUI (OrganizationUnitIdentifier) и двухбайтового поля Type. Поле Type имеет тот же формат и то же назначение, что и поле Type кадра EthernetDIX. Поэтому числовые значения идентификаторов протоколов, помещаемые в это поле кадра EthernetSNAP, совпадают со значениями, используемыми в кадрах EthernetDIX, и в этом весь смысл введения дополнительных полей заголовка SNAP. В поле OUI указывается код организации, которая определяет стандартные значения для поля Type. Для протокола Ethernet такой организацией является комитет IEEE 802.3, и его код равен 00 00 00. Наличие поля OUI позволяет использовать заголовок SNAP не только для протокола Ethernet, но и для других протоколов, которые контролируются другими организациями.
Если оборудование или операционная система настроены на поддержку какого-то одного формата кадра Ethernet, то они могут не найти взаимопонимания с другим узлом, который в свою очередь поддерживает также один формат кадра Ethernet, но другого типа. Результатом попыток взаимодействия таких узлов будет отбрасывание поступающих кадров, так как неверная интерпретация формата приведет к неверной контрольной сумме кадра.
Многие современные операционные системы и коммуникационное оборудование умеют одновременно работать с различными типами кадров, распознавая их автоматически. Распознавание идет по значению 2-х байтового поля, расположенного за адресом источника. Это поле может быть полем Type или Length. Числовые идентификаторы протоколов выбраны так, что значение поля Type будет всегда больше 1500, в то время как поле Length всегда содержит значение меньше или равное 1500. Дальнейшее отделение кадров EthernetSNAP от IEEE 802.3 проводится на основании значения полей DSAP и SSAP. Если присутствует заголовок SNAP, то поля DSAP и SSAP всегда содержат вполне определенный числовой идентификатор, зарезервированный за протоколом SNAP.
Автоматическое распознавание типа кадра избавляет пользователей сети от неприятных проблем, однако та же ОС или маршрутизатор могут быть настроены на поддержку только одного типа протоколов, и в этом случае проблема несовместимости может проявляться.
Сетевые анализаторы и средства мониторинга умеют автоматически различать форматы кадров Ethernet. Для задания условий захвата кадров, содержащих пакеты определенных протоколов верхнего уровня, анализаторы позволяют пользоваться как числовыми идентификаторами этих протоколов для полей SAP (DSAP и SSAP), так и числовыми идентификаторами для поля Type (имеющим также название EtherType).
В сетях TokenRing и FDDI всегда используются кадры стандартного формата, поэтому в этих сетях не возникают проблемы, связанные с несовместимостью форматов кадров.