Що з IPv4 класу E?

Мережа класу Е IPv4 (240.0.0.0/4) містить 268 мільйонів адрес. Незважаючи на рекламу для IPv6, стверджуючи, що у нас вичерпано адресний простір, цей блок іронічно все ще стверджує, що "Зарезервований для подальшого використання" . Чому цей блок ще не звільнений?

Звичайно, IPv6 слід рекламувати, а не звільняти більше IPv4-адрес, але ми спостерігаємо, що дефіцит адреси буде роками. Навіть був час, коли вони не були впевнені, чи вистачить часу на розробку IPv6, перш ніж у нас вичерпаються адреси. Чому вони вже не звільнили цей блок?

І чи є ймовірність, що ці адреси будуть використані в майбутньому, як, наприклад, коли IPv6 досить широко впроваджений, але нам ще потрібен IPv4 для зворотної сумісності? Це буде припинено незалежно, але тоді провайдерам не доведеться використовувати NAT для сумісності з IPv4.

ip-address ipv4 address-space-exhaustion

— Люк
джерело

Зрештою, цей діапазон адрес повинен був бути випущений для мобільного IPv4 NAT. Це значно полегшило б великим азіатським мобільним компаніям запуск послуг NAT для своїх ~ 1 мільярд користувачів.

— MSalters

@MSalters Хм, але власник IP-адреси вирішує, використовувати NAT на ньому, чи не так? Їм би не потрібно було присвячуватись цьому, якщо я правильно розумію. Можливо, були використані для обох тоді.

— Люк

асортимент 240.0.0.0/4ніколи не мав власника, але був зарезервований. "Використовувати виключно для NAT" могла бути передумовою при передачі асигнувань з цього діапазону.

— MSalters

Відповіді:

Підтримка.

Реалізації мережевих стеків написані для підтримки RFC, і тому вони не надсилатимуть та не прийматимуть пакети з IP-адрес, які зарезервовані для подальшого використання. Окрім мережевого стеку, сервіси також повинні підтримувати їх; DHCP повинен вміти їх розповсюджувати, DNS повинен мати можливість зберігати їх, програмне забезпечення в IANA та ваш провайдер повинні мати можливість фактично підтримувати створення та використання цього блоку.

До того моменту, коли ми всі підтримуємо цей блок класу "E", ми зробили великий прогрес, перейшовши на IPv6, тому це вже не варто. Розробники, провайдери та споживачі краще вкладають гроші в перехід на IPv6 замість ...

Однак багато стеків TCP / IP, наприклад, в Windows, не приймають адреси з простору класу Е і навіть не спілкуються з кореспондентами, що містять ці адреси. Напевно, зараз занадто пізно змінити цю поведінку на встановленій базі до того, як знадобиться адресний простір

- Детальніше (у розділі " Рекламація адреси та рішення" )

— Тамара Війсман
джерело

Думав про це, але відкинув ідею як занадто дивну. Чому б жорстке та програмне забезпечення було побудоване не для роботи з цими IP-адресами, особливо якщо написано дуже чітко, що функція цих адрес може змінитися в майбутньому?

— Люк

@Luc: Оскільки він зарезервований для подальшого використання, це не означає, що ви можете реалізувати будь-яку форму його підтримки; це стає більш зрозумілим, якщо ми подивимось на інші RFC. Наприклад, у проктоколах вони використовують цю термінологію для позначення деяких бітів, які ви не повинні використовувати, оскільки вони можуть бути використані пізніше для можливого розширення до протоколу. Таким чином, я вважаю, що він функціонує однаково для ІР-простору. Ви це самі сказали, написано дуже чітко, що функція цих адрес може змінитися в майбутньому. Вони не могли використовувати їх не лише як IP-адреси, але, можливо, як щось особливе ...

— Tamara Wijsman

@Luc: Спробуйте легко ... ping 240.0.0.1у Windows.

— Тамара Війсман

@Luc: Причина, по якій вони, швидше за все, не випустили цей блок, полягала в тому, що маска підмережі була його частиною в той час, і тоді вони не дуже піклувалися про те, щоб вичерпатися, на зразок, як відомого " 640K повинно вистачити для хтось ». Отже, це зрештою було адаптовано таким чином. Тоді дуже рідко можна було б придумати цю ідею, і навіть якщо ви це зробили: "Якщо вона не зламана, не виправляйте її", тому що це вимагатиме багато клопоту без негайної вигоди. І добре, RFC працює не так, як "спочатку використовуй це для цього, потім для цього", а скоріше як протокол, що не змінюється, таким чином IPv4 -> IPv6 ...

— Тамара Війсман

@Luc: Щоб отримати ідею, IPv4 (1979) був задокументований лише через 10 років після введення ARPANET (1969); IPv6 (1998) було задокументовано вже 14 років тому, на той час IPv4 був приблизно на півдорозі вичерпаний. Якби вони хотіли б підтримати блок "класу Е", вони б це зробили в той момент, але навіщо вмикати малу частину, якщо замість цього можна вкласти час у більшу частину? Якби вони вирішили підтримувати лише "клас E" і затримати IPv6, ми б насправді ризикували виснаженням без альтернатив. Між IPv4 та IPv6 (1980 - 1990), мабуть, ще не було ознак виснаження ...

— Тамара Війсман

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

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

— Сандер Стеффан
джерело