Лабораторная работа №1 Изучение возможностей сетевого анализатора. Лабораторная работа №2 - davaiknam.ru o_O
Главная
Поиск по ключевым словам:
Похожие работы
Название работы Кол-во страниц Размер
Лабораторная работа №1 Построение детерминированного синтаксического... 1 278.71kb.
Лабораторная работа №1 Изучение внешних признаков древесины Лабораторная... 5 462.73kb.
Лабораторная работа №9 «Изучение электрического двигателя постоянного... 1 42.29kb.
Лабораторная работа №1 Установка и настройка сетевой карты. 1 58.29kb.
Лабораторная работа №1 по курсу "Информационная безопасность" Лабораторная... 1 118.53kb.
Лабораторная работа №6 по курсу "Информационная безопасность" Лабораторная... 1 57.48kb.
Лабораторная работа для студентов Оценка локального модуля Юнга на... 1 42.72kb.
Лабораторная работа по курсу Экологическая электроника (Электроника... 1 246.77kb.
Лабораторная работа №1 2 Варианты заданий 2 Пример решения задачи... 9 489.4kb.
Лабораторная работа №1 Исследование искусственной радиации Лабораторная... 3 602.13kb.
Лабораторная работа №1 Задание №1 1 14.63kb.
Дипломная работа Допущена к защите 1 263.65kb.
Направления изучения представлений о справедливости 1 202.17kb.

Лабораторная работа №1 Изучение возможностей сетевого анализатора. Лабораторная работа - страница №1/5



МГТУ им.Н.Э.Баумана
Кафедра “Системы обработки информации и управления”

Методические указания

к лабораторным работам по курсу “Системы передачи данных”

Лабораторная работа №1

Изучение возможностей сетевого анализатора.
Лабораторная работа №2

Исследование протоколов сетевого уровня IP-сетей с помощью анализатора протоколов.
Лабораторная работа №3

Исследование протоколов транспортного уровня IP-сетей с помощью анализатора протоколов.

Разработал: к.т.н., доцент Галкин В.А.


Москва 2008 г.


Цель работы. Развитие практических навыков работы с протоколами стека ТСР/IP и исследование возможностей протоколов ICMP, UDP, TCP.

Необходимое оборудование:

Аппаратные требования



  • IBM - совместимый ПК в составе сети Интернет.

  • 128 Мбайт оперативной памяти

  • 5 Мбайт свободного места на HDD

  • Используемый шлюз в Интернет должен пропускать ICMP, TCP и UDP трафик.

Программные требования

- Операционная система - Windows 2000/XP

- Доступ к ресурсам системы с правами администратора (в программе MFC-snif используются RAW сокеты)

- NetInfo v.3.5 – программа сетевого сервиса.

- Пакетные анализаторы Ethereal-0.99.0 и MFC-snif (Разработан студентами каф.ИУ5 МГТУ им. Н.Э.Баумана Тигановым Максимом, Самилло Николаем и Поляковым Евгением).
Требуемое время для выполнения: 9 часов. (1 час изучение возможностей и правил работы с сетевым анализатором, 4 часа с пакетным анализатором Ethereal и 4 часа с пакетным анализатором MFC-snif )
1. Общие сведения из теории.

Протоколы - это правила работы программного обеспечения.

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

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

В настоящей лабораторной работе предметом исследований является стек протоколов TCP/IP – наиболее распространенный и являющийся основным в сети Интернет.



IP (Internet Protocol) - протокол межсетевого взаимодействия, является протоколом сетевого уровня модели OSI и отвечает за перемещение данных между сетевыми компьютерами в Интернет.

ТСР(Transmission Control Protocol) - протокол управления передачей, который перемещает данные между прикладными программами.

UDP (User Datagram Protocol) - протокол пользовательских дейтаграмм, который также перемещает данные между приложениями. Он - более простой и менее надежный, чем ТСР.

ICMP (Internet Control Message Protocol) - протокол управляющих сообщений Интернет, который управляет сетевыми сообщениями об ошибках и другими ситуациями, требующими вмешательства сетевых программ.


    1. Схема движения данных.


Данные по сети передаются в три этапа:

Информация должна пройти между приложениями и сетью. Это путь сквозь стек протоколов вниз к транспортному уровню.

Определение сетью адреса получателя данных.

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

Схема движения данных пользователя представлена на рис. 1.

Рис. 1. Схема движения данных пользователя.


    1. Протокол IP


Формат IP-дейтаграммы и поля заголовка представлены на рис.2.

Поля IP - протокола.

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

Длина заголовка (HLEN) в 32 разрядных словах. Чаще всего длина IP-заголовка равна 20 байтам, поэтому данное поле обычно содержит число 5 (0101).

Тип сервиса (TOS). Поле "тип сервиса" разделено на 5 подразделов (рис.3).

Рис. 2. Формат IP-дейтаграммы и поля заголовка.



Рис. 3. Формат поля TOS.

Первое трехразрядное субполе приоритет(precedence) редко применяется на практике. Последнее безымянное одноразрядное субполе всегда содержит 0. Между ними находятся четыре одноразрядных субполя, которые и называют собственно битами TOS. Каждому из четырех битов TOS сопоставлен определенный критерий доставки дейтаграмм: минимальная задержка, максимум пропускной способности, максимум надежности и минимум стоимости. Только один бит TOS может быть установлен в 1. По умолчанию все четыре бита равны 0, что означает отсутствие особых требований, то есть обычный сервис.

Длина пакета. Поле "длина пакета" задает длину IP-пакета, включая сам заголовок. Если локальная сеть построена по технологии Ethernet, уровень соединения инкапсулирует IP-дейтаграммы в кадры Ethernet перед передачей их в Интернет. Спецификация Ethernet ограничивает длину пакета до 1500 байтов.

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

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

Время существования (TTL). Время существования определяет «время жизни» пакета в сети и не дает пакету возможность быть вечным скитальцем.

Протокол. Поле «протокол» в IP-заголовке указывает на протокол-источник данных, инкапсулированных в IP-дейтаграмму.

Контрольная сумма заголовка. Поле контрольной суммы в IP-заголовке содержит 16-ти битное число, являющееся контрольной суммой только для IP-заголовка.

IP-адрес источника и получателя. 32-битное поле «адрес источника» содержит IP-адрес компьютера - отправителя данных (вернее адрес его сетевого интерфейса).

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

Опции IP. Это поле позволяет тестировать разнообразные сетевые приложения.


следующая страница >>



Ревность была бы не столь мучительна, если бы мы понимали, как мало мы заслуживаем чувства, которое называют любовью. Пол Элдридж
ещё >>