Управление потоком с использованием ICMP

Если хост посылает датаграммы к другому компьютеру с частотой, при которой происходит насыщение маршрутизатора или линии между ними, то этот хост может получить сообщение ICMP Source Quench (замедлить передачу). Это сообщение заставляет источник датаграмм осуществлять их отправку медленнее.

7.8. Порядок выполнения работы

1. Выполните команду ipconfig /all. Просмотрите и запишите MAC-адрес, IP-адрес и маску IP-адреса Вашей рабочей станции.

2. Определите, к какому классу относится IP-адрес Вашей рабочей станции.

3. Запишите в двоичном и десятичном виде адрес узла и адрес сети Вашей рабочей станции с учетом маски IP-адреса.

4. При помощи команды arp –a просмотрите и запишите APR-таблицу Вашей рабочей станции.

5. Запустите программу Microsoft Network Monitor. Настройте фильтр для захвата пакетов, передаваемых между Вашим и всеми другими компьютерами сети. В качестве разрешенных к захвату протоколов укажите только протокол ARP (см. рисунок).

6. Активизируйте режим захвата пакетов в программе Network Monitor, после чего выполните команду ping <ip-адрес>, в качестве ip-адреса используйте любого компьютера (рабочей станции), который отсутствует в ARP-таблице. Смысл данного действия заключается в том, что при выполнении команды ping c ip-адресом, который отсутствует в ARP-таблице, будет выполнен ARP-запрос и получен ARP-ответ, которые должны быть захвачены. Если ARP-запрос и ответ не были захвачены, это означает, что заданный в команде ping адрес уже был занесен в ARP-таблицу до активизации режима захвата. Если был захвачен только ARP-запрос, это означает, что заданный при выполнении команды ping IP-адрес не был доступен. В обоих случаях необходимо повторить выполнение данного пункта.

7. Остановите захват и просмотрите захваченные пакеты.

8. Сохраните захваченные пакеты c ARP-запросом и ответом в файле *.cap, имя которого совпадает с Вашим именем пользователя.

9. Просмотрите содержимое двух захваченных пакетов, содержащих ARP-запрос и ответ, и занесите в таблицу значения полей заголовков Ethernet и значения полей ARP:

Протокол	Поле	Пакеты
Запрос	Ответ
Ethernet	MAC-адрес назначения
MAC-адрес источника
Тип протокола верхнего уровня
ARP	Тип сети
Тип протокола
Длина локального адреса
Длина сетевого адреса
Операция
Локальный адрес отправителя
Сетевой адрес отправителя
Локальный адрес получателя (искомый)
Сетевой адрес получателя

10. Настройте фильтр для захвата пакетов, передаваемых между Вашим и всеми другими компьютерами сети. В качестве разрешенных к захвату протоколов укажите все типы протоколов.

11. Активизируйте режим захвата пакетов и выполните команду ping 10.168.127.3.

12. Просмотрите захваченные пакеты и выберите ICMP-запрос, который был сгенерирован командой ping и ICMP-ответ. Сохраните захваченные пакеты в файле.

13. Самостоятельно проанализируйте и приведите в отчете структуру ICMP-запроса и ICMP-ответа.

14. Захватите несколько кадров со вложенными IP-пакетами. Проанализируйте структуру пакета, заголовки Ethernet и IP и заполните следующую таблицу, выбрав 4 любых различных пакета.

Протокол	Поле	Значения полей пакетов
Ethernet	MAC-адрес назначения
MAC-адрес источника
Тип протокола верхнего уровня
IP	Номер версии
Длина заголовка
Тип сервиса
Общая длина
Идент. Пакета
Флаги
Смещение фрагмента
Время жизни
Протокол верхн. Уровня
Контрольная сумма
IP-адрес источника
IP-адрес назначения

7.9. Контрольные вопросы

1. Каким образом обеспечивается возможность включения в сеть TCP/IP любой сети вне зависимости от используемой в ней технологии канального уровня?

2. Какое количество IP-адресов может иметь маршрутизатор?

3. Как устанавливается соответствие между символьными доменными именами и IP-адресами?

4. Какие проблемы могли бы возникнуть в работе сети, если бы устаревшие записи не удалялись из ARP-таблицы?

5. В каких случаях теоретически целесообразно использовать статические записи ARP-таблицы?

6. В чем состоит назначение команды ping?

7. В чем заключается назначение протокола ICMP? К какому уровню он отностися?

8. Почему все рассмотренные Вами IP-пакеты не являются фрагментированными?

9. Почему IP-пакеты называются так же дейтаграммами?

10. Приведите примеры протоколов, пакеты которых могут быть инкапсулированы в IP-пакеты.

Лабораторная работа 8. Изучение протоколов DHCP, DNS

8.1. Введение

В данной лабораторной работе будет продолжено изучение стека протоколов TCP/IP и его реализации в ОС Windows,

8.2. Протоколы стека TCP/IP

В данном разделе рассматриваются некоторые протоколы и службы стека TCP/IP, часть из которых уже была кратко рассмотрена в Лабораторной работе №7.

Основной транспортный протокол TCP

Протокол IP является дейтаграммным протоколом и поэтому по своей природе не может гарантировать надежность передачи данных. Эту задачу — обеспечение надежного канала обмена данными между прикладными процессами в составной сети -решает протокол TCP (Transmission Control Protocol), относящийся к транспорт­ному уровню.

Протокол TCP работает непосредственно над протоколом IP и использует для транспортировки своих блоков данных потенциально ненадежный протокол IP. Надежность передачи данных протоколом TCP достигается за счет того, что он основан на установлении логических соединений между взаимодействующими процессами. До тех пор пока программы протокола TCP продолжают функционировать коррек­тно, а составная сеть не распалась на несвязные части, ошибки в передаче данных на уровне протокола IP не будут влиять на правильное получение данных.

Протокол IP используется протоколом TCP в качестве транспортного средства. Перед отправкой своих блоков данных протокол TCP помещает их в оболочку IP-пакета. При необходимости протокол IP осуществляет любую фрагментацию и сборку блоков данных TCP, требующуюся для осуществления передачи и доставки через множество сетей и промежуточных шлюзов.

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

Порты

Протокол TCP взаимодействует через межуровневые интерфейсы с ниже лежащим протоколом IP и с выше лежащими протоколами прикладного уровня или приложениями.

В то время как задачей сетевого уровня, к которому относится протокол IP, является передача данных между произвольными узлами сети, задача транспортного уровня, которую решает протокол TCP, заключается в передаче данных между любыми прикладными процессами, выполняющимися на любых узлах сети. Действительно, после того как пакет средствами протокола IP доставлен в компьютер-получатель, данные необходимо направить конкретному процессу-получателю. Каждый компьютер может выполнять несколько процессов, более того, приклад­ной процесс тоже может иметь несколько точек входа, выступающих в качестве адреса назначения для пакетов данных.

Пакеты, поступающие на транспортный уровень, организуются операционной системой в виде множества очередей к точкам входа различных прикладных про­цессов. В терминологии TCP/IP такие системные очереди называются портами. Таким образом, адресом назначения, который используется протоколом TCP, явля­ется идентификатор (номер) порта прикладной службы. Номер порта в совокупно­сти с номером сети и номером конечного узла однозначно определяют прикладной процесс в сети. Этот набор идентифицирующих параметров имеет название сокет (socket).

Назначение номеров портов прикладным процессам осуществляется либо цен­трализованно, если эти процессы представляют собой популярные общедоступные службы (например, номер 21 закреплен за службой удаленного доступа к файлам FTP, а 23 — за службой удаленного управления telnet), либо локально для тех служб, которые еще не стали столь распространенными, чтобы закреплять за ними стандартные (зарезервированные) номера. Централизованное присвоение службам номеров портов выполняется организацией Internet Assigned Numbers Authority (IANA). Эти номера затем закрепляются и опубликовываются в стандартах Internet (RFC 1700).

Локальное присвоение номера порта заключается в том, что разработчик неко­торого приложения просто связывает с ним любой доступный, произвольно вы­бранный числовой идентификатор, обращая внимание на то, чтобы он не входил в число зарезервированных номеров портов. В дальнейшем все удаленные запросы к данному приложению от других приложений должны адресоваться с указанием назначенного ему номера порта.

Протокол TCP ведет для каждого порта две очереди: очередь пакетов, поступающих в данный порт из сети, и очередь пакетов, отправляемых данным портом в сеть. Процедура обслуживания протоколом TCP запросов, поступающих от нескольких различных прикладных служб, называется мультиплексированием. Обратная процедура распределения протоколом TCP поступающих от сетевого уровня пакетов между набором высокоуровневых служб, идентифицированных номерами портов, называется демультиплексированием.

Дата добавления: 2015-08-05