Це, мабуть, такий підхід, який намагається здійснити ряд підприємств, але метою IPv6-дизайну було перешкодити всім компаніям, окрім рівних рівних (наприклад, Google) отримати незалежні від постачальника блоки, щоб зменшити розмір глобальної таблиці маршрутизації. .
Хости IPv6 повинні мати можливість обробляти декілька адрес на один інтерфейс, і наміри полягали в тому, щоб багатомобільна робота працювала за допомогою того, щоб маршрутизатори виходу підприємства рекламували кожен блок (як правило, a / 48 або / 56), доступний через його висхідній лінії зв'язку, і для маршрутизаторів всередині підприємства, щоб додати глобальний префікс (як правило, читається через DHCPv6) до незалежної від префікса номера підмережі. Переміщення хостів, які отримують інформацію з реклами маршрутизаторів, може здійснюватися поступово і без втручання адміністратора.
На жаль, при фактичному розгортанні ця модель була перешкоджена прийняттям AAAA
запису DNS (який зберігає просто буквальну IP-адресу) над A6
записом, що дозволило вказати компоненти адреси (наприклад, 48-розрядна частина префікса для підприємства та загальна версія 80- бітова частина хоста), якою можна було керувати та оновлювати самостійно; а також за допомогою пластової підтримки на основі префіксів у ранніх версіях програмного забезпечення маршрутизатора, і, здається, малоймовірно, що багатоадресна модель отримає будь-яку тягу до моделі PI + BGP. Ранні RFC рекомендували не призначати блоки PI транзитним організаціям, але, принаймні, RFC6177, ця рекомендація, здається, була відкликана.