Що таке блок непереносних адрес IPv4?


13

Наприклад, запит Whois для 4.4.4.0 говорить:

АДРЕСИ В ЦЬОМУ БЛОКІ НЕ ПОРТУВАТИ

Чи власник просто оголошує блок або підмережа не продається? Або непереносний має більш глибокий, технічний сенс?

Ось відповідний розділ із запиту Whois:

NetRange:       4.0.0.0 - 4.255.255.255
CIDR:           4.0.0.0/8
OriginAS:       
NetName:        LVLT-ORG-4-8
NetHandle:      NET-4-0-0-0-1
Parent:         
NetType:        Direct Allocation
RegDate:        1992-12-01
Updated:        2012-02-24
Ref:            http:// whois.arin.net/rest/net/NET-4-0-0-0-1

OrgName:        Level 3 Communications, Inc.
OrgId:          LVLT
Address:        1025 Eldorado Blvd.
City:           Broomfield
StateProv:      CO
PostalCode:     80021
Country:        US
RegDate:        1998-05-22
Updated:        2012-01-30
Comment:        ADDRESSES WITHIN THIS BLOCK ARE NON-PORTABLE
Ref:            http:// whois.arin.net/rest/org/LVLT

Відповіді:


18

Чи власник просто оголошує блок або підмережа не продається? Або непереносний має більш глибокий, технічний сенс?

Непортативність не стосується продажів ... це технічний термін.

Переносність адреси

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

Поняття портативності походить з Посібника з політики щодо реєстру чисел ARIN 2014.1, Розділ про IPv4 ( мій акцент ) ...

4. IPv4

 4.1. General Principles

  4.1.1. Routability

  Provider independent (*portable*) addresses issued directly from ARIN 
  or other Regional Registries are not guaranteed to be globally routable.

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

Чому деякі блоки не є портативними

Адреси або виділяються, або призначаються . Якщо адресному блоку призначений провайдер, то ISP не може присвоювати адреси. Цитуючи посібник з політики щодо ARIN-номерів ARR 2014.1, розділ 2.5

 2.5. Allocate and Assign

 A distinction is made between address allocation and address assignment, 
 i.e., ISPs are "allocated" address space as described herein, while end-
 users are "assigned" address space.

 > Allocate - To allocate means to distribute address space to IRs for 
 the purpose of subsequent distribution by them.

 > Assign - To assign means to delegate address space to an ISP or 
 end-user, for specific use within the Internet infrastructure 
 they operate. Assignments must only be made for specific purposes 
 documented by specific organizations and are not to be sub-assigned to 
 other parties.

Список літератури

Реєстри працюють відповідно до RFC 7020 , який замінив RFC 2050 . Можливо, більша частина структури навколо цих обмежень походить з розділу 2 RFC RFC 7020, цілі :

2) Ієрархічне розподіл: Враховуючи сучасну технологію маршрутизації, розподіл IP-адрес ієрархічно збільшує ймовірність подальшого масштабування системи маршрутизації в Інтернеті. Таким чином, наразі є мета розподілити IP-адреси таким чином, що дозволяє агрегувати ці адреси в мінімальну кількість оголошень про маршрутизацію.

Кінцева примітка

Ви запитували про "блок чи підмережу"; однак ARIN займається розподілом окремих IP-адрес , а не підмереж або блоків адрес .


Звичайно, непереносний простір IP може бути оголошений іншим поточним потокам (окрім того, якому він призначений), АЛЕ: а) він, ймовірно, потрапить у фільтр префіксів і б), принаймні, було б корисним способом отримати схвалення від присвоєння LIR.

1
@Aziraphale, коли я кажу "не дозволено", я говорю з точки зору політики ARIN ... це розумний момент, що немає центральної поліції, яка б заважала тобі від рекламного простору, яким ти не володієш; мій досвід підкріплює ваш ... Більшість провайдерів суворо фільтрують вхідні повідомлення BGP від ​​кінцевих користувачів, якщо тільки адреси не були SWIP 'd вам
Майк Пеннінгтон,

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

@Aziraphale, ми погоджуємося на "не портативний", що передбачає неможливість переміщення між провайдерами, тому що частина того, що воно не є портативним, полягає в тому, що адресному простору було призначено кінцевому користувачеві. Більшість випадків, коли я звертався з проханням передати багатоповерхові / 24 або коротші блоки, власник LIR вітає це, оскільки він пропонує можливість вивантажити частину їх вхідного трафіку до цього блоку через "іншого" провайдера, який я мульти-домашній з ... це працює дуже добре, коли інший постачальник - це менший магазин, який радий мати іншого клієнта, який платить.
Майк Пеннінгтон

4

Я не фахівець з процедури ARIN, але ось як це працює в RIPE-land:

Агреговані ресурси постачальника ("ПА", "не портативні") - це блоки, виділені Локальним Інтернет-реєстром (LIR) - як правило, Інтернет-провайдерам кінцевих користувачів - частини яких LIR присвоює своїм кінцевим користувачам. Призначені таким чином ресурси залишаються під управлінням LIR та залишаються призначеними для кінцевого споживача, поки критерії присвоєння є дійсними, а кінцевий користувач підтримує договірні відносини з LIR. Якщо кінцевий споживач припиняє ділові відносини з LIR, призначені ресурси повинні бути повернені.

Для історичної довідки ресурси RIPE (через виснаження IPv4) вже не доступні; PI ("портативний") ресурс призначається кінцевому користувачеві через LIR або безпосередньо з RIPE NCC. Вони не керуються LIR, і вони можуть переміщуватися між Інтернет-провайдерами, якщо кінцевий користувач вважає за потрібне.

Політика щодо IPv6 схожа, і я нехтував політикою "IPv4 вільного ринку" заради короткості.

RIPE-599, "Положення щодо розподілу та призначення адрес IPv4" містить весь текст політики щодо ipv4.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.