 |
Главная Случайная страница Контакты | Мы поможем в написании вашей работы! | |
Формат основного заголовка IPv6
|
|
В IPv6 основной заголовок обязателен для каждой дейтаграммы. Он содержит адресную и управляющую информацию, которая используется для управления процессом обработки и маршрутизации дейтаграмм.
| Название поля | Размер (байт) | Описание |
| Version | 1/2 (4 бита) | Определяет версию IP. Содержит значение 6. |
| Traffic Class | Это поле представляет собой замену Type Of Service (TOS) в заголовке IPv4. Оно используется не так же как TOS (используя биты P, D, T и R), а используя новый метод контроля QoS - Differentiated Services (DS) [RFC 2474]. | |
| Flow Label | 2,5 (20 бит) | Это поле разрабатывалось для дополнительной поддержки доставки дейтаграмм в реальном времени и возможностей QoS. Более подробно о нём см. следующий раздел «метки потоков». Не все устройства и маршрутизаторы могут поддерживать обработку метки потока, и использование этого поля является опциональным. Также, поле является экспериментальным, и со временем оно может быть усовершенствовано. |
| Payload Length | Это поле заменяет Total Length из заголовка IPv4, но используется другим образом. Вместо того чтобы представлять собой длину всей дейтаграммы, оно содержит только суммарное количество байт данных и полей расширения. Другими словами, оно представляет длину дейтаграммы минус 40 байт основного заголовка. | |
| Next Header | Это поле заменяет поле Protocol и имеет два применения. Когда дейтаграмма имеет заголовки расширения, это поле идентифицирует тип первого заголовка расширения. Когда дейтаграмма имеет только основной заголовок, оно служит тем же целям, что и старое поле Protocol в IPv4 – идентифицирует тип протокола вышележащего уровня. | |
| Hop Limit | Заменяет поле Time To Live (TTL); его название лучше отражает способ использования TTL в современных сетях (TTL реально используется для подсчета промежуточных узлов, а не времени). | |
| Source Address | 128-битный адрес отправителя дейтаграммы. | |
| Destination Address | 128-битный адрес получателя дейтаграммы: unicast, anycast или multicast. Несмотря на то что промежуточные устройства, такие как маршрутизаторы, могут быть промежуточными целями на пути дейтаграммы, это поле всегда задаёт конечного получателя. |
(До этой стр. убрал переносы – далее—НЕТ!)
Метки потоков [RFC 1809, 3697]
Введение в протоколе IPv6 поля «Метка потока» позволяет значительно упростить процедуру маршрутизации однородного потока пакетов. Поток - это последовательность пакетов, посылае-мых отправителем одному или нескольким получателям, при этом предполагается, что все пакеты данного потока должны быть подвергнуты определенной обработке. Характер этой специальной обработки может быть передан маршрутизатору посредством протокола управления или внутри самих пакетов, например, в опции hop-by-hop.
Допускается несколько потоков между отправителем и получателем, а также обмен, не ассоции-рованный ни с одним из потоков. Поток однозначно описывается комбинацией адреса отправите-
ля, получателя и ненулевой меткой потока. Пакеты, не принадлежащие ни одному из потоков, имеют метку равную нулю. Метка потока присваивается узлом-отправителем путём генерации псевдослучайного 20-битного числа.
Для хостов или маршрутизаторов, которые не поддерживают функцию пометки потоков, это поле должно быть обнулено при формировании пакета, сохраняться без изменения при переадресации и игнорироваться при получении.
Все пакеты, принадлежащие одному потоку, должны быть посланы одним отправителем, иметь один и тот же адрес места назначения, приоритет и метку потока. Если какой-либо из этих паке-тов включает в себя заголовок опций hop-by-hop, тогда все они должны начинаться с одного и то-го же содержания заголовка опций hop-by-hop (исключая поле следующий заголовок заголовка оп-ций hop-by-hop). Если любой из этих пакетов включает заголовок маршрутизации, тогда все они должны иметь идентичные заголовки расширения, включая заголовок маршрутизации (исключая поле следующий заголовок заголовка маршрутизации). Маршрутизаторы и узлы-адресаты могут проверять эти требования (хотя это и необязательно).
При получении пакетов от какого-то источника с неизвестной ненулевой меткой, маршрутизатор обрабатывает их IPv6-заголовок и любой необходимый заголовок расширения так, как если бы метка равнялась нулю. Такая обработка может включать выявление интерфейса следующего шага и другие действия, такие как актуализация опции hop-by-hop, перемещение указателя и адресов в заголовке маршрутизации и т.д. Маршрутизатор может запомнить результаты такой обработки, занеся их в кэш. Последующие пакеты с тем же адресом отправителя, адресом получателя и мет-кой потока уже могут обрабатываться с использованием информации из кэша, не тратя время на детальный просмотр всех полей, которые, согласно уже описанному, должны быть идентичными.
Дата публикования: 2015-01-13; Прочитано: 641 | Нарушение авторского права страницы | Мы поможем в написании вашей работы!
