Ipv6-адрес/длина префикса.

Пример адреса с 64-битным префиксом. 3FFF:FFFF:0:CD30:0:0:0:0/64 . Префиксом в этом примере является3FFE:FFFF:0:CD30.

В IPv 6 отсутствует такое понятия, как маска подсети.IPv6-адрес делится на три части:

· Глобальный префикс (Global Routing Prefix) –аналогичен идентификатору сети (NetworkID) вIPv4и присваивается провайдерам.Определяется он тремя первыми блоками.

· Идентификатор подсети (Subnet ID) – представлен четвертым блоком и, по сути, очень похож на идентификатор подсети (Subnet ID) вIPv4.

· Идентификатор интерфейса (Interface ID) – аналог HostID вIPv4, определяет уникальный адрес хоста вашей сети.

Существует несколько способов получения уникального 64-битного идентификатора интерфейса:он может быть настроен вручную, определен DCHP-сервером или получен путем преобразования MAC-адреса сетевой карты. Вместо маски вIPv6указывается префикс – это количество бит, которые определяют часть блоков, отвечающих за Global Routing Prefix. Пишется префикс через косую черту после самого адреса.

Возьмем для примера IPv6-адрес: 2001:0f68:0000:0000:0000:0000:1986:69af/48. Поскольку префикс (/48) указывает на первые 48 бит, можно сделать вид, что 2001:0f68:0000будет являться частью Global Routing Prefix. Следующее поле, 0000, указывает на идентификатор подсети. Оставшиеся блоки 0000:0000:1986:69af – это идентификатор интерфейса.

В IPv6, опционная информация уровняИнтернетзаписывается в отдельных заголовках, которые могут быть помещены междуIPv6заголовком и заголовком верхнего уровня пакета. Существует небольшое число таких заголовков,каждый задается определенным значением кода поляследующий заголовок. В настоящее время определены заголовки: маршрутизации, фрагментации, аутентификации,инкапсуляции, опций hop-by-hop, места назначения и отсутствия следующего заголовка.IPv6пакет может нести один, или более заголовков расширения, а может и не иметь заголовка расширения, каждый задается предыдущим полемследующий заголовок (рис.):

Рисунок 113 . Структура вложения пакетов для IPv6

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

Единственное исключение из этого правила касается заголовка опций hop-by-hop, несущего в себе информацию, которая должна быть рассмотрена и обработана каждым узлом по пути доставки, включая отправителя и получателя. Заголовок опций hop-by-hop, если он присутствует, должен следовать непосредственно сразу после IPv6-заголовка. Его присутствие отмечается записью нуля в полеследующий заголовокзаголовкаIPv6.

Если в результате обработки заголовка узлу необходимо перейти к следующему заголовку,а код поля следующий заголовокне распознается, необходимо игнорировать данный пакет и послать соответствующее сообщениеICMP(parameter problemmessage) отправителю пакета. Это сообщение должно содержать кодICMP= 2("unrecognizednextheader type encountered " - встретился нераспознаваемый типследующего заголовка) и поле - указатель на не узнанное поле в пакете.Аналогичные действия следует предпринять, если узел встретил код следующего заголовка равный нулю в заголовке, отличном отIPv6-заголовка.

Каждый заголовок расширения имеет длину кратную 8 октетам. Много октетные поля в заголовке расширения выравниваются в соответствии с их естественными границами,т.е., поля с шириной в n октетов помещаются в n октетов, начиная с начала заголовка, для n = 1, 2, 4 или 8.

IPv6включает в себя следующие заголовки расширения:

· Опции hop-by-hop;

· Маршрутизация (routing;тип 0);

· Фрагмент;

· Опции места назначения ;

· Проверка прав доступа (authentication); [ RFC-1826и RFC-1827.]

· Поле безопасных вложений (encapsulating securitypayload), [ RFC-1826 и RFC-1827.]

Адресное пространство IPv6будет распределятьсяIANA(Internet Assigned Numbers Authority - комиссия по стандартным числам вИнтернет[RFC-1881]). В качестве советников будут выступать IAB (internetarchitecture board - совет по архитектуреИнтернет) и IESG (Internet Engineering Steering Group - инженерная группа управленияИнтернет). Внедрение этого нового протокола представляет отдельную серьезную проблему, так как этот процесс не предполагает замены всего программного обеспечения во всем мире одновременно.