Моделирование пакетов ICMP в Cisco Packet Tracer

Перед симуляцией пакетов от PC0 к PC1 я проверяю на PC0, сохранен ли MAC-адрес назначения, в данном случае MAC-адрес PC1, с помощью команды:

> arp -a
Войдите в полноэкранный режим Выход из полноэкранного режима

Затем пропингуйте IP-адрес ПК1.

После этого, как видно из анимации трассировки пакетов, появится зеленая буква.

Зеленая буква — это широковещательный пакет (не сам ICMP), потому что в процессе инкапсуляции icmp он все еще не получил MAC-адрес назначения.

Если вы закончите получение MAC-адреса, он будет возвращен в pc0 или тому, кто вещал ранее,

Если вы посмотрите на PDU Information, то увидите, что уровень 2 (DataLink) покажет физический адрес компьютера назначения, поскольку ранее он выполнял широковещательную передачу в сеть подсети.

Затем данные могут быть распределены по IP-адресу назначения.

Что делать, если физический адрес назначения уже хранится в кэше ARP?

Это немного умозрительно, на ноутбуках некоторых моих друзей, даже если он уже сохранен. На моем собственном ноутбуке нет необходимости в ретрансляции, если она уже сохранена.

Я снова попробовал выполнить пинг на IP-адрес ПК1, ПК0 немедленно отправил данные.

Вот подробные данные о состоянии пакетов в процессе ping, описанном выше

Попробуйте отправить данные с PC2 на PC0

Я попытался отправить данные с PC2 на PC0. Происходит то, что PC2 транслирует, как это было в первом процессе.

Если он получает физический адрес места назначения, то данные из ICMP могут быть отправлены месту назначения.

Оцените статью
devanswers.ru
Добавить комментарий