Essa parece ser a abordagem que várias empresas estão tentando, mas o objetivo por trás do design do IPv6 era impedir que todas as empresas, com exceção de empresas peering (por exemplo, Google), obtenham blocos independentes de provedor para reduzir o tamanho da tabela de roteamento global .
É necessário que os hosts IPv6 sejam capazes de lidar com vários endereços por interface, e a intenção era que o multihoming funcionasse, solicitando que os roteadores de saída da empresa anunciassem o bloco (geralmente a / 48 ou / 56) disponível por meio do uplink e para os roteadores dentro da empresa para anexar o prefixo global (geralmente lido via DHCPv6) a um número de sub-rede independente do prefixo. A migração de hosts que estão obtendo suas informações de anúncios de roteador pode ser feita gradualmente e sem a intervenção do administrador.
Infelizmente, na implantação real, esse modelo foi dificultado pela adoção do AAAA
registro DNS (que armazena apenas um endereço IP literal) sobre o A6
registro, o que permitiu especificar componentes de endereço (por exemplo, uma parte de prefixo de 48 bits em toda a empresa e um código 80- parte do host de bits) que pode ser gerenciada e atualizada independentemente; e pelo suporte a endereços baseados em prefixos esquisitos nas versões anteriores do software de roteador, e parece bastante improvável que o modelo de vários endereços ganhe força sobre o modelo PI + BGP. As RFCs precoces recomendadas contra a atribuição de blocos PI a organizações que não são de trânsito, mas, pelo menos na RFC6177, essa recomendação parece ter sido retirada.