Прошел экстерном экзамен по курсу перепордготовки "Информационная безопасность". Хочу получить диплом, но не вижу где оплатить? Ну и соответственно , как с получением бумажного документа? |
Введение в Интернет
Необходимые эникаст-адреса
Эникаст-адрес маршрутизатора субсети предопределен и имеет формат, отображенный на рис. 1.19:
Префикс субсети в эникастном адресе является префиксом, который идентифицирует определенный канал. Этот эникастный адрес является синтаксически идентичным уникастному адресу для интерфейса канала с идентификатором интерфейса, равным нулю.
Пакеты, посланные группе маршрутизаторов с эникастным адресом, будут доставлены всем маршрутизатам субсети. При этом все маршрутизаторы субсети должны поддерживать работу с эникастными адресами. Реальный обмен будет осуществлен лишь с тем маршрутизатором, который ответит первым.
Эникастный адрес маршрутизатора субсети предполагается использовать в приложениях, где необходимо взаимодействовать с одним из совокупности маршрутизаторов удаленной субсети — например, когда мобильный хост хочет взаимодействовать с одним мобильным агентом в его "домашней" субсети.
1.2.6. Мульткаст-адреса
Мультикастинг-адрес IPv6 является идентификатором для группы узлов. Узел может принадлежать к любому числу мультикастинг-групп. Мультикастинг-адреса имеют следующий формат (рис. 1.20рис. ):
11111111 в начале адреса идентифицирует адрес как мультикатинг-адрес.
Старшие 3 флага зарезервированы и должны быть обнулены.
T = 0 указывает на то, что адрес является стандартным (wellknown) мультикастным, официально выделенным для глобального использования в Интернет.
T = 1 указывает, что данный мультикастинг-адрес присвоен временно (transient).
Поле scope представляет собой 4-битовый код мультикастинга, предназначенный для определения предельной области действия мультикастинг-группы. Допустимые значения:
0 зарезервировано 1 Область действия ограничена локальным узлом 2 Область действия ограничена локальным каналом 3 (не определено) 4 (не определено) 5 Область действия ограничена локальной сетью 6 (не определено) 7 (не определено) 8 Область действия ограничена локальной организацией 9 (не определено) A (не определено) B (не определено) C (не определено) D (не определено) E глобальная зона (global scope) F зарезервировано
Идентификатор группы идентифицирует мультикастинг-группы, постоянные или переходные (transient) в пределах ограничений, заданных значением scope.
Значение постоянно присвоенного мультикастинг-адреса не зависит от значения поля scope. Например, если "NTP servers group" присвоен постоянный мультикастинг-адрес с идентификатором группы 43 (hex), тогда:
FF01:0:0:0:0:0:0:43 означает, что все NTP серверы одного и того же узла рассматриваются как отправители;
FF02:0:0:0:0:0:0:43 означает, что все NTP серверы работают с тем же каналом, что и отправитель;
FF05:0:0:0:0:0:0:43 означает, что все NTP серверы принадлежат той же сети, что и отправитель;
FF0E:0:0:0:0:0:0:43 означает, что все NTP серверы находятся в Интернет.
Непостоянно выделенные мультикаст-адреса имеют значение только в пределах данной области ( scope ). Например, группа, определенная непостоянным локальным мультикаст-адресом FF15:0:0:0:0:0:0:43, не имеет никакого смысла для другой локальной сети или непостоянной группы, использующей тот же групповой идентификатор с другим scope, или для постоянной группы с тем же групповым ID.
Мультикастинг-адреса не должны использоваться в качестве адреса отправителя в IPv6 дейтаграммах или встречаться в любых заголовках маршрутизации.
Предопределенные мультикаст-адреса
Приведенные ниже мультикаст-адреса являются зарезервированными (предопределенными):
FF00:0:0:0:0:0:0:0; FF01:0:0:0:0:0:0:0; FF02:0:0:0:0:0:0:0; FF03:0:0:0:0:0:0:0 FF04:0:0:0:0:0:0:0; FF05:0:0:0:0:0:0:0; FF06:0:0:0:0:0:0:0; FF07:0:0:0:0:0:0:0 FF08:0:0:0:0:0:0:0; FF09:0:0:0:0:0:0:0; FF0A:0:0:0:0:0:0:0; FF0B:0:0:0:0:0:0:0 FF0C:0:0:0:0:0:0:0; FF0D:0:0:0:0:0:0:0; FF0E:0:0:0:0:0:0:0; FF0F:0:0:0:0:0:0:0
Перечисленные выше мультикаст-адреса зарезервированы и не будут присваиваться каким-либо мультикаст-группам. Адреса для обращения ко всем узлам:
FF01:0:0:0:0:0:0:1; FF02:0:0:0:0:0:0:1
Приведенные выше адреса идентифицируют группу, включающую в себя все IPv6 узлы в пределах группы 1 (локальные узлы) или 2 (локально связанные узлы). Адреса всех маршрутизаторов:
FF01:0:0:0:0:0:0:2; FF02:0:0:0:0:0:0:2
Приведенные выше мультикаст-адреса идентифицируют группу всех IPv6 маршрутизаторов в пределах области 1 (локальные узлы) или 2 (связанные локально узлы).
DHCP server/relayagent: FF02:0:0:0:0:0:0:C
Приведенные выше мультикастинг-адреса идентифицируют группу всех IPv6 DHCP серверов и транзитных агентов в пределах области 2 (локальный канал).
Адрес активного узла (solicitednode): FF02:0:0:0:0:1:xxxx:xxxx
Приведенный выше мультикаст-адрес вычислен как функция уникастного и эникастного адресов узла. Мультикаст-адрес активного узла (solicitednode) сформирован из младших 32 бит адреса (уникастного или эникастного) добавлением 96-битного префикса FF02:0:0:0:0:1. В результате получен мультикастинг-адрес, охватывающий интервал:
FF02:0:0:0:0:1:0000:0000
до
FF02:0:0:0:0:1:FFFF:FFFF
Например, код мультикаст-адреса активного узла (solicited node), соответствующий IPv6 адресу 4037::01:800:200E:8C6C, равен FF02::1:200E:8C6C. IPv6 адреса, которые отличаются только старшими разрядами, например, из-за множественных старших префиксов, соответствующих разным провайдерам, будут совпадать с адресом активного узла, что сокращает число мультикаст-групп, к которым узел должен присоединиться.
1.2.7. Заголовки расширения IPv6
В IPv6, опционная информация уровня Интернет записывается в отдельных заголовках, которые могут быть помещены между IPv6 заголовком и заголовком верхнего уровня пакета. Существует небольшое число таких заголовков, каждый задается определенным значением кода поля следующий заголовок. В настоящее время определены заголовки: маршрутизации, фрагментации, аутентификации, инкапсуляции, опций hop-by-hop, места назначения и отсутствия следующего заголовка. Как показано в примерах ниже, IPv6 пакет может нести нуль, один или более заголовков расширения, каждый задается предыдущим полем следующий заголовок (рис. 1.22):
Заголовки расширения не рассматриваются и не обрабатываются узлами по пути доставки. Содержимое и семантика каждого заголовка расширения определяет, следует или нет обрабатывать следующий заголовок. Следовательно, заголовки расширения должны обрабатываться строго в порядке их выкладки в пакете. Получатель, например, не должен просматривать пакет, искать определенный тип заголовка расширения и обрабатывать его до обработки предыдущих заголовков.
Единственное исключение из этого правила касается заголовка опций hop-by-hop, несущего в себе информацию, которая должна быть рассмотрена и обработана каждым узлом по пути следования, включая отправителя и получателя. Заголовок опций hop-by-hop, если он присутствует, должен следовать непосредственно сразу после IPv6-заголовка. Его присутствие отмечается записью нуля в поле следующий заголовок.
Если в результате обработки заголовка узлу нужно перейти к следующему заголовку, а код поля следующий заголовок не распознается, необходимо игнорировать данный пакет и послать соответствующее сообщение ICMP (parameter problem message) отправителю пакета. Это сообщение должно содержать код ICMP = 2 ("unrecognized next header type encountered" — встретился нераспознаваемый тип следующего заголовка ) и поле — указатель на неузнанное поле в пакете. Аналогичные действия следует предпринять, если узел встретил код следующего заголовка, равный нулю в заголовке, отличном от IPv6-заголовка.
Каждый заголовок расширения имеет длину, кратную 8 октетам. Многооктетные поля в заголовке расширения выравниваются в соответствии с их естественными границами, т.е. поля с шириной в n октетов помещаются в n октетов, начиная с начала заголовка, для n = 1, 2, 4 или 8.
1.2.8. Отсутствие следующего заголовка
В заголовке, за которым следует поле данных, в поле следующий заголовок IPv6 записывается код 59. Если поле длина данных заголовка IPv6 указывает на присутствие октетов после конца заголовка, содержащего код 59 в поле следующий заголовок, эти октеты должны быть проигнорированы и переданы без изменений при переадресации пакета.