Тренинг Cisco 200-125 CCNA v3.0. День 24. Протокол IPv6

С места, где начинается описание того, как формируются IPv6 адреса для Local Link, вы теряете читателя. Фразы типа " Как же назначает MAC-адрес устройства?" или «При этом часть хоста использует MAC-адрес.» могут быть понятны только человеку, который и так все хорошо знает.

потому что 234 уже в 4 раза больше, чем 232

Это прям альтернативная математика… Пришлось прочитать три раза чтобы понять что имелось в виду «2^34» и «2^32»…

Поля Identification, Flags, Fragment Offset и Header Checksum были исключены по причине того, что в современных условиях передачи данных фрагментации не происходит и проверка контрольной суммы не требуется.

Фрагментация очень даже может происходить, и в IPv6 она никуда не делась (там есть Fragment extension), просто уровень изменился — рутеры не занимаются маршрутизацией фрагментов, это возможно только на уровне end-to-end. Контрольные суммы очень даже требуются, но на более низком уровне (Link Layer) и/или на более высоком (application layer).

сегодня повсеместно используется Ethernet стандарта IEEE 802.3 c MTU размером 1500 байтов, и фрагментация больше не встречается

Да-да… В 1500 байт влезет всё… А если учесть что эти 1500 байт существуют аж с 1983 года, за 12 лет до появления проекта IPv6, то это заявление вообще очень странно звучит.

В общем, создаётся впечатление что оригинальный автор имеет весьма базовые знания об IPv6.

Что-то я споткнулся вот об это:
"Как известно, MAC-адрес представляет собой 48-битный IP-адрес, состоящий из 6 блоков по 2 шестнадцатеричных числа. "

Это плохой перевод, или что-то сильно изменилось в сетях?

С нетерпением жду очередной порции, где расскажут о том, как ipv6 устройства очень просто создают VPN-туннели между собой для связи ноутбука находящегося в Бангладеш с офисом в Москве.

Мы помним, что в IPv4 один интерфейс имеет только один IP-адрес.

Это с чего вдруг? Совершенно произвольное количество адресов можно привязать на интерфейс.