- •Раздел 7.1
- •Тема 7.1.1
- •IPv4-адреса
- •Видео. Перевод чисел из двоичной в десятичную систему счисления
- •Позиционная система счисления
- •Преобразование двоичных чисел в десятичный формат
- •Примеры преобразования десятичных чисел в двоичный формат
- •Тема 7.1.2
- •Сетевая и узловая части
- •Страница 7.1.2.3. Логическая операция и
- •Страница 7.1.2.4
- •Страница 7.1.2.5 Длина префикса
- •Страница 7.1.2.6 Сетевой адрес, адрес узла и широковещательный адрес
- •Видео. Сетевой адрес, адрес узла и широковещательный адрес
- •Часть 1. Преобразование iPv4-адресов из разделенных точками десятичных чисел в двоичный формат
- •Часть 2. Использование побитовой операции и для определения сетевых адресов
- •Часть 3. Применение расчетов сетевых адресов
- •Раздел 7.2
- •Тема 7.2.1
- •Потребность в iPv6
- •Представление iPv6-адресов
- •Представление iPv6-адресов
- •Тема 7.2.3
- •Длина префикса iPv6-адреса
- •Индивидуальные iPv6-адреса
- •Локальные индивидуальные iPv6-адреса канала
- •Тема 7.2.4
- •Страница 7.2.4.6 Динамические локальные адреса канала
- •Страница 7.2.4.7 Статические локальные адреса канала
- •Страница 7.2.4.8 Проверка конфигурации iPv6-адреса
- •Страница 7.2.4.9 Cisco Packet Tracer. Настройка iPv6-адресации
- •Раздел 7.3
- •Тема 7.3.1
- •Сообщения icmPv4 и icmPv6
- •Тема 7.3.2
- •Выполнение команды ping: тестирование локального стека
- •Выполнение команды ping. Тестирование подключения к локальной сети (lan).
- •Выполнение команды ping. Тестирование подключения к удаленной сети
- •Страница 7.3.2.4. Трассировка маршрута. Тестирование пути
- •Страница 7.3.2.5 Cisco Packet Tracer. Проверка адресации iPv4 и iPv6
- •Раздел 7.4
- •Тема 7.4.1
- •Cisco Packet Tracer. Отработка комплексных практических навыков
- •Глава 7. Ip-адресация
Страница 7.2.4.9 Cisco Packet Tracer. Настройка iPv6-адресации
В этом упражнении вам предстоит отработать настройку IPv6-адресов на маршрутизаторе, серверах и клиентских узлах. Кроме того, вы проверите выполнение IPv6-адресации.
Cisco Packet Tracer. Настройка IPv6-адресации (Инструкции)
Cisco Packet Tracer. Настройка IPv6-адресации (PKA)
Раздел 7.3
Тема 7.3.1
Страница 7.3.1.1
Сообщения icmPv4 и icmPv6
Хотя протокол IP не дает гарантию доставки, набор протоколов TCP/IP обеспечивает отправку сообщений даже в случае возникновения каких-либо ошибок. Эти сообщения отправляются с помощью ICMP-сервисов. Назначение таких сообщений — предоставлять обратную связь о проблемах, связанных с обработкой IP-пакетов в определенных условиях, а не повышать надежность протокола IP. Из соображений безопасности сообщения ICMP не обязательны и часто даже не разрешены в сети.
ICMP может использоваться как с IPv4, так и с IPv6. ICMPv4 — это протокол обмена сообщениями для IPv4. Протокол ICMPv6 предоставляет те же сервисы для IPv6, но при этом включает в себя дополнительные функциональные возможности. В рамках данного курса термин ICMP будет использоваться для обозначения как ICMPv4, так и ICMPv6.
Существует множество типов ICMP-сообщений и причин их отправки. Рассмотрим некоторые наиболее распространенные сообщения.
Используются следующие ICMP-сообщения (одинаковые для ICMPv4 и ICMPv6).
Подтверждение узла.
Узел назначения или сервис недоступны.
Превышен интервал ожидания.
Переадресация маршрута.
Подтверждение узла
Эхо-запрос по протоколу ICMP можно использовать, чтобы определить, функционирует ли узел. Локальный узел отправляет узлу эхо-запрос ICMP. Если узел доступен, узел назначения отправляет эхо-ответ. На рисунке нажмите кнопку «Воспроизведение», чтобы посмотреть видеоролик о принципе работы эхо-запроса и эхо-ответа ICMP. Такое использование эхо-запросов по протоколу ICMP легло в основу утилиты ping.
Узел назначения или сервис недоступны
Когда узел или шлюз получает пакет, который не может доставить, он может использовать ICMP-сообщение «Узел назначения недоступен» (Destination Unreachable), чтобы сообщить источнику о том, что узел назначения или сервис для этого пакета недоступны. Такое сообщение содержит код, определяющий причину, по которой пакет не может быть доставлен.
Примеры некоторых кодов сообщений о недоступном узле назначения для ICMPv4:
0 — сеть недоступна.
1 — узел недоступен.
2 — протокол недоступен.
3 — порт недоступен.
Примечание.Протокол ICMPv6 имеет практически такие же коды сообщений о недоступном узле назначения.
Превышен интервал ожидания
Сообщения ICMPv4 о превышении интервала ожидания (Time Exceeded) используется маршрутизатором для указания на то, что пакет невозможно переслать, поскольку значение в поле «Время существования» (Time to Live, TTL) пакета было изменено на 0. Если маршрутизатор получает пакет и изменяет значение в поле TTL IPv4-пакета на ноль, он отбрасывает пакет и отправляет на узел источника сообщение о превышении интервала ожидания.
Протокол ICMPv6 также отправляет сообщение о превышении интервала ожидания, в случае если маршрутизатор не может переслать IPv6-пакет из-за истечения его срока действия. В протоколе IPv6 поле TTL отсутствует; чтобы выяснить, не истек ли срок действия пакета, используется поле «предел переходов» (hop limit).
Страница 7.3.1.2
Сообщения ICMPv6 Router Solicitation (RS) (Запрос к маршрутизатору) и Router Advertisement (RA) (Ответ от маршрутизатора)
Информационные сообщения и сообщения об ошибках, возникающие в протоколе ICMPv6, очень похожи на сообщения о контроле и ошибках, используемые протоколом ICMPv4. Однако протокол ICMPv6 отличается расширенной функциональностью и новыми возможностями, которых нет в ICMPv4. Сообщения ICMPv6 инкапсулируются в IPv6-пакеты.
ICMPv6 включает четыре новых протокола в составе протокола обнаружения соседних узлов (Neighbor Discovery Protocol, ND или NDP).
Обмен сообщениями между IPv6-маршрутизатором и IPv6-устройством:
Сообщение «Запрос к маршрутизатору» (Router Solicitation, RS).
Сообщение «Ответ маршрутизатора» (Router Advertisement, RA).
Обмен сообщениями между IPv6-устройствами:
Сообщение с запросом поиска соседей (NS).
Сообщение об объявлении соседних узлов (NA).
Примечание. ND-протокол ICMPv6 также включает сообщение перенаправления, которое имеет аналогичную с сообщением перенаправления, используемым в ICMPv4, функцию.
На рисунке 1 показан пример обмена сообщениями RS и RA между PC и маршрутизатором. Для получения более подробной информации нажмите на каждое сообщение.
Сообщения NS и NA используются для разрешения адресов и для обнаружения дублирующихся адресов (Duplicate Address Detection, DAD).
Разрешение адресов
Протокол разрешения адресов используется в том случае, когда устройству в локальной сети (LAN) известен индивидуальный IPv6-адрес назначения, но неизвестен MAC-адрес Ethernet. Чтобы определить MAC-адрес назначения, устройство отправляет сообщение NS на адрес запрашиваемого узла. Сообщение включает известный (целевой) IPv6-адрес. Устройство с целевым IPv6-адресом отправляет в ответ сообщение NA, содержащее его MAC-адрес Ethernet. На рис. 2 показан обмен сообщениями NS и NA между двумя PC. Для получения более подробной информации нажмите на каждое сообщение.
Обнаружение дублирующихся адресов (DAD)
Когда устройству назначен глобальный индивидуальный адрес или локальный индивидуальный адрес канала, для этого адреса рекомендуется выполнить процедуру DAD, чтобы убедиться в его уникальности. Для проверки уникальности адреса устройство отправляет сообщение NS с собственным IPv6-адресом в качестве целевого, как показано на рис. 3. Если другому устройству в сети присвоен этот адрес, оно ответит сообщением NA. Это сообщение NA уведомляет устройство-отправителя о том, что данный адрес уже используется. Если соответствующее сообщение NA не возвращается в течение определенного периода времени, индивидуальный адрес признается уникальным и допустимым к использованию.
Примечание. Процесс обнаружения дублирующихся адресов не обязателен, однако документ RFC 4861 рекомендует выполняет его для индивидуальных адресов.
