Azərbaycanca AzərbaycancaБеларускі БеларускіDansk DanskDeutsch DeutschEspañola EspañolaFrançais FrançaisIndonesia IndonesiaItaliana Italiana日本語 日本語Қазақ ҚазақLietuvos LietuvosNederlands NederlandsPortuguês PortuguêsРусский Русскийසිංහල සිංහලแบบไทย แบบไทยTürkçe TürkçeУкраїнська Українська中國人 中國人United State United StateAfrikaans Afrikaans
Підтримка
www.wikidata.uk-ua.nina.az

IPv6 англ Internet Protocol version 6 нова версія IP протоколу IP версії 6 Розробка протоколу IPv6 почалася 1992 року а

Ipv6

Ipv6

IPv6 (англ. Internet Protocol version 6) — нова версія IP-протоколу — IP версії 6. Розробка протоколу IPv6 почалася 1992 року, а з 2003 р. його підтримку забезпечують виробники більшості телекомунікаційного устаткування (корпоративного рівня). IPv6 — новий крок у розвитку Інтернету. Цей протокол розроблено з урахуванням вимог до Глобальної мережі, що постійно зростають. 3 лютого 2011 року IANA виділила останні п'ять блоків IP-адрес /8 (IPv4).

Найбільш суттєва різниця між IPv4 та IPv6 полягає в тому, що раніше на інтернет-адресу виділяли 4 байти (32 біти), що відповідає стандартній на сьогодні чотириблоковій адресі IP, а протокол IPv6 виділяє на адресу 16 байтів (128 бітів). Це відповідає 340 секстильйонам адрес (3,4x1038) або по 5x1028 адрес на кожну людину.

Вночі 5 лютого 2008 року організація ICANN, яка наглядає за використанням інтернет-протоколів, почала додавати в DNS-сервери записи, що містять адреси у форматі протоколу IPv6. Це поклало початок переходу з нинішнього протоколу IPv4 на сучасніший IPv6.

У квітні 2009 у мережі UA-IX запущено процес перевірки протоколу IPv6. Серед перших компаній, що ухвалили рішення про участь в тестуванні, — «ТопНЕТ» і «Датагруп». Вони встановили IPv6 BGP-з'єднання з маршрутизатором UA-IX і здійснили обмін маршрутною інформацією між ними. У квітні 2011 розпочалось масове впровадження IPv6 серед домашніх користувачів інтернет.

Історія виникнення

Наприкінці 1980-х стала очевидною нестача адресного простору Інтернет. На початку 1990-х, навіть після введення безкласової адресації, виявилось, що однієї економії та використання NAT'у буде замало, щоб запобігти вичерпання адресного простору, і необхідна зміна адресації. Крім того, накопичилась певна кількість пропозицій щодо усунення недоліків наявної моделі Інтернет. Наприкінці 1992 року IETF оголосила конкурс на створення протоколу Інтернет наступного покоління (англ. IP Next Generation — IPng). 25 липня 1994 року IETF ствердила модель IPng з утворенням кількох робочих груп IPng. У 1996 було створено серію RFC, що визначали новий протокол Інтернет. Оскільки версія 5 вже була раніше призначена експериментальному протоколу передачі мультимедійних потоків, новий протокол отримав версію 6.

Вичерпання IPv4 адрес

Докладніше: Вичерпання IPv4-адрес

Оцінки повного вичерпання IPv4 адрес розрізнялись в 2000-х, але потім всі оцінки збігалися до 2011 року. У 2003 році директор APNIC Пол Уілсон (англ. Paul Wilson) заявив, що, виходячи з темпів поширення мережі Інтернет того часу, вільного адресного простору вистачить на одне-два десятиріччя. У вересні 2005 року Cisco Systems відзначила, що пула доступних адрес вистачить на 4—5 років. У вересні 2010, виходячи з даних IANA, весь пул адрес IPv4 буде розподілено реєстратурам (RIR) до середини 2011 року, в листопаді ця дата була перенесена на березень 2011. 3 лютого 2011 року IANA виділила останні п'ять блоків IP-адрес /8 (IPv4).

Тестування протоколу

8 червня 2011 року відбувся Міжнародний день IPv6 — захід з тестування готовності світової інтернет-спільноти до переходу з IPv4 на IPv6, в рамках якого компанії-учасники додали до своїх сайтів IPv6-записи на один день. Тестування пройшло вдало, накопичені дані будуть проаналізовані та враховані при наступному впровадженні протоколу і для підготовки рекомендацій.

Впровадження протоколу

Переведення на IPv6 почало виконуватись всередині Google з 2008 року. У специфікації стандарту мобільних мереж LTE вказана обов'язкова підтримка IPv6. Проблемою для впровадження IPv6 є те, що не всі операційні системи повністю підтримують протокол IPv6.

Порівняння з IPv4

Розширення адресного простору скасовує необхідність використання NAT, оскільки на кожну людину припадає близько 3*108 унікальних адрес.

Принцип призначення хосту IPv6 адреси є ієрархічним. Мінімальний розмір підмережі — /64 (264). Молодша частина адреси (64 біти) використовується як унікальний ідентифікатор користувача, наступна частина визначає підмережу всередині оператора зв'язку, далі йде ідентифікатор самого оператора. Такий підхід значно спрощує маршрутизацію.

З IPv6 вилучено кілька функцій, що ускладнюють роботу маршрутизаторів:

  • Маршрутизатори більше не розбивають (фрагментують) пакет на частини (розбиття пакета можливо тільки на боці передавача). Відповідно, оптимальний MTU має визначатися за допомогою (Path MTU discovery). Для покращення роботи протоколів, що потребують низького рівня втрати пакетів, мінімальний MTU збільшено до 1280 байт. Інформацію про фрагментацію пакетів перенесено з основного заголовка в розширені;
  • Зникла контрольна сума. Оскільки канальні (Ethernet) та транспортні (TCP) протоколи також перевіряють коректність пакета, контрольна сума на рівні IP вважається зайвою. Крім того, кожен маршрутизатор зменшує hop limit на одиницю, що призводить до потреби у перерахуванні суми в IPv4.

Незважаючи на суттєве збільшення розміру адреси IPv6, завдяки цим покращенням основний заголовок пакета збільшився лише у 2 рази: з 20 до 40 байтів.

Покращення IPv6 у порівнянні з IPv4:

  • В надшвидкісних мережах можлива підтримка надвеликих пакетів (джамбограм) — до 4 гігабайт;
  • Time to Live перейменовано в Hop limit;
  • З'явились відмітки потоків та класи трафіку;
  • З'явилась багатоадресна передача;
  • Протокол IPsec з рекомендованого перетворився на обов'язковий.

Автоконфігурація

У момент ініціалізації мережевого інтерфейсу йому призначується локальна IPv6-адреса, з префіксом fe80::/10, у молодшій частині адреси розміщується ідентифікатор інтерфейсу. Ідентифікатором інтерфейсу часто слугує 64-бітний розширений унікальний ідентифікатор [en], що найчастіше формується з MAC адреси. Локальна адреса дійсна тільки в межах мережевого сегмента канального рівня, і використовується, в основному, для обміну інформаційними ICMPv6 пакетами.

Для отримання інших адрес вузол може запросити інформацію про налаштування мережі у маршрутизаторів за допомогою ICMPv6 повідомлення «Router Solicitation». Цей запит відсилається на групову (multicast) адресу маршрутизаторів. У відповідь маршрутизатори відсилають ICMPv6 повідомлення «Router Advertisement», що може містити інформацію про префікс мережі, адресу шлюзу, адреси рекурсивних серверів DNS, MTU та багато інших параметрів. Поєднуючи мережевий префікс та ідентифікатор інтерфейсу, вузол отримує нову адресу. Для захисту персональних даних ідентифікатор інтерфейсу може бути замінений на псевдовипадкове число.

Для більшого адміністративного контролю може бути використаний [en], що дозволяє адміністратору маршрутизатора призначати вузлам конкретні адреси.

Адресація

Адреси IPv6 мають 128 бітів. Дизайн адресного простору IPv6 реалізує зовсім іншу філософію дизайну, ніж в IPv4, в якій підмережа використовувалася для підвищення ефективності використання малого адресного простору. У IPv6 адресний простір вважається досить великим у передбачуваному майбутньому, а локальна підмережа завжди використовує 64 біти для частини що приймає адрес, позначеної як ідентифікатор інтерфейсу, тоді як найважливіші 64 біти використовуються як префікс для маршрутизаторів.

Ідентифікатор унікальний лише в підмережі, до якої підключений хост. IPv6 має механізм автоматичного виявлення адреси, так що адресу автоконфігурації завжди створює унікальну передачу.

Відмітки потоків

Введення поля «Відмітка потоку» в протоколі IPv6 дозволяє значно спростити процедуру маршрутизації однорідного потоку пакетів. Потік — це послідовність пакетів, що надсилаються відправником певному адресату. При цьому припускається, що всі пакети даного потоку мають бути оброблені певним чином. Характер даної обробки задається додатковими заголовками.

Припускається існування декількох потоків між відправником та отримувачем. Відмітка потоку призначається вузлом-відправником шляхом генерації псевдовипадкового 20-бітного числа. Всі пакети одного потоку мають містити однакові заголовки, що оброблюються маршрутизатором.

При отриманні першого пакета з відміткою потоку маршрутизатор аналізує додаткові заголовки, виконує певні операції відповідно до цих заголовків та запам'ятовує результати обробки (адресу наступного вузла, опції заголовку переходів, переміщення адрес у заголовку маршрутизації тощо) в локальному кеші. Ключем для такого запису є комбінація адреси відправника та відмітки потоку. Наступні пакети з тією самою комбінацією адреси відправника та відмітки потоку обробляються з урахуванням інформації кешу без детального аналізу усіх полів заголовка.

Час життя запису у кеші становить не більше 6 секунд, навіть якщо пакети цього потоку продовжують надходити. Після видалення запису з кешу при отриманні наступного пакета потоку, пакет обробляється у звичайному режимі і для нього відбувається формування нового запису в кеші. Слід зауважити, що вказаний час життя потоку може бути явно заданий вузлом відправником за допомогою протоколу керування або опцій заголовку переходів, і може перевищувати 6 секунд.

QoS

Пріоритезація пакетів забезпечується маршрутизаторами на основі перших шести бітів поля Traffic Class. Перші три біти визначають клас трафіку, решта бітів визначають пріоритет видалення. Чим більше значення пріоритету, тим вище пріоритет пакета.

В залежності від задач розробники IPv6 рекомендують використовувати наступні коди класу трафіку:

Клас трафіку Призначення
0 Нехарактеризований трафік
1 Наповнювальний трафік (мережеві новини)
2 Автономний інформаційний трафік (електронна пошта)
3 Резерв
4 Неавтономний масовий трафік (FTP, HTTP, NFS)
5 Резерв
6 Інтерактивний трафік (Telnet, [en], SSH)
7 Керівний трафік (BGP, SNMP)

Нотація

IPv6 адреси показуються як вісім груп по чотири шістнадцяткові цифри, розділених двокрапками. Приклад адреси: 

2001:0db8:11a3:09d7:1f34:8a2e:07a0:765d

Якщо одна чи більше груп підряд дорівнюють 0000, то вони можуть скорочено записуватись як подвійна двокрапка (::). Наприклад, 2001:0db8:0000:0000:0000:0000:ae21:ad12 може бути скорочена до 2001:db8::ae21:ad12, 0000:0000:0000:0000:0000:0000:ae21:ad12 — до ::ae21:ad12. Скорочення не дозволяється у випадку, коли адреса містить 2 окремі нульові групи через виникнення невизначеності.

При використанні IPv6-адреси в URL необхідно брати адресу в квадратні дужки: 

http://[2001:0db8:11a3:09d7:1f34:8a2e:07a0:765d]/

Якщо потрібно вказати порт, то він пишеться після дужок: 

http://[2001:0db8:11a3:09d7:1f34:8a2e:07a0:765d]:8080/

Структура пакета

Заголовок пакета

Зміщення в байтах 0 1 2 3
Відступ в бітах 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
0 0 Version Traffic Class Flow Label
4 32 Payload Length Next Header Hop Limit
8 64 Source Address
C 96
10 128
14 160
18 192 Destination Address
1C 224
20 256
24 288

Опис полів:

  • Version: версія протоколу; для IPv6 це значення дорівнює 6 (значення в бітах — 0110).
  • Traffic class: пріоритет пакета (8 бітів). Це поле містить два параметри. Старші 6 бітів використовуються DSCP для класифікації пакетів. Решта два біти використовуються ECN для контролю перевантаження.
  • Flow label: відмітка потоку (див. відмітки потоків).
  • Payload length: на відміну від поля Total length протоколу IPv4 дане поле не включає заголовок пакета (16 бітів). Максимальний розмір, що визначається розміром поля, — 64 Кбайти. Для пакетів більшого розміру використовується Jumbo payload.
  • Next header: вказує тип розширеного заголовка (англ. IPv6 extension), що розміщений одразу за основним. В останньому розширеному заголовку поле Next header вказує тип транспортного протоколу (TCP, UDP і т. д.)
  • Hop limit: аналог поля time to live в IPv4 (8 бітів).
  • Source Address і Destination Address: адреси відправника та отримувача відповідно; по 128 бітів.

Коди розширених заголовків (поле Next header)

Заголовок Тип Розмір Опис RFC
Hop-By-Hop Options 0 — Містить вказівки для всіх пристроїв на шляху передачі пакета. RFC 2460
Routing 43 — Дозволяє відправнику визначати перелік вузлів, крізь які пакет має пройти. RFC 2460, RFC 3775, RFC 5095
Fragment 44 64 біти Заголовок містить інформацію щодо фрагментації пакета. RFC 2460
Authentication Header (AH) 51 — див. IPsec RFC 4302
Encapsulating Security Payload (ESP) 50 — див. IPsec RFC 4303
Destination Options 60 — Опції, що мають оброблятися тільки отримувачем. RFC 2460
No Next Header 59 0 Визначає відсутність наступного заголовка. Дані, що містяться за цим заголовком мають ігноруватися і передаватися без змін (у випадку маршрутизації). RFC 2460

Якщо використовується декілька заголовків розширення, RFC 1883 рекомендує наступний порядок:

  • IPv6 заголовок
  • Hop-by-Hop Options
  • Destination Options
  • Routing
  • Fragment
  • Authentication
  • Encapsulating Security Payload
  • Destination Options
  • заголовок вищого рівня (наприклад TCP)

Зарезервовані адреси IPv6

IPv6 адреса Довжина префікса (біти) Опис Примітки
:: 128 — див. 0.0.0.0 в IPv4
::1 128 loopback адреса див. 127.0.0.1 в IPv4
::xx.xx.xx.xx 96 вбудований IPv4 Нижні 32 біти — це IPv4 адреса. Також називається IPv4-сумісною IPv6 адресою. Застарілий, більше не використовується.
::ffff: xx.xx.xx.xx 96 Адреса IPv6, що відображена на IPv4 Нижні 32 біти — це адреса IPv4. Для хостів, що не підтримують IPv6.
2001:db8:: 32 Документування Зарезервовано для прикладів в документації в rfc3849 [ 20 серпня 2010 у Wayback Machine.]
fe80:: — febf:: 10 link-local Аналог 169.254.0.0/16 в IPv4
fec0:: — feff:: 10 site-local Відмічений як застарілий в rfc3879 [ 28 липня 2010 у Wayback Machine.]
fc00:: 7 Unique Local Unicast Прийшов на заміну Site-Local rfc4193 [ 1 серпня 2010 у Wayback Machine.]
ffxx:: 8 multicast

Див. також

  • IPv4
  • IPv5
  • Teredo — протокол інкапсуляції IPv6 в IPv4 UDP
  • [en] — протокол інкапсуляції IPv6 в IPv4
  • (TCP/IP)

Примітки

  1. . Архів оригіналу за 27 грудня 2016. Процитовано 5 лютого 2008.
  2. . Архів оригіналу за 19 лютого 2011. Процитовано 28 листопада 2010.
  3. RFC 5006
  4. Nickols, K.; Blake, S.; Baker, F.; Black, D. (December 1998) Definition of the Differentiated Service Field (DS Field) in the IPv4 and IPv6 Headers [ 1 грудня 2012 у Wayback Machine.], IETF. RFC 2474.
  5. Grossman, D. (April 2002) New Terminology and Clarifications for DiffServ [ 12 травня 2012 у Wayback Machine.], IETF. RFC 3260.
  6. Ramakrishnan, K.; Floyd, S.; Black, D. (September 2001) The Addition of Explicit Congestion Notification (ECN) to IP [ 29 квітня 2013 у Wayback Machine.], IETF. RFC 3168.
  7. . Архів оригіналу за 29 липня 2012. Процитовано 27 листопада 2010.{{}}: Обслуговування CS1: Сторінки з текстом «archived copy» як значення параметру title ()
  8. . Архів оригіналу за 23 грудня 2010. Процитовано 2 грудня 2010.

Посилання

  • Як налаштувати IPv6 ЧаВо [ 26 листопада 2010 у Wayback Machine.]
  • Інформаційна сторінка про IPv6 [ 7 лютого 2010 у Wayback Machine.]
  • IPv6 Українською [ 24 листопада 2018 у Wayback Machine.]


image Це незавершена стаття про Інтернет.
Ви можете проєкту, виправивши або дописавши її.

Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет

IPv6 angl Internet Protocol version 6 nova versiya IP protokolu IP versiyi 6 Rozrobka protokolu IPv6 pochalasya 1992 roku a z 2003 r jogo pidtrimku zabezpechuyut virobniki bilshosti telekomunikacijnogo ustatkuvannya korporativnogo rivnya IPv6 novij krok u rozvitku Internetu Cej protokol rozrobleno z urahuvannyam vimog do Globalnoyi merezhi sho postijno zrostayut 3 lyutogo 2011 roku IANA vidilila ostanni p yat blokiv IP adres 8 IPv4 Najbilsh suttyeva riznicya mizh IPv4 ta IPv6 polyagaye v tomu sho ranishe na internet adresu vidilyali 4 bajti 32 biti sho vidpovidaye standartnij na sogodni chotiriblokovij adresi IP a protokol IPv6 vidilyaye na adresu 16 bajtiv 128 bitiv Ce vidpovidaye 340 sekstiljonam adres 3 4x1038 abo po 5x1028 adres na kozhnu lyudinu Vnochi 5 lyutogo 2008 roku organizaciya ICANN yaka naglyadaye za vikoristannyam internet protokoliv pochala dodavati v DNS serveri zapisi sho mistyat adresi u formati protokolu IPv6 Ce poklalo pochatok perehodu z ninishnogo protokolu IPv4 na suchasnishij IPv6 U kvitni 2009 u merezhi UA IX zapusheno proces perevirki protokolu IPv6 Sered pershih kompanij sho uhvalili rishennya pro uchast v testuvanni TopNET i Datagrup Voni vstanovili IPv6 BGP z yednannya z marshrutizatorom UA IX i zdijsnili obmin marshrutnoyu informaciyeyu mizh nimi U kvitni 2011 rozpochalos masove vprovadzhennya IPv6 sered domashnih koristuvachiv internet Istoriya viniknennyaNaprikinci 1980 h stala ochevidnoyu nestacha adresnogo prostoru Internet Na pochatku 1990 h navit pislya vvedennya bezklasovoyi adresaciyi viyavilos sho odniyeyi ekonomiyi ta vikoristannya NAT u bude zamalo shob zapobigti vicherpannya adresnogo prostoru i neobhidna zmina adresaciyi Krim togo nakopichilas pevna kilkist propozicij shodo usunennya nedolikiv nayavnoyi modeli Internet Naprikinci 1992 roku IETF ogolosila konkurs na stvorennya protokolu Internet nastupnogo pokolinnya angl IP Next Generation IPng 25 lipnya 1994 roku IETF stverdila model IPng z utvorennyam kilkoh robochih grup IPng U 1996 bulo stvoreno seriyu RFC sho viznachali novij protokol Internet Oskilki versiya 5 vzhe bula ranishe priznachena eksperimentalnomu protokolu peredachi multimedijnih potokiv novij protokol otrimav versiyu 6 Vicherpannya IPv4 adres Dokladnishe Vicherpannya IPv4 adres Ocinki povnogo vicherpannya IPv4 adres rozriznyalis v 2000 h ale potim vsi ocinki zbigalisya do 2011 roku U 2003 roci direktor APNIC Pol Uilson angl Paul Wilson zayaviv sho vihodyachi z tempiv poshirennya merezhi Internet togo chasu vilnogo adresnogo prostoru vistachit na odne dva desyatirichchya U veresni 2005 roku Cisco Systems vidznachila sho pula dostupnih adres vistachit na 4 5 rokiv U veresni 2010 vihodyachi z danih IANA ves pul adres IPv4 bude rozpodileno reyestraturam RIR do seredini 2011 roku v listopadi cya data bula perenesena na berezen 2011 3 lyutogo 2011 roku IANA vidilila ostanni p yat blokiv IP adres 8 IPv4 Testuvannya protokolu 8 chervnya 2011 roku vidbuvsya Mizhnarodnij den IPv6 zahid z testuvannya gotovnosti svitovoyi internet spilnoti do perehodu z IPv4 na IPv6 v ramkah yakogo kompaniyi uchasniki dodali do svoyih sajtiv IPv6 zapisi na odin den Testuvannya projshlo vdalo nakopicheni dani budut proanalizovani ta vrahovani pri nastupnomu vprovadzhenni protokolu i dlya pidgotovki rekomendacij Vprovadzhennya protokolu Perevedennya na IPv6 pochalo vikonuvatis vseredini Google z 2008 roku U specifikaciyi standartu mobilnih merezh LTE vkazana obov yazkova pidtrimka IPv6 Problemoyu dlya vprovadzhennya IPv6 ye te sho ne vsi operacijni sistemi povnistyu pidtrimuyut protokol IPv6 Porivnyannya z IPv4Rozshirennya adresnogo prostoru skasovuye neobhidnist vikoristannya NAT oskilki na kozhnu lyudinu pripadaye blizko 3 108 unikalnih adres Princip priznachennya hostu IPv6 adresi ye iyerarhichnim Minimalnij rozmir pidmerezhi 64 264 Molodsha chastina adresi 64 biti vikoristovuyetsya yak unikalnij identifikator koristuvacha nastupna chastina viznachaye pidmerezhu vseredini operatora zv yazku dali jde identifikator samogo operatora Takij pidhid znachno sproshuye marshrutizaciyu Z IPv6 vilucheno kilka funkcij sho uskladnyuyut robotu marshrutizatoriv Marshrutizatori bilshe ne rozbivayut fragmentuyut paket na chastini rozbittya paketa mozhlivo tilki na boci peredavacha Vidpovidno optimalnij MTU maye viznachatisya za dopomogoyu Path MTU discovery Dlya pokrashennya roboti protokoliv sho potrebuyut nizkogo rivnya vtrati paketiv minimalnij MTU zbilsheno do 1280 bajt Informaciyu pro fragmentaciyu paketiv pereneseno z osnovnogo zagolovka v rozshireni Znikla kontrolna suma Oskilki kanalni Ethernet ta transportni TCP protokoli takozh pereviryayut korektnist paketa kontrolna suma na rivni IP vvazhayetsya zajvoyu Krim togo kozhen marshrutizator zmenshuye hop limit na odinicyu sho prizvodit do potrebi u pererahuvanni sumi v IPv4 Nezvazhayuchi na suttyeve zbilshennya rozmiru adresi IPv6 zavdyaki cim pokrashennyam osnovnij zagolovok paketa zbilshivsya lishe u 2 razi z 20 do 40 bajtiv Pokrashennya IPv6 u porivnyanni z IPv4 V nadshvidkisnih merezhah mozhliva pidtrimka nadvelikih paketiv dzhambogram do 4 gigabajt Time to Live perejmenovano v Hop limit Z yavilis vidmitki potokiv ta klasi trafiku Z yavilas bagatoadresna peredacha Protokol IPsec z rekomendovanogo peretvorivsya na obov yazkovij Avtokonfiguraciya U moment inicializaciyi merezhevogo interfejsu jomu priznachuyetsya lokalna IPv6 adresa z prefiksom fe80 10 u molodshij chastini adresi rozmishuyetsya identifikator interfejsu Identifikatorom interfejsu chasto sluguye 64 bitnij rozshirenij unikalnij identifikator en sho najchastishe formuyetsya z MAC adresi Lokalna adresa dijsna tilki v mezhah merezhevogo segmenta kanalnogo rivnya i vikoristovuyetsya v osnovnomu dlya obminu informacijnimi ICMPv6 paketami Dlya otrimannya inshih adres vuzol mozhe zaprositi informaciyu pro nalashtuvannya merezhi u marshrutizatoriv za dopomogoyu ICMPv6 povidomlennya Router Solicitation Cej zapit vidsilayetsya na grupovu multicast adresu marshrutizatoriv U vidpovid marshrutizatori vidsilayut ICMPv6 povidomlennya Router Advertisement sho mozhe mistiti informaciyu pro prefiks merezhi adresu shlyuzu adresi rekursivnih serveriv DNS MTU ta bagato inshih parametriv Poyednuyuchi merezhevij prefiks ta identifikator interfejsu vuzol otrimuye novu adresu Dlya zahistu personalnih danih identifikator interfejsu mozhe buti zaminenij na psevdovipadkove chislo Dlya bilshogo administrativnogo kontrolyu mozhe buti vikoristanij en sho dozvolyaye administratoru marshrutizatora priznachati vuzlam konkretni adresi Adresaciya Adresi IPv6 mayut 128 bitiv Dizajn adresnogo prostoru IPv6 realizuye zovsim inshu filosofiyu dizajnu nizh v IPv4 v yakij pidmerezha vikoristovuvalasya dlya pidvishennya efektivnosti vikoristannya malogo adresnogo prostoru U IPv6 adresnij prostir vvazhayetsya dosit velikim u peredbachuvanomu majbutnomu a lokalna pidmerezha zavzhdi vikoristovuye 64 biti dlya chastini sho prijmaye adres poznachenoyi yak identifikator interfejsu todi yak najvazhlivishi 64 biti vikoristovuyutsya yak prefiks dlya marshrutizatoriv Identifikator unikalnij lishe v pidmerezhi do yakoyi pidklyuchenij host IPv6 maye mehanizm avtomatichnogo viyavlennya adresi tak sho adresu avtokonfiguraciyi zavzhdi stvoryuye unikalnu peredachu Vidmitki potokiv Vvedennya polya Vidmitka potoku v protokoli IPv6 dozvolyaye znachno sprostiti proceduru marshrutizaciyi odnoridnogo potoku paketiv Potik ce poslidovnist paketiv sho nadsilayutsya vidpravnikom pevnomu adresatu Pri comu pripuskayetsya sho vsi paketi danogo potoku mayut buti obrobleni pevnim chinom Harakter danoyi obrobki zadayetsya dodatkovimi zagolovkami Pripuskayetsya isnuvannya dekilkoh potokiv mizh vidpravnikom ta otrimuvachem Vidmitka potoku priznachayetsya vuzlom vidpravnikom shlyahom generaciyi psevdovipadkovogo 20 bitnogo chisla Vsi paketi odnogo potoku mayut mistiti odnakovi zagolovki sho obroblyuyutsya marshrutizatorom Pri otrimanni pershogo paketa z vidmitkoyu potoku marshrutizator analizuye dodatkovi zagolovki vikonuye pevni operaciyi vidpovidno do cih zagolovkiv ta zapam yatovuye rezultati obrobki adresu nastupnogo vuzla opciyi zagolovku perehodiv peremishennya adres u zagolovku marshrutizaciyi tosho v lokalnomu keshi Klyuchem dlya takogo zapisu ye kombinaciya adresi vidpravnika ta vidmitki potoku Nastupni paketi z tiyeyu samoyu kombinaciyeyu adresi vidpravnika ta vidmitki potoku obroblyayutsya z urahuvannyam informaciyi keshu bez detalnogo analizu usih poliv zagolovka Chas zhittya zapisu u keshi stanovit ne bilshe 6 sekund navit yaksho paketi cogo potoku prodovzhuyut nadhoditi Pislya vidalennya zapisu z keshu pri otrimanni nastupnogo paketa potoku paket obroblyayetsya u zvichajnomu rezhimi i dlya nogo vidbuvayetsya formuvannya novogo zapisu v keshi Slid zauvazhiti sho vkazanij chas zhittya potoku mozhe buti yavno zadanij vuzlom vidpravnikom za dopomogoyu protokolu keruvannya abo opcij zagolovku perehodiv i mozhe perevishuvati 6 sekund QoS Prioritezaciya paketiv zabezpechuyetsya marshrutizatorami na osnovi pershih shesti bitiv polya Traffic Class Pershi tri biti viznachayut klas trafiku reshta bitiv viznachayut prioritet vidalennya Chim bilshe znachennya prioritetu tim vishe prioritet paketa V zalezhnosti vid zadach rozrobniki IPv6 rekomenduyut vikoristovuvati nastupni kodi klasu trafiku Klas trafiku Priznachennya 0 Neharakterizovanij trafik 1 Napovnyuvalnij trafik merezhevi novini 2 Avtonomnij informacijnij trafik elektronna poshta 3 Rezerv 4 Neavtonomnij masovij trafik FTP HTTP NFS 5 Rezerv 6 Interaktivnij trafik Telnet en SSH 7 Kerivnij trafik BGP SNMP NotaciyaIPv6 adresi pokazuyutsya yak visim grup po chotiri shistnadcyatkovi cifri rozdilenih dvokrapkami Priklad adresi 2001 0db8 11a3 09d7 1f34 8a2e 07a0 765d Yaksho odna chi bilshe grup pidryad dorivnyuyut 0000 to voni mozhut skorocheno zapisuvatis yak podvijna dvokrapka Napriklad 2001 0db8 0000 0000 0000 0000 ae21 ad12 mozhe buti skorochena do 2001 db8 ae21 ad12 0000 0000 0000 0000 0000 0000 ae21 ad12 do ae21 ad12 Skorochennya ne dozvolyayetsya u vipadku koli adresa mistit 2 okremi nulovi grupi cherez viniknennya neviznachenosti Pri vikoristanni IPv6 adresi v URL neobhidno brati adresu v kvadratni duzhki http 2001 0db8 11a3 09d7 1f34 8a2e 07a0 765d Yaksho potribno vkazati port to vin pishetsya pislya duzhok http 2001 0db8 11a3 09d7 1f34 8a2e 07a0 765d 8080 Struktura paketaZagolovok paketa Zmishennya v bajtah 0 1 2 3 Vidstup v bitah 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 0 0 Version Traffic Class Flow Label 4 32 Payload Length Next Header Hop Limit 8 64 Source Address C 96 10 128 14 160 18 192 Destination Address 1C 224 20 256 24 288 Opis poliv Version versiya protokolu dlya IPv6 ce znachennya dorivnyuye 6 znachennya v bitah 0110 Traffic class prioritet paketa 8 bitiv Ce pole mistit dva parametri Starshi 6 bitiv vikoristovuyutsya DSCP dlya klasifikaciyi paketiv Reshta dva biti vikoristovuyutsya ECN dlya kontrolyu perevantazhennya Flow label vidmitka potoku div vidmitki potokiv Payload length na vidminu vid polya Total length protokolu IPv4 dane pole ne vklyuchaye zagolovok paketa 16 bitiv Maksimalnij rozmir sho viznachayetsya rozmirom polya 64 Kbajti Dlya paketiv bilshogo rozmiru vikoristovuyetsya Jumbo payload Next header vkazuye tip rozshirenogo zagolovka angl IPv6 extension sho rozmishenij odrazu za osnovnim V ostannomu rozshirenomu zagolovku pole Next header vkazuye tip transportnogo protokolu TCP UDP i t d Hop limit analog polya time to live v IPv4 8 bitiv Source Address i Destination Address adresi vidpravnika ta otrimuvacha vidpovidno po 128 bitiv Kodi rozshirenih zagolovkiv pole Next header Zagolovok Tip Rozmir Opis RFC Hop By Hop Options 0 Mistit vkazivki dlya vsih pristroyiv na shlyahu peredachi paketa RFC 2460 Routing 43 Dozvolyaye vidpravniku viznachati perelik vuzliv kriz yaki paket maye projti RFC 2460 RFC 3775 RFC 5095 Fragment 44 64 biti Zagolovok mistit informaciyu shodo fragmentaciyi paketa RFC 2460 Authentication Header AH 51 div IPsec RFC 4302 Encapsulating Security Payload ESP 50 div IPsec RFC 4303 Destination Options 60 Opciyi sho mayut obroblyatisya tilki otrimuvachem RFC 2460 No Next Header 59 0 Viznachaye vidsutnist nastupnogo zagolovka Dani sho mistyatsya za cim zagolovkom mayut ignoruvatisya i peredavatisya bez zmin u vipadku marshrutizaciyi RFC 2460 Yaksho vikoristovuyetsya dekilka zagolovkiv rozshirennya RFC 1883 rekomenduye nastupnij poryadok IPv6 zagolovok Hop by Hop Options Destination Options Routing Fragment Authentication Encapsulating Security Payload Destination Options zagolovok vishogo rivnya napriklad TCP Zarezervovani adresi IPv6IPv6 adresa Dovzhina prefiksa biti Opis Primitki 128 div 0 0 0 0 v IPv4 1 128 loopback adresa div 127 0 0 1 v IPv4 xx xx xx xx 96 vbudovanij IPv4 Nizhni 32 biti ce IPv4 adresa Takozh nazivayetsya IPv4 sumisnoyu IPv6 adresoyu Zastarilij bilshe ne vikoristovuyetsya ffff xx xx xx xx 96 Adresa IPv6 sho vidobrazhena na IPv4 Nizhni 32 biti ce adresa IPv4 Dlya hostiv sho ne pidtrimuyut IPv6 2001 db8 32 Dokumentuvannya Zarezervovano dlya prikladiv v dokumentaciyi v rfc3849 20 serpnya 2010 u Wayback Machine fe80 febf 10 link local Analog 169 254 0 0 16 v IPv4 fec0 feff 10 site local Vidmichenij yak zastarilij v rfc3879 28 lipnya 2010 u Wayback Machine fc00 7 Unique Local Unicast Prijshov na zaminu Site Local rfc4193 1 serpnya 2010 u Wayback Machine ffxx 8 multicastDiv takozhIPv4 IPv5 Teredo protokol inkapsulyaciyi IPv6 v IPv4 UDP en protokol inkapsulyaciyi IPv6 v IPv4 TCP IPPrimitki Arhiv originalu za 27 grudnya 2016 Procitovano 5 lyutogo 2008 Arhiv originalu za 19 lyutogo 2011 Procitovano 28 listopada 2010 RFC 5006 Nickols K Blake S Baker F Black D December 1998 Definition of the Differentiated Service Field DS Field in the IPv4 and IPv6 Headers 1 grudnya 2012 u Wayback Machine IETF RFC 2474 Grossman D April 2002 New Terminology and Clarifications for DiffServ 12 travnya 2012 u Wayback Machine IETF RFC 3260 Ramakrishnan K Floyd S Black D September 2001 The Addition of Explicit Congestion Notification ECN to IP 29 kvitnya 2013 u Wayback Machine IETF RFC 3168 Arhiv originalu za 29 lipnya 2012 Procitovano 27 listopada 2010 a href wiki D0 A8 D0 B0 D0 B1 D0 BB D0 BE D0 BD Cite web title Shablon Cite web cite web a Obslugovuvannya CS1 Storinki z tekstom archived copy yak znachennya parametru title posilannya Arhiv originalu za 23 grudnya 2010 Procitovano 2 grudnya 2010 PosilannyaYak nalashtuvati IPv6 ChaVo 26 listopada 2010 u Wayback Machine Informacijna storinka pro IPv6 7 lyutogo 2010 u Wayback Machine IPv6 Ukrayinskoyu 24 listopada 2018 u Wayback Machine Ce nezavershena stattya pro Internet Vi mozhete dopomogti proyektu vipravivshi abo dopisavshi yiyi

Дата публікації:
Топ