Протокол 6. IPv6 протокол

12.04.2018 | Андрей Леушкин

На 1 февруари 2011 г. последните два /8 блока (максимален брой хостове 16777216) бяха дадени на APNIC. Това събитие информира света, че IPv4 адресното пространство е приключило. С други думи, интернет регистраторите могат да използват само онези адреси, които са били получени преди това. Недостигът на IPv4 адреси трябва да се реши чрез преминаване към IPv6 адреси. Напредъкът на миграцията, както и опитът от използването на този протокол от различни организации, ще бъдат обсъдени по-долу.

Чужд опит

Големи интернет доставчици и услуги, както и производители на оборудване, активираха протокола на своето оборудване в чест на Световния ден на IPv6. Сред тях бяха такива гиганти като AT&T, Google, Cisco, Facebook, Microsoft Bing, Yahoo! Към момента на писане тези и много други услуги продължават да работят както в IPv4, така и в IPv6 сегменти. Например Google Public DNS е наличен не само на адреси 8.8.8.8 и 8.8.4.4, но и на 2001:4860:4860::8888 и 2001:4860:4860::8844.

Доставчиците AT&T и Orange предоставят на своите клиенти два адреса наведнъж - единият IPv4, другият IPv6, като едновременно с това конфигурират и двата параметъра на мрежовата връзка. Ако в първия случай компаниите правят това за наличието на своите ресурси, то във втория – за директен достъп до тях.
Доста интересен е фактът, че чуждестранни организации използват IPv6 в центрове за данни и центрове за данни. Поради предимствата на протокола (големи адресни пространства и по-леки хедъри на пакети), както и голямото разпространение на виртуалните машини в сравнение с физическите, използването на IPv6 е просто необходимо.

IPv6 се внедрява активно в азиатските страни. Проблемът с недостига на IPv4 адреси в Китай е доста остър. Според агенция Xinhua до 2020 г. се планира активните потребители да се увеличат до 500 хиляди, а до края на 2025 г. Китай ще стане световен лидер по брой потребители на IPv6.

Руски опит

Има малко официална информация относно използването на IPv6 от ISP, но някои данни са налични тук. Сред големите доставчици трябва да се подчертаят VimpelCom (Beeline) и TTK. Трябва да се отбележи, че VimpelCom вече успешно прехвърли няколко региона към IPv6 в рамките на мобилната мрежа и активно използва този протокол.

Големите руски интернет компании също не останаха настрана. Yandex активно използва IPv6 в своите мрежи. Пощенските услуги, DNS и самата мрежа вече поддържат новия протокол. В своя блог Yandex съобщава, че поддръжката на IPv6 в света е средно по-добра, отколкото в Runet, и това е причината за организирането на взаимодействие между сървърите на пощенските услуги. Пример за такова изпълнение е представен на фигура 1.

Отделен проблем за Yandex беше така наречената спам защита - набор от програми и бази данни за защита срещу спам и нежелани писма. Анти-спам алгоритмите на Yandex.Mail комбинират не само статистически и евристични методи, машинно обучение, но и механизъм за вземане на решения въз основа на тези фактори. Проблемът беше, че един от методите проверява IP адресите на участващите компютри и съхранява репутацията на техните IPv6 адреси, чийто общ брой значително надвишава дори общия обем RAM на всички сървъри на Yandex. Инженерите обаче намериха компромисно решение и отстраниха проблема.

Що се отнася до търсачките, повечето от тях вече работят не само на протокола IPv4, но и на IPv6, с изключение на Rambler.ru.

IPv6 в IoT

Интересен факт е използването на IoT в домашните мрежи. Всъщност, интернет на нещата –това е вид идеална среда, в която всички „умни“ устройства са свързани към една мрежа с директен достъп до тях от глобалната мрежа.

Каква е причината за употреба? Разбира се, огромно адресно пространство. Нека да разгледаме Фигура 2. Тук виждаме устройството на домашна локална мрежа.

  • устройства 1 , 2 И 3 са показани схематично като потребителски устройства.
  • устройство 3 – сървър на системата “умен дом” например.
  • устройство 4 - точка за достъп.
  • устройство 6 – рутер, който осигурява достъп до интернет на устройствата в домашната мрежа.
  • Комуникационна линия 5 свързва точката за достъп към вътрешния интерфейс на рутера.
  • Комуникационна линия 7 свързва външния интерфейс на рутера към мрежата на доставчика ( 8 ). И двете комуникационни линии използват протокола IPv6. Въпреки това ред 7 (външният интерфейс на рутера) използва адресното пространство /128, а домашната подмрежа има префикс /64.

След това целият трафик, идващ към външния порт на рутера, се „насочва“ към вътрешната мрежа с бели IPv6 адреси. Защо не NAT или пренасочване на портове? Подмрежата /64 е доста голяма и предполага съществуването на 18446744073709551616 адреса. Вероятното изобилие от различни видове сензори и устройства е просто невъзможно да се присвои на конкретен TCP порт на външния интерфейс. Трябва да се разбере, че вътрешната мрежа не е ограничена до четири устройства и не всички устройства от системата за интелигентен дом ще бъдат свързани към сървъра, а ще бъдат достъпни директно.

Индустриални приложения на IPv6

Използването и преходът от IPv4 към IPv6 в индустрията е също толкова оправдано, колкото и използването в система за интелигентен дом. Проблемът с недостига на IPv4 адреси е остър. Конкретен пример е нефтената и газовата индустрия и използваните в нея M2M сензори. Общата схема на взаимодействие е показана на фигура 3.

Накратко, информацията от станциите за добив на нефт или газ се предава в единен диспечерски център (за справка: в Русия има около 140 нефтени находища и 11 най-големи газови находища). В едно поле може да има няколко такива станции. Изглежда, че това не е толкова голямо количество, но нефтът или газът, издигнат на повърхността, се транспортират през главни нефто- или газопроводи и целият процес изисква постоянно наблюдение, а това са стотици хиляди различни видове сензори, инструменти и помпени станции.

Взаимодействието M2M (machine-to-machine/machine-to-machine) се осъществява благодарение на клетъчните оператори. M2M може да се внедри в почти всяка индустрия - жилищни и комунални услуги, градски транспорт и платежни терминали (АТМ).

Често срещани проблеми:

  1. Оборудването трябва да поддържа IPv4v6 Dual-Stack.
  2. Използването на IPv4v6 Dual-Stack в мрежи на доставчици (и не само) предполага цялостни промени в основните и транспортните мрежи, платформите за услуги, таксуването, SORM и т.н.
  3. Клиентското оборудване от друга мрежа трябва да разбира какво е IPv6. Ако доставчикът на интернет услуги на клиента не „разбира“ IPv6, единствената опция е IPv6 да се тунелира в IPv4 тунел.
  4. Съдържанието на IPv6 мрежата е слабо и повечето услуги за ресурси работят на IPv4.
  • 2a02:6b8::feed:0ff — захранване, базов адрес на сървъра
  • 2a02:6b8::feed:bad — лошо захранване, защитен адрес на сървъра
  • 2a02:6b8::feed:a11 — захранване на всички, адрес на семеен сървър (адреси със съдържание 18+ не се издават)

Не мисля, че има нужда от превод.

Google се стреми хората да запомнят чрез, по всяка вероятност, мускулна и визуална памет:

  • 2001:4860:4860::8888
  • 2001:4860:4860::8844

Първият сегмент е числото 2001. Интересна връзка между Google и 2001 е, че за съответната заявка за търсене можете да отидете на сайта, където се намира фразата „Google: Let's Query Like It's 2001“, което се превежда като „Google, нека опитайте като през 2001 година." През същата година компанията стартира PR (PageRank), един от алгоритмите за класиране на връзки.

Вторият и третият сегмент са числата 4860, те са много удобни за въвеждане в цифровата част на клавиатурата.

Това е последвано от сегмент, съдържащ 0000, но съкращаването на записа прави въвеждането на нули незадължително.
Последният сегмент 8888 в основния адрес и 8844 в алтернативния по същество са препратка към адресите в IPv4 - съответно 8.8.8.8 и 8.8.4.4.

Заключение

Както показа практиката, IPv6, макар и бавно, намира приложение в съвременния свят. Въпреки проблемите, свързани с прехода към нова версия на интернет протокола, това е важна и значима стъпка за всички без изключение. VAS Experts вече е готов да предложи на своите клиенти да започнат да използват IPv6, чието внедряване е добавено в най-новите версии на VAS DPI. В бъдеще планираме да развием Dual Stack (оформяне, услуги, терминиране, издаване на адреси), както и пълна поддръжка за NAT технология.
По-подробна информация за предимствата на съвременната система за задълбочен анализ на трафика СКАТ DPI, ефективното й използване в мрежите на телекомуникационните оператори, както и миграцията от други платформи можете да научите от специалистите на VAS Experts, разработчик и доставчик на СКАТ DPI система за анализ на трафика.
Абонирайте се за бюлетина на блога, за да не пропускате нови материали.

5.6.1 Фундаментално решение на проблема с недостига на мрежови адреси и много други проблеми, свързани с популяризирането на IP пакети в мрежи, доведе до прехода към нова версия на IP протокола - IPv6 (REC 2460) и система за адресиране (REC 2373 ). В съответствие с (REC 2373), дължината на IP адреса се е увеличила от 4 байта (IPv4) на 16 байта (IPv6), както е показано на Фигура 5.6.

Фигура 5.6 - Представяне на адресни формати в IPv4 и IPv6 протоколи за маршрутизиране на пакети

Основната цел на промяната на системата за адресиране не беше механично увеличаване на адресното пространство, а повишаване на ефективността на TCP/IP стека като цяло. Преходът към нова система намали разходите за маршрутизиране чрез увеличаване на броя на нивата на адресна йерархия, групово адресиране и т.н.

Типът на адреса се определя от стойността на най-значимите няколко бита от адреса, които се наричат ​​"форматен префикс". Наличието на префикс позволява на опорните рутери да агрегират потоци от данни, т.е. маршрутизирайте данни с адреси, които имат еднакви форматни префикси по същия маршрут.

5.6.1.1 Разпределението на адресното пространство на най-високо ниво се управлява от Internet Assigned Numbers Authority (IANA). Тази организация разпределя блокове от адреси с 8-битов префикс към регионалните интернет регистратори RIR (Регионален интернет регистър). В момента има пет RIR:

1 За Северна Америка - ARIN (Американски регистър за интернет номера).

2 За Европа, Близкия изток, Централна Азия - RIPE NCC (Регионален интернет регистър, Европейски мрежов координационен център).

3 За Азия и Тихоокеанския регион - APNIC (Азиатско-тихоокеански мрежов информационен център).

4 За Латинска Америка и Карибите - LACCIA (Интернет адреси в Латинска Америка и Карибите).

5 За Африка - AfriNIC (Африкански мрежов информационен център).

Интернет регистраторът - RIR, от своя страна, разпределя блокове от адреси на локални интернет регистратори - LIR (Local Internet Registry), които са големи интернет доставчици. Местните интернет регистратори - LIR - разпределят блокове от адреси на по-малки доставчици или корпоративни клиенти.

Фигура 5.5 показва структурата на глобален агрегиран уникален адрес в IPv6 пакет

Фигура 5.5 - Структура на глобален агрегиран уникален адрес в IPv6 пакет

В протокола IPv6 адресът се състои от 128 бита и не се използват подмрежови маски, тъй като трябва да има много дълги маски - също по 128 бита. Вместо това се използва само префиксът. Значението на префикса в IPv6 е същото като при IPv4 - разделяне на частта от адреса, която съхранява информация за мрежата, от частта от адреса, която съхранява информация за мрежовия възел. Дясната част, която съхранява информация за мрежовия възел, има специално име - „ID на интерфейса“.

IP адресът на пакета, в съответствие с протокола за маршрутизиране на данни - IPv6, съдържа следните полета:

1 Форматният префикс (IANA) е с дължина 8 бита и описва нивата на идентификация на регионалната мрежа;

2 Агрегацията от най-високо ниво (RIR) е с размер 16 бита и идентифицира мрежите на най-големите доставчици на услуги;

3 ниво на агрегиране (LIR) е с размер 24 бита и идентифицира мрежи от средни и малки доставчици на услуги;

4 Агрегирането на локално ниво (SLA) е с размер 16 бита и идентифицира подмрежи на отделни групи абонати, например подмрежи на корпоративна мрежа;

5 ID на интерфейса е с размер 64 бита и идентифицира отделни абонатни възли (със същия размер като локалния адрес). Неговият размер - 64 бита ви позволява да поставите например при маршрутизиране адрес на X25 мрежа (до 60 бита) или Ethernet мрежа (MAC адрес 48 бита).

За запис на IP адрес (IPv4 мрежа) в заглавката на IP пакета се отделят само 4 байта (32 бита), които представляват 4 числа, а в IPv6 мрежата - 16 байта (128 бита), които представляват 16 числа

5.6.1.2 Адресите могат да бъдат записани в различни форми, например с помощта на протокола IPv4 - под формата на десетични числа с точка - 128.10.2.30; шестнадесетичен запис - 80.010.02.1D; Бинарна нотация - 10000000 00001010 00000010 00011110. Съгласно IPv6 протокол всеки байт на адреса е написан като две шестнадесетични цифри и се отделя от съседния байт от дебелото черво, например, 3005: 0DB4: 0000: 0000: 0000: 00A: 0000 :6789.

За удобство са приети съкратени форми за записване на IPv6 адреси. Те включват следното:

1 Записите, в които нулевите групи 0000 са обозначени с 0 или не записват водещи нули в групата ‒ 000A, са представени като A. IPv6 адресът по-горе може да бъде написан като 3005: DB4:0:0:0: A:0 :6789.

2 Тъй като броят на IPv6 адресните групи е известен (има 8 от тях), не можете да пишете нулеви групи, а да ги посочите с две двоеточия, следващи една след друга, например 3005: DB4:: A:0:6789.

3 В адреса е разрешено само едно пропускане на нулеви групи, в противен случай ще възникне двусмислие при възстановяване на адреса.

4 Позволено е да се пропусне в адресния запис всяка верига от нулеви групи, не непременно най-дългата.

5 В адресния запис на шестата версия, както и в четвъртата версия, се използва префикс, който обозначава непрекъсната верига от определен брой битове, идентифициращи онези битове от адреса, които съвпадат с тази верига. Например записът 2001: DB8:0: CD9F::123/58 съответства на адрес, чийто префикс е написан като 2001: DB8:0: CD80::.

5.6.1.3 IPv6 адресите, както и IPv4 адресите, се разделят на типове:

1 Unicast адресите са глобални unicast адреси. Пакет с такъв адрес се доставя до определен мрежов възел (интерфейс).

2 Частни индивидуални адреса (Private-use Unecast), предназначени за използване в корпоративни мрежи.

3 Вътрешноканални индивидуални адреси (Link-local Unicast) се използват за автоматично конфигуриране на възли в проста peer-to-peer мрежа.

4 Мултикаст - Групови адреси, които се използват за разпространение на пакети за мултикаст.

5 Нововъведение в системата за адресиране са Anycast адресите, които адресират група интерфейси, но пакет, изпратен до такъв адрес, достига само до един (обикновено най-близкият) интерфейс.

6 Като адрес за обратна връзка се използва адрес във формата::1.

Тъй като преходът от IPv4 към IPv6 ще се извърши на етапи и за доста дълъг период от време, е необходимо да се организира взаимодействието на мрежите, работещи на тези протоколи. Има няколко подхода за организиране на такова взаимодействие.

Първият подход е транслация (преобразуване) на протокол, реализирана от шлюз, който е инсталиран на границата на мрежи, използващи различни протоколи. Основната задача на такъв шлюз е да конвертира IPv4 пакет в IPv6 пакет и обратно в съответствие с правилата, илюстрирани на Фигура 5.6.

0000…….000000 IPv4

12 байта 4 байта

IPv6 към IPv4 преобразуване (старшите байтове се изхвърлят при предаване на IPv6 пакет през IPv4 мрежа)

0000…….000000 111….111 IPv4

10 байта 2 байта 4 байта

Конвертиране на IPv4 в IPv6 (при предаване на IPv4 пакет през IPv6 мрежа, 11-ти и 12-ти байт се запълват с единици)

Фигура 5.6 - Правила за преобразуване на IPv6 адреси в IPv4 и обратно

Вторият подход е мултиплексиране на протоколни стекове, което се състои от инсталиране на двата протокола на взаимодействащи мрежови възли. Това се отнася и за рутери, през които пакетите се маршрутизират между тези възли. Когато IPv6 възел комуникира с IPv4 възел, се използва IPv4 протокол.

протоколIPv6 е разширение IPv4. По този начин приложенията, които използват транспортния и приложния слой, изискват много малко или почти никакви промени, за да започнат да работят IPv6.

протокол IPv6 изпълнява редица разширени функции.

Голямо адресно пространство.Основната причина за промяна на версията на използвания IP протокол е по-голямото адресно пространство: адреси в IPv6са дълги 128 бита (срещу 32 бита в IPv4). По-голямото адресно пространство избягва потенциалния проблем с изчерпването на адресното пространство на протокола IPv4.

Автоматично конфигуриране на възли.Възел IPv6може да се конфигурира автоматично при свързване към мрежа с IPv6-маршрутизиране с помощта на протокола за съобщения ICMPv6. Когато се свързва за първи път, възелът изпраща заявка за получаване на своите конфигурационни параметри (помолване за рутер) и, ако е възможно, рутерът изпраща пакет с настройки на мрежовия слой за този възел (реклама на рутера). Ако IPv6не е приложим по някаква причина, хостът може да бъде конфигуриран ръчно.

Суперграми (Джъмбограми). IN IPv4Размерите на пакетите са ограничени до 64 килобайта полезен товар. IN IPv6Стана възможно да се заобиколи това ограничение чрез използването на така наречените суперграми, които позволяват използването на пакети с размер до 4 мегабайта. Използването на такъв пакет в локална мрежа или в обикновен интернет канал изглежда непрактично, но по магистрали и други мрежови канали с голям капацитет предаването на по-малък брой по-големи пакети е предимство.

Мрежова сигурност.Протоколът за защита на IP мрежата IPSec (Internet Protocol Security), който реализира слой за криптиране и удостоверяване, е неразделна част от основния протокол в IPv6, За разлика от IPv4, където се считаше за доп.

качество обслужване(Качество на услугата, QoS). Тази иновация се основава на идеята за диференциация на услугата, която е необходимостта да се предостави възможност за избор и плащане за ниво на услуга, което е различно от стандартното. Възможните опции включват гарантирана доставка, експресна доставка, временно разпределение на значителна честотна лента, минимални разходи за доставка (евентуално за сметка на скоростта на доставка) и много други параметри, които могат да бъдат приоритетни за конкретни потребители в зависимост от тяхното конкретно време и местоположение. В протокола IPv4 системата QoS е частично внедрена, но не се използва широко.

Мобилни потребители.Мобилността беше частично решена в протокола IPv4, но не беше широко използвана, тъй като лаптопите, PDA устройствата и мобилните телефони станаха широко използвани едва наскоро; Въпреки това, с развитието на безжичните технологии, той нямаше как да не бъде подобрен в новия IPv6 протокол, чиито стандарти разграничават два вида мобилност: обикновена мобилност и микромобилност. обикновено, микромобилносткомуникира със слоя за връзка за данни (безжична връзка). Тук е подходящо да се направи аналогия с клетъчните комуникации: и в двата случая се разглеждат начини за реализиране на възможността за преместване на мобилно устройство между безжични точки за достъп, без да се губи връзката. Проектът се разработва съвместно с компании, разработващи безжични мрежови технологии Wi-Fi и Wi-MAX, за които се прогнозира, че в бъдеще ще изместят изцяло клетъчните комуникации от пазара и ще се превърнат в основата на набиращата скорост напоследък IP телефония. Различен вид мобилностнамира приложение в малко по-голям мащаб, където например потребителят трябва да влезе в мрежа в Москва и да обмени информация с клиент в Ню Йорк, сякаш е в собствената си мрежа в Токио, в който случай не се нуждае да изпращате всякакви съобщения до половината свят. Решенията и стандартите за поддръжка на мобилни потребители все още са в процес на разработка.

Смята се, че всички тези нововъведения ще бъдат ключът към дългосрочното използване на протокола IPv6 като основен за работа в мрежа, предимно в Интернет.

IPv6 протокол пакети състоя се от заглавка с постоянен формат , допълнителни заглавки за разширение , иполезен товар (данни) . Всички тези елементи са капсулирани в рамка на слой за връзка.

IPv6 -заглавиепредназначени да намалят времето за обработка в дестинацията и междинните рутери. IPv6 хедърът няма променлива дължина - винаги е 40 байта. Форматът на заглавката на IPv6 се различава от структурата на заглавката на пакета IPv4, като намалява броя на полетата (някои бяха премахнати като ненужни, добавени бяха нови, някои бяха модифицирани и имената бяха променени). Структурата на IPv6 пакета е показана в ориз. 2.8.

Фигура 2.8 – СтруктураIPvОпаковка от 6 бр

В полето Версия (Версия) показва, че тази заглавка се отнася до протокола IPv6; стойността на това 4-битово поле е 6.

Ново поле Клас (Клас) осигурява поддръжка за приоритизиране на трафика. Първо малко полетадпоказва, че трафикът е чувствителен към забавяне. Ако е равно на единица, тогава трафикът зависи от времевите характеристики. Например интерактивният обмен на данни, както и аудио и видео предаванията, изискват връзки с ниска латентност. Следователно, в пакети, съдържащи тези видове полезни товари, първият бит на полето Класобикновено е равно на едно. Поле Предимство (Предимство) подобно на съответното IPv4 заглавно поле и позволява на приложението да разграничава типовете трафик въз основа на техните приоритети. Съответно рутерите имат достъп до битове за приоритет, за да приоритизират трафика по време на обработка и опашка. Последните четири бита от полето Класв момента са запазени.

Поле поток (Поток) управлява група от пакети, които по искане на източника трябва да бъдат обработени по специален начин от междинни рутери. Полето обикновено не се използва: по подразбиране е допълнено с 20 нули.

Поле Дължина на полезния товар (Полезен товар Дължина) съдържа информация за количеството данни след IPv6 хедъра (самият хедър не се брои). Полето Дължина на полезния товар е 2 байта.

В областта Следващото заглавие (Следващия Заглавка) , който е дълъг 1 байт, указва последващото разширение заглавка, транспорт или някакъв друг протокол (Таблица 2.3). Много от стойностите, представени в таблицата, също са типични за IPv4 пакета (стойностите в скоби са само за IPv6 пакета).

Таблица 2.3 – Стойности на полетаСледващия Заглавка

Значение

Тип заглавка

Опции за вътрешен транзит (IPv6)

Протокол за управление на интернет съобщения ICMP

Протокол за управление на интернет групи IGMP

Капсулиране на IPv4 пакет в IPv6 пакет (IPv6)

Поток (IPv6)

Протокол за контрол на предаването TCP

UDP протокол за потребителска дейтаграма

Заглавка за маршрутизиране (IPv6)

Заглавка на фрагментиране (IPv6)

Заглавка за удостоверяване (IPv6)

Интернет протокол за контролни съобщения ICMP (IPv6)

Липсва следваща заглавка (IPv6)

Заглавка на опциите за местоназначение (IPv6)

Поле Транзитен лимит (хоп Лимит) в протокола IPv4 се извиква Живот. Това име съответства на действителния ред на използването му в двете версии на протокола.

Поле Адрес на източника (Източник Адрес) идентифицира 16-байтовия IP адрес на изпращащия хост.

Поле Адрес на дестинацията (Дестинация Адрес) идентифицира 16-байтовия IP адрес на приемащия хост.

В IPv6 всяко заглавие на разширението трябва да бъде поставено между IP заглавието и заглавките на протокола от по-висок слой. Спецификацията на протокола IPv6 в момента осигурява поддръжка за шест заглавки на разширение, чиято последователност е показана в ориз. 2.9.

Ориз. 2.9 – Подреждане на заглавките в пакетIPv6

Заглавка на разширения за опции за Intertransitпредназначени за предаване на данни за рутери, разположени по целия път. Например, ако се изисква мултикаст за доставяне на инструкции за маршрутизиране към мрежата, тези инструкции могат да бъдат поставени в тази заглавка и междинните рутери по маршрута ще анализират тази заглавка. Има две предложения относно използването на това заглавие:

1) предаване на предупреждения към рутери;

2) прехвърляне на опции за услугата QoS.

Заглавка на разширения за опции за дестинациявъвежда метод за увеличаване на IPv6 хедъра, за да поддържа опции и настройки за обработка на пакети. Това заглавие предвижда бъдещо използване на брандирани и стандартизирани съобщения. Стойностите на типа опция ще трябва да бъдат регистрирани в организацията IANA (интернет Възложено Числа Власт (www.iana.org)) и описани в специални Интернет стандартиRFC (Заявка За Коментари).

Заглавка на разширения за маршрутизиране IPv6 осигурява поддръжка за стриктно маршрутизиране от източника до местоназначението. Този хедър съдържа полета, предназначени да посочват междинни адреси, през които трябва да се предават IPv6 пакети. И така, изпращачът изчислява пътя през всички рутери, които се очаква да обработят дадения пакет. Той изброява техните адреси в подреден списък, като поставя адреса на крайния дестинационен рутер в самия край на списъка. Адресът на първия рутер по пътя е посочен в полето Адрес на дестинацията IPv6 заглавка. В нормални случаи междинните маршрутизатори препращат пакета, без да проверяват съдържанието на заглавките. Когато пакетът пристигне в първия рутер, той търси този конкретен хедър. Ако всичко е правилно, рутерът поставя адреса на следващия рутер в списъка в полето Адрес на дестинациятаи премества адреса му в края на списъка. Този процес се повтаря, докато пакетът пристигне на крайната си дестинация. Такъв списък може да съдържа до 255 адреса на рутера.

Протоколът IPv6 забранява фрагментирането на пакети при транзит (на рутери). Отговорност на първоначалния подател е да провери MTU до дестинацията и да фрагментира данните според тази предавателна единица, преди да изпрати пакета. Ако предавателното устройство трябва да изпрати пакети, по-големи от MTU стойността, Заглавка на разширения за фрагментиране IPv6 протокол.

Заглавка на разширенията за удостоверяванее предназначен да определи действителния произход на пакет в случаи на хакерски атаки (кражба на пакети) с използване на фалшиви IP адреси. Този хедър също така осигурява проверки за целостта на онези части от пакета, които остават непроменени по време на предаване.

Заглавка на капсулирани разширения за полезен товар за сигурносте предназначен за криптиране на данни и винаги трябва да бъде последният във веригата от IP хедъри.

Следователно протоколът IPv6 очевидно превъзхожда протокола IPv4 по своята вътрешна структура и функционалност и е негов достоен заместител. Междувременно IPv4 се счита за основен протокол, а IPv6 се използва само частично. До IPv6няма да измести напълно IPv4(което е малко вероятно да се случи в обозримо бъдеще), необходимите механизми за преход IPv6- могат да се използват възли IPv4-услуги и така, че изолирани IPv6-използвани хостове и мрежи IPv6-Интернет чрез IPv4-инфраструктура.

Има 2 варианта за решаване на този проблем.

Подход с два стека.Тъй като IPv6е разширение IPv4, е възможно да се създаде мрежов стек, който поддържа и двете IPv4, така IPv6. Това изпълнение се нарича двоен стек, а изпълнението на двоен стек за възел се нарича възел с двоен стек.

Тунелиране презIPv4. За да стигнете до IPv6-Интернет, изолирани възли или мрежи трябва да могат да използват съществуващите инфраструктури IPv4за предаване IPv6- пакети. Това може да стане с помощта на техника, известна като тунелиране, която включва вграждане IPv6-опаковки в IPv4(всъщност, IPv4става като ниво на канал за IPv6).

Пълният преход към IPv6 и изброените по-горе решения предполагат пълно отхвърляне на текущото комутационно оборудване, което работи само с протокола IPv4. Преходът към ново оборудване в локалните мрежи и в Интернет ще доведе до материални разходи, което, разбира се, също възпрепятства прилагането на протокола IPv6. Основните етапи на въвеждане IPv6са следните:

1) подмяна или мигане на остаряло оборудване;

2) осигуряване на производителите на ново оборудване с достатъчно информационни ресурси за обработка IPv6;

3) инвестиране в разработването на нов софтуер за поддръжка IPv6;

4) осигуряване на публичност (да се убедят крайните потребители в полезността на подготовката за модернизация на съществуващото оборудване);

5) предоставяне на информация на крайните потребители (за създаване на търсене за IPv6-оборудване);

6) инвестиции от доставчици на технически ресурси в подготовка за IPv6.

Пример за поддръжка на протокола IPv6 беше предоставен от организаторите на Летните олимпийски игри през 2008 г. в Пекин, които създадоха копие на основния уебсайт, използвайки IPv6 адрес http://ipv6.beijing2008.cn/ bg(IP адрес: 2001:252:0:1::2008:6 и 2001:252:0:1::2008:8). Всички мрежови взаимодействия на Олимпиадата бяха планирани да се извършват чрез IPv6. Това събитие може да се счита за най-голямата технологична демонстрация IPv6от създаването си.

Държавите-членки на Съвета на Европа, които са подписали този протокол към Конвенцията за защита на правата на човека и основните свободи, подписана в Рим на 4 ноември 1950 г. (наричана по-долу „Конвенцията“),

като има предвид, че събитията, настъпили в няколко държави-членки на Съвета на Европа, изразяват обща тенденция в полза на премахването на смъртното наказание,

се договориха, както следва:

член 1

Премахване на смъртното наказание

Премахва се смъртното наказание. Никой не може да бъде осъден на смърт или екзекутиран.

член 2

Използване на смъртното наказание по време на война

Една държава може да предвиди в законодателството си смъртно наказание за действия, извършени по време на война или когато има непосредствена заплаха от война; такова наказание се прилага само в случаите, установени със закон и в съответствие с неговите разпоредби. Държавата съобщава на генералния секретар на Съвета на Европа съответните разпоредби на това законодателство.

член 3

Забрана за дерогация от спазването на задълженията

Не се допускат дерогации от разпоредбите на този протокол въз основа на член 15 от конвенцията.

Член 4

Забрана за резервации

Не се допускат резерви към разпоредбите на този протокол въз основа на член 57 от конвенцията.

член 5

Приложение към територии

1. Всяка държава може, по време на подписване или при депозиране на своя инструмент за ратификация, приемане или одобрение, да посочи територията или териториите, за които ще се прилага този протокол.

2. Всяка държава може на всяка по-късна дата, чрез декларация, адресирана до Генералния секретар на Съвета на Европа, да разшири прилагането на този протокол към всяка друга територия, посочена в декларацията. По отношение на тази територия протоколът влиза в сила на първия ден от месеца, следващ датата на получаване от генералния секретар на такава декларация.

3. Всяка декларация, направена съгласно двата предходни параграфа и отнасяща се до която и да е територия, посочена в тях, може да бъде оттеглена чрез уведомление, адресирано до Генералния секретар. Оттеглянето влиза в сила на първия ден от месеца, следващ датата на получаване на такова уведомление от Генералния секретар.

Член 6

Връзка с Конвенцията

Държавите - страни по конвенцията, считат членове от 1 до 5 от този протокол за допълнителни членове към конвенцията и всички разпоредби на конвенцията се прилагат съответно.

член 7

Подписване и ратификация

Този протокол е отворен за подписване от държавите-членки на Съвета на Европа, които са подписали конвенцията. Той подлежи на ратификация, приемане или одобрение. Държава-членка на Съвета на Европа не може да ратифицира, приеме или одобри този протокол без едновременно или предварително ратифициране на конвенцията. Инструментите за ратификация, приемане или одобрение се депозират при Генералния секретар на Съвета на Европа.

Член 8

2. За всяка държава-членка, която впоследствие изрази своето съгласие да бъде обвързана с протокола, протоколът влиза в сила на първия ден от месеца, следващ датата на депозиране на инструментите за ратификация, приемане или одобрение.

Член 9

Депозитарни функции

Генералният секретар на Съвета на Европа уведомява държавите-членки на Съвета на Европа за:

А.всяко подписване;

b.депозиране на инструмент за ратификация, приемане или одобрение;

д.всяко друго действие, уведомление или комуникация, свързани с този протокол.

В ПОТВЪРЖДЕНИЕ НА КОЕТО долуподписаните, надлежно упълномощени за това, подписаха този протокол.

Съставено в Страсбург на 28 април 1983 г. на английски и френски език, като и двата текста са еднакво автентични, в един екземпляр, който се съхранява в архивите на Съвета на Европа. Генералният секретар ще изпрати заверени копия на всяка подписала държава.