Лабораторная работа №2. Изучение работы протоколов ARP и ICMP (команды ping и tracert)

ЛАБОРАТОРНАЯ РАБОТА №2. ИЗУЧЕНИЕ РАБОТЫ ПРОТОКОЛОВ ARP И ICMP (КОМАНДЫ PING И TRACERT)

 

Цель работы: изучить режим симуляции Cisco Packet Tracer, протоколы

ARP и ICMP на примере программ ping и tracert.

Программа работы:

1. Построение топологии сети

2. Настройка конечных узлов;

3. Настройка маршрутизатора;

4. Проверка работы сети в режиме симуляции;

5. Посылка ping-запроса внутри сети;

6. Посылка ping-запроса во внешнюю сеть;

7. Посылка ping-запроса на несуществующий IP-адрес узла;

8. Выполнение индивидуального задания.

Теоретические сведения:

Протокол ARP

Для определения физического адреса по IP-адресу используется протокол разрешения адреса Address Resolution Protocol (ARP). Протокол ARP работает различным образом в зависимости от того, какой протокол канального уровня работает в данной сети с возможностью широковещательного доступа одновременно ко всем узлам сети. [1]

Протокол ARP позволяет динамически определить МАС-адрес по IP- адресу. МАС-адрес - это уникальный серийный номер, присваиваемый каждому сетевому устройству для идентификации его в сети, так же называется физическим или аппаратным адресом. Протокол локальной сети, поддерживаемый в лабораторной работе - Ethernet. В Ethernet сетях, использующих стек TCP/IP, сетевой интерфейс имеет физический адрес длиной в 48 бит. Кадры, которыми обмениваются на канальном уровне, должны содержать аппаратный адрес сетевого интерфейса. Однако TCP/IP использует собственную схему адресации: 32-битные IP-адреса.

Значение IP-адреса приёмника недостаточно, чтобы отправить дейтаграмму этому хосту. Драйвер Ethernet должен знать МАС-адрес интерфейса назначения, чтобы послать туда данные. В задачу ARP входит обеспечение динамического соответствия между 32-битными IP-адресами и 48-битными МАС-адресами, используемыми различными сетевыми технологиями. Протокол ARP работает в пределах одной подсети и автоматически запускается, когда возникает необходимость преобразования IP-адреса в аппаратный адрес. [2]

Работа протокола ARP поясняется на Рис. 3.1.

Рис. 3.1 ARP-запрос и ARP-ответ

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

Для того чтобы уменьшить количество посылаемых запросов ARP, каждое устройство в сети, использующее протокол ARP, должно иметь специальную буферную память. В ней хранятся пары адресов (IР-адрес, физический адрес) устройств в сети. Всякий раз, когда устройство получает ARP-ответ, оно сохраняет и буферной памяти соответствующую пару. Если адрес есть в списке пар, то нет необходимости посылать ARP-запрос.

Эта буферная память называется ARP-таблицей.

В ARP-таблице могут содержаться как статические, так идинамические записи.Динамические записи добавляются и удаляются автоматически, статические заносятся вручную.

Так как большинство устройств в сети поддерживает динамическоеразрешение адресов, то администратору, как правило, нет необходимости вручную указывать записи протокола ARP в таблице адресов.

Каждая запись в ARP-таблице имеет своё время жизни. Политики очистки ARP-таблицы продиктованы используемой операционной системой. При добавлении записи для неё активируется таймер.

Сообщения протокола ARP при передаче по сети инкапсулируются в поле данных кадра. Они не содержат IP-заголовка. В отличие от сообщений большинства протоколов, сообщения ARP не имеют фиксированного формата заголовка. Это объясняется тем, что протокол был разработан таким образом, чтобы он был применим для разрешения адресов в различных сетях.[3]

ARP-запросы и ответы используют один и тот же формат пакета. Так как локальные адреса могут в различных типах сетей иметь различную длину, то формат пакета протокола ARP зависит от типа сети. На Рис. 3.2 показана структура пакета запросов и ответов. [4]

Рис. 3.2 Формат пакета ARP

1. HardwareТуре - тип канального протокола (Для Ethernet – 1).

2. Protocol Type- протокол сетевого уровня

3. Hardware Address Length (HAL)- длина канального адреса

4. Protocol Address Protocol (PAL) - длинасетевогоадреса

5. Operation - тип операции (1 - запрос, 2 - ответ)

Узел, отправляющий ARP-запрос, заполняет в пакете все поля, кроме поля искомого локального адреса. Значение этого поля заполняется узлом, опознавшим свой IP-адрес.

Протокол ICMP

Протокол ICMP предназначен для передачи управляющих и диагностических сообщений. С его помощью передаются сообщения об ошибках, а также о возникновении ситуаций, требующих повышенного внимания. Протокол относится к сетевому уровню модели TCP/IP. Сообщения ICMP генерируются и обрабатываются протоколами сетевого (IP) и более высоких уровней (TCP или UDP). При появлении некоторых ICMP- сообщений генерируются сообщения об ошибках, которые передаются пользовательским процессам. ICMP-сообщения передаются внутри IP- дейтаграмм (Рис. 3.3). [2]

Рис. 3.3 Инкапсуляция ICMP-сообщений в IP-дейтаграммы

Формат ICMP-сообщения показан на Рис. 3.4. Заголовок ICMP включает 8 байт, но только первые 4 байта одинаковы для всех сообщений, остальные поля заголовка и тела сообщения определяются типом сообщения.

Рис. 3.4 Формат ICMP-сообщения

Тип сообщения определяется значением поля ‘Тип” заголовка. Некоторые типы ICMP-сообщений имеют внутреннюю детализацию (код), при этом конкретный вид сообщения определяется как типом, так и кодом сообщения.

Подробнее с видами типов и кодов ICMP-сообщений можно ознакомиться в спецификации протокола ICMP RFC 792. [Электронный ресурс]. URL: http://tools.ietf.org/html/rfc792.

 

Программа ping

Программа ping была разработана для проверки доступности удаленного узла. Программа посылает ICMP-эхо-запрос на узел и ожидает возврата ICMP-эхо-отклика. Программа рing является обычно первым диагностическим средством, с помощью которого начинается идентификация какой-либо проблемы в сетях. Помимо доступности, с помощью ping можно оценить время возврата пакета от узла, что дает представление о том, "насколько далеко" находится узел. Кроме этого, Ping имеет опции записи маршрута и временной метки. Сообщения эхо-запроса и эхо-отклика имеют один формат (Рис 3.5). [2]

Рис. 3.5 Формат пакета ICMP-сообщения

1. Тип - тип пакета (0 - ответ на запрос эха или 8 - запрос эха)

2. Код — расшифровка назначения пакета внутри типа (в данном случае 0)

3. Контрольная сумма вычисляется для всего пакета

4. Идентификатор — номерпотокасообщений

5. Последовательный номер — номер пакета в потоке [3]

Так же, как в случае других ТСМР-запросов, в эхо-отклике должны

содержаться поля идентификатора и номера последовательности.

Кроме того, любые дополнительные данные, посланные компьютером, должны быть отражены эхом.

В поле идентификатора ICMP сообщения устанавливается идентификатор процесса, отправляющего запрос. Это позволяет программе ping идентифицировать вернувшийся ответ, если на одном и том же хосте в одно и то же время запущено несколько программ ping.

Номер последовательности начинается с 0 и инкрементируется каждый раз, когда посылается следующий эхо-запрос. Вывод программы показан на Рис. 3.6. Первая строка вывода содержит IP-адрес хоста назначения, даже если было указано имя. Поэтому программа ping часто используется для определения IP-адреса удалённого узла. [2]

Рис. 3.6 Вывод программы ping

Программа tracert

Программа tracert позволяет посмотреть маршрут, по которому двигаются IP-дейтаграммы от одного хоста к другому.

Программа tracert не требует никаких специальных серверных приложений. В её работе используются стандартные функции протоколов ICMP и IP. Для понимания работы программы следует вспомнить порядок обработки поля TTL в заголовке IP-дейтаграммы.

Каждый маршрутизатор, обрабатывающий дейтаграмму, уменьшает значение поля TTL в её заголовке на единицу. При получении дейтаграммы с TTL равным 1, маршрутизатор уничтожает её и посылает хосту, который её отправил, ICMP-сообщение "время истекло".

При этом дейтаграмма, содержащая это ICMP-сообщение, имеет в качестве адреса источника IP-адрес маршрутизатора.

Это и используется в программе tracert. На хост назначения отправляется IP-дейтаграмма, в которой поле TTL, установлено в единицу.

Первый маршрутизатор на пути дейтаграммы, уничтожает её (так как TTL равно 1) и отправляет ICMP-сообщение об истечении времени. Таким образом, определяется первый маршрутизатор в маршруте. Затем tracert отправляет дейтаграмму с полем TTL равным 2, что позволяет получить IP-адрес второго маршрутизатора. Аналогичные действия продолжаются до тех пор, пока дейтаграмма не достигнет хоста назначения. При получении ответа от этого узла процесс трассировки считается завершённым.

Пример вывода программы показан на Рис. 3.7.

Рис. 3.7 Вывод программы tracert

Первая строка, без номера содержит имя и IP адрес пункта назначения и указывает на то, что величина TTL не может быть больше 30.

Следующие строки вывода начинаются с распечатки значения TTL (1, 2, 3 и т.д.) и содержат имя (IP-адрес) хоста или маршрутизатора и время возврата ICMP-сообщения.

Для каждого значения TTL отправляется 3 дейтаграммы. Для каждого возвращенного ICMP-сообщения рассчитывается и печатается время возврата.

Если ответ на дейтаграмму не получен в течение пяти секунд, печатается звездочка, после чего отправляется следующая дейтаграмма. [2]

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

Построение топологии сети

В конце вводной лабораторной работы мы создали следующую топологию сети, состоящую из конечных узлов (PC), коммутаторов и маршрутизатора (Рис. 3.8):

Рис. 3.8 Тестовая топология сети

 

Маршрутизатор0 имеет два интерфейса и соединяет две подсети. Произведём настройку конечных узлов.

Настройка конечных узлов

На устройствах PC0-PC4 установим заданные IP-адреса и маску подсети (таблица 3.1). IP-адрес шлюза для всех узлов – 192.168.3.1.IP-адрес DNS-сервера указывать необязательно, т.к. в данной работе он использоваться не будет.

 

Таблица 3.1 – Настройки конечных устройств

Хост	IP-адрес	Маска подсети
PC0	192.168.3.3	255.255.255.0
PC1	192.168.3.4	255.255.255.0
PC2	192.168.3.5	255.255.255.0
PC3	192.168.3.6	255.255.255.0
PC4	192.168.3.7	255.255.255.0

 

На устройствах PC5, Laptop0, PC6 установим заданные IP-адреса и маску подсети (таблица 3.2). IP-адрес шлюза для всех узлов – 192.168.5.1.IP-адрес DNS-сервера указывать необязательно.

Таблица 3.2 – Настройки конечных устройств

Хост	IP-адрес	Маска подсети
PC5	192.168.5.3	255.255.255.0
Laptop0	192.168.5.4	255.255.255.0
PC6	192.168.5.5	255.255.255.0

 

Каждый узел переименуем его же IP-адресом, получится следующее (Рис. 3.9):

Рис. 3.9 Вид рабочего пространства

Настройка маршрутизатора

При настройке конечных узлов уже упоминалось о том, что маршрутизатор в данной топологии сети имеет два интерфейса. Произведём настройку интерфейса FastEthernet0/0:

1) Один клик по устройству (маршрутизатору);

2) Выбираем вкладку “Config”;

3) Находим интерфейс FastEthernet0/0, задаём нужный IP-адрес (является адресом шлюза для левой части подсети) и маску подсети (Рис. 3.10).

Важно -интерфейс маршрутизатора, по умолчанию, отключен; необходимо его включить, кликнув мышкой рядом с “On”.

Рис. 3.10 Настройка интерфейса маршрутизатора

4) Закрываем окно, смотрим на всю топологию сети. Зелёные индикаторы состояния на линии связи между Router0 и Switch0 сигнализируют, что интерфейс подключён правильно (Рис. 3.11).

Рис. 3.11 Вид рабочего пространства

Аналогично производим настройку интерфейса FastEthernet0/1 (Рис. 3.12).

Рис. 3.12 Настройка интерфейса маршрутизатора

Сделать надписи к интерфейсам маршрутизатора, можно с помощью инструмента PlaceNote на панели CommonTools.

Необходимо кликнуть на инструмент, затем сделать клик в нужном месте на рабочей области.

ПРИЛОЖЕНИЕ А

Варианты индивидуальных заданий к лабораторной работе №2 (таблица 3):

Таблица 3

Вариант	Источник	Приёмник
	192.168.3.3 192.168.3.4	192.168.3.4 192.168.5.3
	192.168.3.4 192.168.3.5	192.168.3.7 192.168.5.4
	192.168.3.5 192.168.3.6	192.168.3.6 192.168.5.5
	192.168.3.6 192.168.3.7	192.168.3.4 192.168.5.3
	192.168.3.3 192.168.3.7	192.168.3.7 192.168.5.4
	192.168.3.4 192.168.3.6	192.168.3.5 192.168.5.5
	192.168.3.5 192.168.3.3	192.168.3.3 192.168.5.3
	192.168.3.3 192.168.3.4	192.168.3.5 192.168.5.4
	192.168.3.4 192.168.3.5	192.168.3.3 192.168.5.5
	192.168.3.5 192.168.3.6	192.168.3.7 192.168.5.3
	192.168.3.6 192.168.3.7	192.168.3.3 192.168.5.4
	192.168.3.5 192.168.3.6	192.168.3.4 192.168.5.5
	192.168.3.4 192.168.3.7	192.168.3.6 192.168.5.3
	192.168.3.6 192.168.3.3	192.168.3.4 192.168.5.4

 

ЛАБОРАТОРНАЯ РАБОТА №2. ИЗУЧЕНИЕ РАБОТЫ ПРОТОКОЛОВ ARP И ICMP (КОМАНДЫ PING И TRACERT)

 

Цель работы: изучить режим симуляции Cisco Packet Tracer, протоколы

ARP и ICMP на примере программ ping и tracert.

Программа работы:

1. Построение топологии сети

2. Настройка конечных узлов;

3. Настройка маршрутизатора;

4. Проверка работы сети в режиме симуляции;

5. Посылка ping-запроса внутри сети;

6. Посылка ping-запроса во внешнюю сеть;

7. Посылка ping-запроса на несуществующий IP-адрес узла;

8. Выполнение индивидуального задания.

Теоретические сведения:

Протокол ARP

Для определения физического адреса по IP-адресу используется протокол разрешения адреса Address Resolution Protocol (ARP). Протокол ARP работает различным образом в зависимости от того, какой протокол канального уровня работает в данной сети с возможностью широковещательного доступа одновременно ко всем узлам сети. [1]

Протокол ARP позволяет динамически определить МАС-адрес по IP- адресу. МАС-адрес - это уникальный серийный номер, присваиваемый каждому сетевому устройству для идентификации его в сети, так же называется физическим или аппаратным адресом. Протокол локальной сети, поддерживаемый в лабораторной работе - Ethernet. В Ethernet сетях, использующих стек TCP/IP, сетевой интерфейс имеет физический адрес длиной в 48 бит. Кадры, которыми обмениваются на канальном уровне, должны содержать аппаратный адрес сетевого интерфейса. Однако TCP/IP использует собственную схему адресации: 32-битные IP-адреса.

Значение IP-адреса приёмника недостаточно, чтобы отправить дейтаграмму этому хосту. Драйвер Ethernet должен знать МАС-адрес интерфейса назначения, чтобы послать туда данные. В задачу ARP входит обеспечение динамического соответствия между 32-битными IP-адресами и 48-битными МАС-адресами, используемыми различными сетевыми технологиями. Протокол ARP работает в пределах одной подсети и автоматически запускается, когда возникает необходимость преобразования IP-адреса в аппаратный адрес. [2]

Работа протокола ARP поясняется на Рис. 3.1.

Рис. 3.1 ARP-запрос и ARP-ответ

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

Для того чтобы уменьшить количество посылаемых запросов ARP, каждое устройство в сети, использующее протокол ARP, должно иметь специальную буферную память. В ней хранятся пары адресов (IР-адрес, физический адрес) устройств в сети. Всякий раз, когда устройство получает ARP-ответ, оно сохраняет и буферной памяти соответствующую пару. Если адрес есть в списке пар, то нет необходимости посылать ARP-запрос.

Эта буферная память называется ARP-таблицей.

В ARP-таблице могут содержаться как статические, так идинамические записи.Динамические записи добавляются и удаляются автоматически, статические заносятся вручную.

Так как большинство устройств в сети поддерживает динамическоеразрешение адресов, то администратору, как правило, нет необходимости вручную указывать записи протокола ARP в таблице адресов.

Каждая запись в ARP-таблице имеет своё время жизни. Политики очистки ARP-таблицы продиктованы используемой операционной системой. При добавлении записи для неё активируется таймер.

Сообщения протокола ARP при передаче по сети инкапсулируются в поле данных кадра. Они не содержат IP-заголовка. В отличие от сообщений большинства протоколов, сообщения ARP не имеют фиксированного формата заголовка. Это объясняется тем, что протокол был разработан таким образом, чтобы он был применим для разрешения адресов в различных сетях.[3]

ARP-запросы и ответы используют один и тот же формат пакета. Так как локальные адреса могут в различных типах сетей иметь различную длину, то формат пакета протокола ARP зависит от типа сети. На Рис. 3.2 показана структура пакета запросов и ответов. [4]

Рис. 3.2 Формат пакета ARP

1. HardwareТуре - тип канального протокола (Для Ethernet – 1).

2. Protocol Type- протокол сетевого уровня

3. Hardware Address Length (HAL)- длина канального адреса

4. Protocol Address Protocol (PAL) - длинасетевогоадреса

5. Operation - тип операции (1 - запрос, 2 - ответ)

Узел, отправляющий ARP-запрос, заполняет в пакете все поля, кроме поля искомого локального адреса. Значение этого поля заполняется узлом, опознавшим свой IP-адрес.

Протокол ICMP

Протокол ICMP предназначен для передачи управляющих и диагностических сообщений. С его помощью передаются сообщения об ошибках, а также о возникновении ситуаций, требующих повышенного внимания. Протокол относится к сетевому уровню модели TCP/IP. Сообщения ICMP генерируются и обрабатываются протоколами сетевого (IP) и более высоких уровней (TCP или UDP). При появлении некоторых ICMP- сообщений генерируются сообщения об ошибках, которые передаются пользовательским процессам. ICMP-сообщения передаются внутри IP- дейтаграмм (Рис. 3.3). [2]

Рис. 3.3 Инкапсуляция ICMP-сообщений в IP-дейтаграммы

Формат ICMP-сообщения показан на Рис. 3.4. Заголовок ICMP включает 8 байт, но только первые 4 байта одинаковы для всех сообщений, остальные поля заголовка и тела сообщения определяются типом сообщения.

Рис. 3.4 Формат ICMP-сообщения

Тип сообщения определяется значением поля ‘Тип” заголовка. Некоторые типы ICMP-сообщений имеют внутреннюю детализацию (код), при этом конкретный вид сообщения определяется как типом, так и кодом сообщения.

Подробнее с видами типов и кодов ICMP-сообщений можно ознакомиться в спецификации протокола ICMP RFC 792. [Электронный ресурс]. URL: http://tools.ietf.org/html/rfc792.

 

Программа ping

Программа ping была разработана для проверки доступности удаленного узла. Программа посылает ICMP-эхо-запрос на узел и ожидает возврата ICMP-эхо-отклика. Программа рing является обычно первым диагностическим средством, с помощью которого начинается идентификация какой-либо проблемы в сетях. Помимо доступности, с помощью ping можно оценить время возврата пакета от узла, что дает представление о том, "насколько далеко" находится узел. Кроме этого, Ping имеет опции записи маршрута и временной метки. Сообщения эхо-запроса и эхо-отклика имеют один формат (Рис 3.5). [2]

Рис. 3.5 Формат пакета ICMP-сообщения

1. Тип - тип пакета (0 - ответ на запрос эха или 8 - запрос эха)

2. Код — расшифровка назначения пакета внутри типа (в данном случае 0)

3. Контрольная сумма вычисляется для всего пакета

4. Идентификатор — номерпотокасообщений

5. Последовательный номер — номер пакета в потоке [3]

Так же, как в случае других ТСМР-запросов, в эхо-отклике должны

содержаться поля идентификатора и номера последовательности.

Кроме того, любые дополнительные данные, посланные компьютером, должны быть отражены эхом.

В поле идентификатора ICMP сообщения устанавливается идентификатор процесса, отправляющего запрос. Это позволяет программе ping идентифицировать вернувшийся ответ, если на одном и том же хосте в одно и то же время запущено несколько программ ping.

Номер последовательности начинается с 0 и инкрементируется каждый раз, когда посылается следующий эхо-запрос. Вывод программы показан на Рис. 3.6. Первая строка вывода содержит IP-адрес хоста назначения, даже если было указано имя. Поэтому программа ping часто используется для определения IP-адреса удалённого узла. [2]

Рис. 3.6 Вывод программы ping

Программа tracert

Программа tracert позволяет посмотреть маршрут, по которому двигаются IP-дейтаграммы от одного хоста к другому.

Программа tracert не требует никаких специальных серверных приложений. В её работе используются стандартные функции протоколов ICMP и IP. Для понимания работы программы следует вспомнить порядок обработки поля TTL в заголовке IP-дейтаграммы.

Каждый маршрутизатор, обрабатывающий дейтаграмму, уменьшает значение поля TTL в её заголовке на единицу. При получении дейтаграммы с TTL равным 1, маршрутизатор уничтожает её и посылает хосту, который её отправил, ICMP-сообщение "время истекло".

При этом дейтаграмма, содержащая это ICMP-сообщение, имеет в качестве адреса источника IP-адрес маршрутизатора.

Это и используется в программе tracert. На хост назначения отправляется IP-дейтаграмма, в которой поле TTL, установлено в единицу.

Первый маршрутизатор на пути дейтаграммы, уничтожает её (так как TTL равно 1) и отправляет ICMP-сообщение об истечении времени. Таким образом, определяется первый маршрутизатор в маршруте. Затем tracert отправляет дейтаграмму с полем TTL равным 2, что позволяет получить IP-адрес второго маршрутизатора. Аналогичные действия продолжаются до тех пор, пока дейтаграмма не достигнет хоста назначения. При получении ответа от этого узла процесс трассировки считается завершённым.

Пример вывода программы показан на Рис. 3.7.

Рис. 3.7 Вывод программы tracert

Первая строка, без номера содержит имя и IP адрес пункта назначения и указывает на то, что величина TTL не может быть больше 30.

Следующие строки вывода начинаются с распечатки значения TTL (1, 2, 3 и т.д.) и содержат имя (IP-адрес) хоста или маршрутизатора и время возврата ICMP-сообщения.

Для каждого значения TTL отправляется 3 дейтаграммы. Для каждого возвращенного ICMP-сообщения рассчитывается и печатается время возврата.

Если ответ на дейтаграмму не получен в течение пяти секунд, печатается звездочка, после чего отправляется следующая дейтаграмма. [2]

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

Построение топологии сети

В конце вводной лабораторной работы мы создали следующую топологию сети, состоящую из конечных узлов (PC), коммутаторов и маршрутизатора (Рис. 3.8):

Рис. 3.8 Тестовая топология сети

 

Маршрутизатор0 имеет два интерфейса и соединяет две подсети. Произведём настройку конечных узлов.

Настройка конечных узлов

На устройствах PC0-PC4 установим заданные IP-адреса и маску подсети (таблица 3.1). IP-адрес шлюза для всех узлов – 192.168.3.1.IP-адрес DNS-сервера указывать необязательно, т.к. в данной работе он использоваться не будет.

 

Таблица 3.1 – Настройки конечных устройств

Хост	IP-адрес	Маска подсети
PC0	192.168.3.3	255.255.255.0
PC1	192.168.3.4	255.255.255.0
PC2	192.168.3.5	255.255.255.0
PC3	192.168.3.6	255.255.255.0
PC4	192.168.3.7	255.255.255.0

 

На устройствах PC5, Laptop0, PC6 установим заданные IP-адреса и маску подсети (таблица 3.2). IP-адрес шлюза для всех узлов – 192.168.5.1.IP-адрес DNS-сервера указывать необязательно.

Таблица 3.2 – Настройки конечных устройств

Хост	IP-адрес	Маска подсети
PC5	192.168.5.3	255.255.255.0
Laptop0	192.168.5.4	255.255.255.0
PC6	192.168.5.5	255.255.255.0

 

Каждый узел переименуем его же IP-адресом, получится следующее (Рис. 3.9):

Рис. 3.9 Вид рабочего пространства

Настройка маршрутизатора

При настройке конечных узлов уже упоминалось о том, что маршрутизатор в данной топологии сети имеет два интерфейса. Произведём настройку интерфейса FastEthernet0/0:

1) Один клик по устройству (маршрутизатору);

2) Выбираем вкладку “Config”;

3) Находим интерфейс FastEthernet0/0, задаём нужный IP-адрес (является адресом шлюза для левой части подсети) и маску подсети (Рис. 3.10).

Важно -интерфейс маршрутизатора, по умолчанию, отключен; необходимо его включить, кликнув мышкой рядом с “On”.

Рис. 3.10 Настройка интерфейса маршрутизатора

4) Закрываем окно, смотрим на всю топологию сети. Зелёные индикаторы состояния на линии связи между Router0 и Switch0 сигнализируют, что интерфейс подключён правильно (Рис. 3.11).

Рис. 3.11 Вид рабочего пространства

Аналогично производим настройку интерфейса FastEthernet0/1 (Рис. 3.12).

Рис. 3.12 Настройка интерфейса маршрутизатора

Сделать надписи к интерфейсам маршрутизатора, можно с помощью инструмента PlaceNote на панели CommonTools.

Необходимо кликнуть на инструмент, затем сделать клик в нужном месте на рабочей области.