Important notes:
\nThe PDF document hosted on this page is the authoritative version of the Policy Manual. The web version is provided to make it easier for readers to quickly browse the different sections of the Manual.
\nIn the event of a conflict between the web version and the pdf version of the Manual, the pdf version shall control.
\nThis document and/or information was originally written in Spanish, the official language of Uruguay, the country where LACNIC is legally incorporated and whose laws and regulations LACNIC must meet. Likewise, unofficial information and/or documents are also written in Spanish, as this is the language in which most of LACNIC's collaborators and officers work and communicate. We do our best to ensure that our translations are reliable and serve as a guide for our non-Spanish-speaking members. However, discrepancies may exist between the translations and the original document and/or information written in Spanish. In this case, the original text written in Spanish will always prevail.
\nThis chapter describes policies for the allocation and assignment of the globally-unique IPv6 address space.
\n[RFC2373, RFC2373bis] designate 2000::/3 to be the global unicast address space that IANA may allocate to RIRs. This chapter concerns initial and subsequent allocations of the 2000::/3 unicast address space, for which RIRs formulate allocation and assignment policies. Because end sites will generally be given /48 assignments [RFC 6177], the particular emphasis of this document is on recommendations to LIRs/ISPs regarding their assignments to connected users and customers.
\nThe following terms are specific to IPv6 allocation policies.
\nUnlike IPv4, IPv6 is generally assigned to end sites in fixed amounts.
\nThe actual utilization of addresses within each assignment will be quite low when compared to IPv4 assignments.
\nIn IPv6, \"utilization\" is only measured in terms of the number of prefixes assigned to end users, not their size or the number of addresses actually used in those prefixes. This is how it should be understood throughout this document.
\nHD-Ratio is a way of measuring the efficiency of address assignment [RFC 3194]. It is an adaptation of the HD-Ratio originally defined in [RFC1715] and is expressed as follows:
\nLog (number of assigned objects)
\nHD = -------------------------------------------------------------
\nLog (maximum number of assignable objects)
\nwhere, in the case of this document, the objects are IPv6 site addresses (/48s) assigned from an IPv6 prefix of a given size (see Appendix 2).
\nTo address the goals described in the previous section, the policies in this chapter discuss and follow the basic principles described below.
\nIt is contrary to the goals of this document and is not in the interests of the Internet community as a whole for address space to be considered freehold property.
\nThe policies in this chapter are based upon the understanding that globally-unique IPv6 unicast address space is licensed for use rather than owned. Specifically, IP addresses will be allocated and assigned on a license basis, with licenses subject to renewal on a periodic basis. The granting of a license is subject to specific conditions applied at the start or renewal of the license.
\nRIRs will generally renew licenses automatically, provided requesting organizations are making a good-faith effort at meeting the criteria under which they qualified for or were granted an allocation or assignment. However, in those cases where a requesting organization is not using the address space as intended, or is showing bad faith in following through on the associated obligation, RIRs reserve the right to not renew the license.
\nNote that when a license is renewed, the new license will be evaluated under and governed by the applicable IPv6 address policies in place at the time of renewal, which may differ from the policy in place at the time of the original allocation or assignment.
\nRIRs will apply a minimum size for IPv6 allocations, to facilitate prefix-based filtering.
\nThe minimum allocation size for IPv6 address space is /32.
\nWhere an existing IPv4 service provider requests IPv6 space for eventual transition of existing services to IPv6, the number of present IPv4 customers may be used to justify a larger request than would be justified if based solely on the IPv6 infrastructure.
\nLACNIC will allocate IPv6 address blocks to a LIR or ISP that has already received an IPv4 allocation from LACNIC. If the allocation would be announced in the Internet inter-domain routing system, the organization must announce the allocated block with the minimum possible level of disaggregation to the one that is publishing the IP blocks. LACNIC will allocate a single /32 when received a request from a LIR or ISP with a previous IPv4 allocation. In case that the organization request the allocation of an address block larger than a /32, the LIR or ISP must present the documentation required in section 4.4.1.3.
\nTo qualify for an initial allocation of IPv6 address space, an organization must:
\nto other organizations (clients) or self-owned/related departments/entities/sites to which it will assign /48s.
\nOrganizations may qualify for an initial allocation larger than a /32 by submitting documentation that justifies the request.
\nIn this case, the initial allocation shall be based on the space needed to serve the organization's clients, number of users, extent of its infrastructure, hierarchical and/or geographic structure, infrastructure segmentation for security or other reasons, and the longevity anticipated for the initial allocation.
\n
In order to comply with the requirements mentioned above, the prefix assigned to the ISP must be within the binary \"boundaries\" of the IP address.
During IPv6 deployment, if an organization finds that the size of the initial allocation it requested no longer satisfies its needs, the organization may submit a new addressing plan to LACNIC, without having to wait until it can fulfill the requirements for a subsequent allocation, and therefore the organization will not have to prove utilization thresholds, but, instead the desire to apply a different addressing plan that is better suited to the reality of the deployment.
\nThe new size will be adjusted according to the new addressing plan as specified in section 4.4.1.3., and will thus qualify for extending the current prefix the necessary number of bits.
\nIf it were not possible to provide this prefix length because the adjacent space is already being used by another organization, or if making the allocation would not leave sufficient space for subsequent allocations, LACNIC shall inform the applicant, who may choose to:
\nOrganizations that hold an existing IPv6 allocation may receive a subsequent allocation in accordance with the following policies.
\nSubsequent allocation will be provided when an organization (ISP/LIR) satisfies the evaluation threshold of past address utilization in terms of the number of sites in units of /48 assignments. The HD-Ratio [RFC 3194] is used to determine the utilization thresholds that justify the allocation of additional address as described below.
\nThe HD-Ratio value of 0.94 is adopted as indicating an acceptable address utilization for justifying the allocation of additional address space. Appendix 2 provides a table showing the number of assignments that are necessary to achieve an acceptable utilization value for a given address block size.
\nWhen an organization has achieved an acceptable utilization for its allocated address space, it is immediately eligible to obtain an additional allocation that results in a doubling of the address space allocated to it. Where possible, the allocation will be made from an adjacent address block, meaning that its existing allocation is extended by one bit to the left.
\nIf an organization requires more address space, the organization shall provide documentation justifying the space it needs to serve its clients, number of users, extent of its infrastructure, hierarchical and/or geographic structure, infrastructure segmentation for security or other reasons, and the longevity anticipated for the initial allocation.
\nThere is no specific policy for an organization (LIR) to allocate address space to subordinate ISPs. Each LIR organization may develop its own policy for subordinate ISPs to encourage optimum utilization of the total address block allocated to the LIR. However, all /48 assignments to End Users sites are required to be registered either by the LIR or its subordinate ISPs in such a way that the RIR/NIR can properly evaluate the HD-Ratio when a subsequent allocation becomes necessary.
\nLIRs must make IPv6 assignments in accordance with the following provisions.
\nAssignment of address space. Assignments are to be made in accordance with the need specified by the ISP's user as well as with existing recommendations [RIPE-690, https://www.ripe.net/publications/docs/ripe-690], highlights of which are summarized below:
\n* End sites or users must be assigned a prefix that is a multiple of \"n\" /64’s which must be enough to meet their current and planned needs, considering existing protocols and future possibilities and thus avoiding possible renumbering scenarios.
\n* The size of the prefix to be assigned is an operational decision of the LIR/ISP, although the selection of /48s is recommended for simpler and more functional infrastructure for all the endpoints of the network.
\n* Persistent prefix assignments are recommended to avoid undesired failures.
\n* Using a /64 prefix for point-to-point with GUAs is recommended.
\nThe size of LIRs/ISPs assignments does not concern RIRs/NIRs.
\nAccordingly, RIRs/NIRs will not request detailed information on IPv6 user networks as they did in IPv4, except for the cases described in Section 4.4.2 and for the purpose of measuring utilization as defined in this chapter.
\nAn organization (ISP/LIR) may assign a /48 per PoP as the service infrastructure of an IPv6 service operator. Each assignment to a PoP is regarded as one assignment regardless of the number of users using the PoP. A separate assignment can be obtained for the in-house operations of the operator.
\nLACNIC will assign portable (provider-independent) IPv6 addresses directly to end sites in accordance with the two policies detailed in Sections 4.4.4.1 and 4.4.4.2, depending on whether or not the organization holds portable IPv4 addresses previously assigned by LACNIC.
\nLACNIC will assign portable IPv6 address blocks directly to end sites if they hold portable IPv4 addresses previously assigned by LACNIC.
\nIn case of announcing the assignment on the Internet inter-domain routing system, the receiving organization shall announce the block maintaining de-aggregation to a minimum in accordance with the announcing organization's needs.
\nAssignments will be made in blocks always greater than or equal to a /48.
\nSubsequent assignments must be duly documented and justified. Where possible, such assignments will be made from a contiguous address block (i.e., extending the existing assignment \"n\" bits to the left).
\nLACNIC will assign portable IPv6 address blocks directly to end sites that satisfy the following requirements:
\nAssignments will be made in blocks always greater than or equal to a /48.
\n
Subsequent assignments must be duly documented and justified. Where possible, such assignments will be made from a contiguous address block (i.e., extending the existing assignment \"n\" bits to the left).
An End User organization may submit a new addressing plan to LACNIC if the plan initially submitted and used to justify the initial assignment no longer satisfies their current needs. This applies on a one-time basis.
\nThe new prefix will be consistent with the new plan and shall comply with Sections 4.4.4.1 or 4.4.4.2.
\nIf it were not possible to provide a prefix of that size, either because the adjacent prefixes are already being used by other organizations or because such an assignment would leave insufficient space for subsequent assignments, LACNIC shall inform this to the requesting organization, which will have the following options:
\n- receiving a new block with the requested prefix that fully covers the need justified by the user in the new plan, with the commitment to renumber its network and return the original block to LACNIC within a period of 6 months;
\n- receiving a new block which, together with the block that has already been assigned, covers the need justified by the user in the new plan, and maintaining both blocks.
\nEach organization may use this procedure only once.
\nLACNIC shall make micro-assignments in case of projects and network infrastructure that are key or critical for the operation and development of IPv6 within the region, such as, among others, IXPs (Internet Exchange Points), NAPs (Network Access Points), RIRs, DNS ccTLD providers. These assignments shall be made in prefixes longer than or equal to /32 but always shorter than or equal to /48.
\nIn the case of IXPs or NAPs, in order to be eligible for this type of assignment, the organization must meet the following requirements
\nThe rest of the applications shall be studied based on the analysis of the documentation justifying the critical and/or key aspects of the project.
\nAll micro-assignments shall be made from address blocks specifically reserved for this type of assignments. LACNIC shall publish the list of these blocks and those micro-assignments already awarded.
\nAll IPv6 address block assignments of a /48 or larger block made by an ISP to customers connected to their network and users of services provided must be registered on LACNIC's WHOIS database no more than 7 days after the assignment.
\nThe information available in the WHOIS database will also be used by LACNIC when analyzing additional IPv4 address block requests made by the ISP.
\nThe information available in the WHOIS database will be used by LACNIC to calculate the HD-Ratio when analyzing additional IPv4 address block requests made by the ISP.
\nAssignment registration is also necessary for the following reasons:
\n. To ensure that the IR has completed or is close to completing address space allocation such that the allocation of additional space is justified.
\n. To inform the Internet community which organization is using the IPv6 address space, including the point of contact in case of operation problems, security issues, etc.
\n. To assist in the study of IPv6 address allocation within the region.
\nAssignments registered on LACNIC's WHOIS database must include the organization's name; address; administrative contact, technical contact, and contact in case of abuse, with their updated telephone numbers and email addresses.
\nISPs that provide services to residential customers may register on LACNIC's WHOIS database address blocks that are being used by equipment or customer service areas, by service.
\nRegistered information must specify the service area, address of the ISP's main offices, its administrative contact, technical contact, and contact in case of abuse, including their updated telephone numbers and email addresses.
\nAssignments must be made in address blocks totalizing the number of customers served in the area or by the equipment.
\nResidential customers receiving /48 and smaller IPv6 block assignments do not need to have their data registered on LACNIC's WHOIS database.
\nThe ISP whose residential customer receives an IPv6 assignment of a /48 or larger block may choose to register the assignment on LACNIC's WHOIS database by entering its own data or a code used as internal reference. The administrative contact, technical contact, and contact in case of abuse must be those of the ISP.
\nWhen an RIR/NIR delegates IPv6 address space to an organization, it also delegates the responsibility to manage the reverse lookup zone that corresponds to the allocated IPv6 address space. Each organization should properly manage its reverse lookup zone. When making an address assignment, the organization must delegate to an assignee organization, upon request, the responsibility to manage the reverse lookup zone that corresponds to the assigned address.
\nOrganizations that received /35 IPv6 allocations under the previous IPv6 address policy [RIRv6-Policies] are immediately entitled to have their allocation expanded to a /32 address block, without providing justification, so long as they satisfy the criteria in Section 4.4.1.1. The /32 address block will contain the already allocated smaller address block (one or multiple /35 address blocks in many cases) that was already reserved by the RIR for a subsequent allocation to the organization. Requests for additional space beyond the minimum /32 size will be evaluated as discussed elsewhere in the document.
\nBecause LACNIC's policies do not recognize the non-authorized sale or transfer of assigned or allocated resources, such transfers will be considered invalid.
\nNevertheless, LACNIC will process and register any IPv6 resource transfer that occurs as a result of a partial or complete merger, acquisition, business reorganization or relocation, regardless of whether the resources are held by an ISP or an end-user.
\nTo initiate this change and proceed with the registration, legal documentation must be submitted which, at the discretion of LACNIC, supports the operation. Examples of such documentation include:
\nThe need to maintain all the resources must also be justified, forcing the return of the surplus resources if applicable or, alternatively, the transfer of such surplus resources to third parties under the policies in force (4.4.1., 4.4.2., 4.4.3. y 4.4.4). When resources are to be returned, LACNIC will determine the corresponding conditions and deadline.
" ], "attachedUrls": [], "sidebar": [{"contentId":1306,"title":"menu-manual-politicas-en","typeKeyName":"HTM","language":"EN","body":["\n"]}], "url": "/684/1/lacnic/4-ipv6-address-allocation-and-assignment-policies", "site": 1, "channel": "lacnic" }, { "contentId": 822, "topTitle": "", "description": "", "typeKeyName": "innova.text", "language": "PT", "publishedDate": "20170328154159", "title": "4. POLÍTICAS PARA A ALOCAÇÃO E DESIGNAÇÃO DE ENDEREÇOS IPv6", "slug": "4-politicas-para-a-alocacao-e-designacao-de-enderecos-ipv6", "body": [ "Anotações importantes:
\nA versão oficial do Manual de Políticas é o documento PDF hospedado nesta página. A versão web é uma ferramenta para facilitar a consulta das seções do Manual de forma mais dinâmica.
\nEm caso de conflito entre a versão web e a versão em PDF do Manual, prevalecerá o Manual em PDF.
\nO presente documento e / ou informação foi redigido em idioma espanhol, em virtude de essa língua ser a língua oficial no Uruguai, país onde LACNIC está estabelecido e cujas regulamentações deve cumprir. Da mesma forma, os documentos e/ou informações não oficiais também são redigidos em espanhol, em virtude de essa língua ser a mais usada entre a maioria dos assessores e funcionários de LACNIC para trabalhar e se comunicar. Não obstante isso, fazemos nossos melhores esforços para que a tradução dos mesmos seja confiável e constitua um guia para nossos associados não falantes de espanhol, no entanto, pode que existam discrepâncias entre a tradução e o documento e/ou informações originais escritos em espanhol. Em qualquer caso, sempre prevalecerá o texto original redigido em espanhol.
\nEste capitulo descreve políticas para a alocação e designação do espaço globalmente único de endereços IPv6.
\n[RFC2373, RFC2373bis] designam 2000::/3 como o espaço de endereçamento global unicast a ser alocado pela IANA para os Registros Internet Regionais. Este capitulo trata as alocações iniciais e subseqüentes dentro do espaço de endereçamento unicast 2000::/3, para os quais os RIRs formulam políticas de alocação e designação. Considerando que os usuários finais geralmente recibirão designações de /48 [RFC 6177], a ênfase particular deste documento é sobre recomendações aos LIR/ISP para as designações a seus usuários e clientes conectados.
\nOs termos seguintes são específicos das políticas de alocação de blocos IPv6.
\nAo contrário do IPv4, IPv6 é geralmente designado para usuários finais em quantidades fixas. A utilização real de endereços dentro de cada designação será razoavelmente baixa, quando comparada com as designações do IPv4.
\nNo IPv6, a \"utilização\" é medida em termos do número de prefixos atribuídos aos usuários finais, não ao tamanho dos prefixos, ou ao número de endereços efetivamente usados nesses prefixos, e assim deverá ser entendido ao longo deste documento.
\nO HD Ratio é uma forma de medir a eficiência da designação de endereços [RFC 3194]. É uma adaptação do HD Ratio originalmente definido em [RFC 1715] e é expressado da seguinte forma:
\nLog (número de objetos designados)
\nHD = -------------------------------------------------------------
\nLog (número máximo de objetos designáveis)
\nem que (no caso deste documento), os objetos são endereços IPv6 de usuários (/48s) designados a partir de um prefixo IPv6 de determinado tamanho (ver Apêndice 2).
\nPara alcançar os objetivos descritos na seção anterior, as políticas neste documento discutem e seguem os princípios básicos descritos a seguir.
\nÉ contraditório aos objetivos deste documento e não é interesse da comunidade Internet como um todo que os espaços de endereçamento sejam considerados propriedade.
\nAs políticas neste documento são baseadas no entendimento que espaço de endereçamento IPv6 unicast único e global é licenciado para uso ao invés de possuído. Especificamente, endereços IP serão alocados e designados num formato de licença, sujeita a renovação por períodos. A outorga de uma licença está sujeita a condições específicas a serem aplicadas no início ou na renovação da mesma.
\nOs RIRs irão, geralmente, renovar as licenças automaticamente, das organizações que estão fazendo um esforço em satifazer os critérios pelos quais foram qualificados para receberem uma alocação ou designação. No entanto, nos casos em que a organização solicitante não esteja utilizando o espaço de endereçamento tal como proposto, ou esteja mostrando má fé em seguir as obrigações associadas, os RIRs se reservam o direito de não renovar a licença de utilização.
\nNotar que quando a licença é renovada, a nova licença será avaliada e controlada de acordo com as políticas de endereçamento IPv6 aplicáveis no local e momento da renovação, as quais podem diferenciar das políticas em uso na época da alocação ou designação original.
\nOs RIRs aplicarão um tamanho mínimo para alocação IPv6, com o objetivo de facilitar o filtro baseado no prefixo.
\nO tamanho mínimo para alocação de endereçamento IPv6 é /32.
\nQuando um provedor de serviço IPv4 solicitar espaço IPv6 para eventual transição de serviços existentes para IPv6, o número de clientes IPv4 existentes poderá ser utilizado para justificar uma requisição maior do que seria justificável se baseado exclusivamente na infra-estrutura IPv6.
\nLACNIC alocara? blocos de enderec?o IPv6 a um LIR ou ISP que conte com alocac?o?es de enderec?os IPv4 previamente realizadas por LACNIC. Em caso de anunciar o bloco alocado no sistema de rotas inter-dominio de Internet, a organizac?a?o receptora devera? anunciar o bloco alocado com a mínima desagregação que lhe for possível a quem estiver publicando os blocos IP.
\nLACNIC realizara? uma alocac?a?o de um /32 ao receber a solicitac?a?o de enderec?os IPv6 por parte de um LIR ou ISP com IPv4 previamente alocado. Em caso de solicitar uma alocac?a?o inicial maior que um /32 o LIR ou ISP devera? apresentar a documentac?a?o solicitada de acordo ao ponto 4.4.1.3.
\nPara qualificar para a alocac?a?o inicial de um espac?o de enderec?os IPv6, uma organizac?a?o deve:
\nAs organizações poderiam qualificar para uma alocação inicial maior a /32 entregando documentação que justifique o pedido.
\nNeste caso, a alocação inicial, estará baseada no espaço necessário para atender os clientes, número de usuários, extensão da infraestrutura da organização, estrutura hierárquica e/ ou geográfica da organização, segmentação da infraestrutura por motivos de segurança e a longevidade prevista para esta alocação inicial.
\nO prefixo designado para o ISP deve estar dentro das \"fronteiras\" binárias do endereço IPv6 para poder cumprir com as considerações mencionadas anteriormente.
\nSe uma organização, durante a implementação do IPv6, observar que existem discrepâncias hoje em relação a quando ela fez o pedido de alocação inicial, referidas às necessidades do tamanho das mesmas, poderá justificar um novo plano de endereçamento para LACNIC, sem necessidade de esperar a cumprir os requisitos da designação subsequente, e, portanto, na vai ter que demonstrar limiares de uso, mas sim o desejo de aplicar um plano de endereçamento diferente e mais apropriado para a realidade da implementação a ser realizada.
\nO novo tamanho será ajustado ao novo plano de endereçamento segundo o apontado no ponto 4.4.1.3., e, portanto, qualificará para a ampliação do prefixo atual no número de bits que for preciso.
\nSe não for possível entregar esse cumprimento de prefixo, porque os adjacentes já estão sendo usados por outras organizações, ou se ao fazer essa alocação na ficasse espaço suficiente para sucessivas alocações, LACNIC deverá informar ao solicitante e este poderá optar por:
\nEste procedimento só poderá ser usado uma vez por cada organização, assim que é preciso que, nesta \"segunda oportunidade\", seja estudado com muita atenção o plano de endereçamento definitivo para a rede a médio/ longo prazo.
\nAs organizações que já tenham uma alocação IPv6 podem receber adjudicações subseqüentes de acordo com as políticas seguintes.
\nAlocações subseqüentes serão providenciadas quando uma organização (ISP/LIR) alcançar o limite de utilização em termos do número de usários em unidades de designações de /48. O HD Ratio [RFC 3194] é utilizado para determinar o limite de utilização que justifique a alocação de endereçamento adicional, tal como descrito adiante.
\nO valor 0.94 de HD Ratio é adotado como um indicador aceitável de utilização de endereçamento para justificar a alocação de espaço de endereçamento adicional. No Anexo 2 é apresentada uma tabela que mostra o número de designações necessárias para obter um valor de utilização aceitável para um determinado tamanho de bloco.
\nQuando uma organização tiver alcançado um uso aceitável de seu espaço de endereços alocado, está imediatamente qualificada para obter uma alocação adicional que resulte em uma duplicação do seu espaço de endereçamento alocado. Quando possível, a alocação será feita de blocos de endereços adjacentes, ou seja, que sua alocação existente é estendida em um bit para a esquerda.
\n
Se uma organização precisar mais espaço de endereços, deverá fornecer informações justificando seus requerimentos para atender aos clientes, número de usuários, extensão da infraestrutura da organização, estrutura hierárquica e/ou geográfica da organização, segmentação da infraestrutura por motivos de segurança e longevidade esperada para a referida alocação subsequente, uma vez por cada organização.
Não há uma política específica para alocação de espaço de endereçamento de uma organização (LIR) para os ISPs subordinados. Cada LIR poderia desenvolver sua própria política para os ISPs subordinados com o objetivo de encorajar uma ótima utilização do total de endereços alocados pelo LIR. No entanto, todos as designações /48 a organizações Usuários Finais devem ser registradas pelo LIR ou por seus ISPs subordinados de modo que o RIR/NIR possa avaliar corretamente o HD Ratio quando uma alocação subsequente se tornar necessária.
\n67B
\nOs LIRs devem fazer designações de endereços IPv6 de acordo com as seguintes condições.
\nAs designações devem ser feitas de acordo com a necessidade apresentada pelo usuário do ISP e de acordo com as recomendações existentes [RIPE-690, https://www.ripe.net/publications/docs/ripe-690], das que se destacam:
\nNão corresponde aos RIR/NIR conhecer o tamanho de endereços que os LIR/ISP realmente designam. Portanto, os RIR/NIR não vão requisitar informações detalhadas sobre as redes de usuários IPv6, como foi feito no IPv4, exceto para os casos descritos na Seção 4.4.2 e para fins de medir a utilização conforme definido neste capítulo.
\nUma organização (LIR/ISP) pode designar um bloco /48 por PoP (Point of Presence), como um serviço de infra-estrutura de um operador de serviço IPv6. Cada designação para o PoP é tratada como uma designação independente do número de usuários que utilizem o PoP. Uma designação separada pode ser obtida para a operação interna e básica do operador.
\nLACNIC realizará designações de endereçamento IPv6 portáveis (independentes do provedor) diretas a usuários finais segundo as políticas detalhadas em 4.4.4.1 e 4.4.4.2, dependendo se a organização conta ou não com designações de endereçamento IPv4 portáveis previamente realizadas pelo LACNIC.
\n17
\nLACNIC designará blocos de endereçamento IPv6 portáveis diretamente a Usuários Finais se contarem com designações de endereçamento IPv4 portáveis previamente realizadas pelo LACNIC.
\nEm caso de anunciar o bloco alocado no sistema de rotas inter-dominio de Internet, a organização receptora deverá anunciar o bloco alocado com a mínima desagregação que lhe for possível a quem estiver publicando os blocos IP.
\nAs designações serão realizadas em blocos sempre maiores ou iguais a um /48.
\nDesignações adicionais deverão ser documentadas e justificadas. Além disso, sempre que for possível, serão feitas a partir de um bloco de endereços adjacente (quer dizer, estendendo a designação existente “n” bits à esquerda).
\n18
\nLACNIC designará blocos de endereçamento IPv6 portáveis directamente a Usuários Finais, os que deverão cumprir com os seguintes requisitos:
\nAs designações serão realizadas em blocos sempre maiores ou iguais a um /48.
\nDesignações adicionais deverão ser documentadas e justificadas. Além disso, sempre que for possível, serão feitas a partir de um bloco de endereços adjacente (quer dizer, estendendo a designação existente “n” bits à esquerda).
\nUma organização Usuário Final poderá justificar um novo plano de endereçamento junto ao LACNIC uma única vez nos casos que o plano inicialmente apresentado, e que justificou a primeira designação, se mostre incapaz de atender suas necessidades atuais.
\nO novo prefixo se ajustará ao novo plano e deve cumprir com os pontos 4.4.4.1 ou 4.4.4.2.
\nCaso não seja possível entregar esse tamanho de prefixo, por aqueles adjacentes já estão sendo utilizados por outras organizações, o talvez porque ao fazer essa designação não reste espaço suficiente para outras sucessivas designações, LACNIC deverá informar ao solicitante e esse optar por:
\n- receber um novo bloco com o prefixo solicitado e justificado e que contemple a totalidade da necessidade apresentada, com o compromisso de renumerar sua rede e devolver o bloco original ao LACNIC em um prazo de 6 meses.
\n- receber um novo bloco que somado ao bloco já designado contemple a necessidade apresentada e justificada no novo plano, e assim, manter os dois blocos.
\nEsse procedimento somente poderá ser utilizado uma única vez por cada organização.
\n68B
\nLACNIC poderá realizar micro-designações em casos de projetos e infra-estruturas de redes chaves ou críticas para o funcionamento, e desenvolvimento de IPv6 na região como são IXP (Internet Exchange Point), NAP (Network Access Point), RIR, provedores de DNS ccTLD, entre outros. Tais designações se realizarão em blocos menores ou iguais a um /32 porem sempre maiores ou iguais a um /48.
\nNo caso dos IXP ou NAP para poder solicitar este tipo de designações as organizações deverão cumprir os seguintes requisitos:
\n1.1. Demonstrar através de seus estatutos sua qualidade de IXP ou NAP. Deverá
\npossuir ao menos três membros e uma política aberta para a associação de novos membros.
\n1.2. Enviar um diagrama da estrutura de rede da organização.
\n1.3. Documentar o plano de numeração a instrumentar.
\nO restante das solicitações será estudado baseado na análise da documentação que justifique os aspectos críticos e/ou chaves do projeto.
\nTodas as micro-designações serão feitas a partir de um bloco de endereços especificamente reservados para este tipo de designações. LACNIC fará pública a lista de tais blocos e das micro-designações realizadas.
\n9
\nTodas as designações de blocos IPv6 de prefixos /48 ou menores (blocos maiores), feitas por ISPs ao clientes conectados a sua rede e usuários dos serviços prestados devem estar registradas na base de dados WHOIS do LACNIC em até um prazo máximo de 7 dias a partir de a designação.
\n
As informações disponíveis na base de dados WHOIS serão utilizadas pelo LACNIC para cálculo do HD Ratio na análise de solicitações de blocos IPv6 adicionais feitas pelo ISP.
O Registro de designações também é necessária pelos seguintes motivos:
. Para assegurar-se que o IR concluiu ou está concluindo a alocação de espaço de endereços de tal maneira que a alocação de um novo espaço adicional seja justificado.
. Para fornecer à comunidade Internet de informação sobre qual organização está usando o espaço de endereços IPv6 e incluindo a pessoa de contato em caso de problemas do tipo operacional, de segurança, etc.
. Para o estudo de alocações de endereços IPv6 na região.
As designações registradas na base de dados WHOIS do LACNIC devem conter nome da organização, endereço postal, contatos administrativos, técnicos e de abuso com números de telefone e endereços de email válidos.
\nISPs que ofereçam serviços a clientes residenciais podem registrar na base de dados WHOIS do LACNIC blocos de endereços em uso pelos equipamentos ou áreas de atendimento dos clientes, por serviço.
\n
As informações a serem registradas devem indicar a área do serviço, endereço postal principal do ISP, contatos administrativos, técnicos e de abuso do ISP com números de telefone e endereços de email válidos.
As designações devem ser feitas por blocos de endereços que totalizam a quantidade de clientes atendidos na área ou por equipamento.
Clientes residenciais que recebam designação de blocos IPv6 de prefixo /48 ou menores (blocos maiores), não estão obrigados terem seus dados registrados na base de dados WHOIS do LACNIC.
O ISP cujo cliente residencia receba designação IPv4 de prefixo /48 ou menor (bloco maior), pode optar por registrar a designação na base de dados WHOIS do LACNIC colocando seus próprios dados ou código que lhe sirva de referência interna. Os dados de contatos administrativos, técnicos e de abuso devem ser os do ISP.
Quando um RIR/NIR designa espaço de endereçamento IPv6 a uma organização, ele delega também a responsabilidade de gerenciamento da zona de consulta reversa correspondente ao espaço de endereçamento IPv6 designado. Cada organização deve gerenciar corretamente sua zona de consulta reversa. Quando fizer uma designação de endereço deve delegar também, assim que solicitado, a responsabilidade de gerenciamento da zona de consulta reversa correspondente aos endereços designados.
\nOrganizações que tenham recebido alocações IPv6 de prefixo /35 segundo a política anterior de endereçamento IPv6 [RIRv6-Policy], estão imediatamente autorizadas em ter suas alocações expandidas para um bloco de endereçamento prefixo /32, sem a necessidade de prover justificativa, desde que elas satisfaçam o critério descrito na seção 4.4.1.1. O prefixo de endereçamento /32 irá conter o prefixo maior já alocado (um ou múltiplos prefixos /35 em muitos casos), que já fora reservado pelo RIR para uma alocação subseqüente para a mesma organização. Solicitações para espaço adicional, além do mínimo de um /32, será avaliadas tal qual discutido neste documento.
\nLembra-se de que as políticas de LACNIC não reconhecem a venda ou transferência não autorizada dos recursos designados ou alocados e considerará tais transferências inválidas.
\nNo entanto, LACNIC processará e registrará a transferência de recursos IPv6 como resultado de fusões, aquisições, reorganizações ou realocações, sejam parciais ou completas, tanto se forem recursos de ISPs quanto de usuários finais.
\nPara processar essa mudança e proceder ao registro, deverá ser fornecida documentação legal que suporte a mesma a critério de LACNIC, por exemplo:
\nDeve-se justificar também que continua mantendo-se a necessidade do conjunto dos recursos, obrigando-se, se for o caso, à devolução dos excedentes dos mesmos ou, alternativamente, à sua transferência para terceiros, de acordo com as políticas em vigor (4.4.1., 4.4.2., 4.4.3. e 4.4.4.). No caso de uma devolução, LACNIC determinará as condições e prazo.
" ], "attachedUrls": [], "sidebar": [{"contentId":1307,"title":"menu-manual-politicas-pt","typeKeyName":"HTM","language":"PT","body":["\n"]}], "url": "/822/1/lacnic/4-politicas-para-a-alocacão-e-designacão-de-enderecos-ipv6", "site": 1, "channel": "lacnic" }, { "contentId": 547, "topTitle": "", "description": "", "typeKeyName": "innova.text", "language": "ES", "publishedDate": "20170328152828", "title": "4. POLÍTICAS PARA LA DISTRIBUCIÓN Y ASIGNACIÓN DE DIRECCIONES IPv6", "slug": "4-politicas-para-la-distribucion-y-asignacion-de-direcciones-ipv6", "body": [ "Notas importantes:
\nLa versión autoritativa del Manual de Políticas es el documento PDF que se encuentra alojado en esta página. La versión web es una herramienta para facilitar la consulta de las secciones del Manual de manera más ágil.
\nEn caso de conflicto entre la versión web y la versión en PDF del Manual, el Manual en PDF prevalecerá.
\nEl presente documento y/o información ha sido redactado en idioma español, en virtud de que el mismo es el idioma oficial en Uruguay, país en donde LACNIC se encuentra establecida y cuyas regulaciones debe cumplir. Asimismo, los documentos y/o informaciones no oficiales también son escritos en español, en virtud de que es el idioma en que se comunican y trabajan la mayoría de los asesores y funcionarios de LACNIC. No obstante lo cual, realizamos nuestros mejores esfuerzos para que la traducción del mismo sea fehaciente y constituya una guía para nuestros asociados no hispanoparlantes, sin embargo puede que existan discrepancias entre la misma y el documento y/o información original redactado en español. En cualquier caso prevalecerá siempre el texto original redactado en español.
\nEste capítulo describe políticas para la distribución y asignación del espacio globalmente único de direcciones IPv6.
\n[RFC2373, RFC2373bis] designan 2000::/3 a ser el espacio global de direcciones unicast que IANA puede distribuir a los RIRs. Este capítulo trata las distribuciones iniciales y subsiguientes del espacio de direcciones unicast 2000::/3, para los cuales los RIRs formulan políticas de distribución y asignación. Dado que los usuarios finales generalmente recibirán asignaciones de /48 [RFC 6177], el énfasis particular de este documento es sobre recomendaciones a los LIR/ISPs para las asignaciones a sus usuarios y clientes conectados\"
\nLos siguientes términos son específicos de las políticas de distribución de IPv6.
\nA diferencia de IPv4, IPv6 es generalmente asignado a usuarios finales en cantidades fijas. La utilización real de direcciones dentro de cada asignación será bastante baja comparada con las asignaciones de IPv4. En IPv6, la \"utilización\" es medida en términos de prefijos asignados a usuarios finales, y no al tamaño de los mismos, ni al número de direcciones realmente utilizadas dentro de dichos prefijos, y así deberá entenderse a lo largo de este documento.
\nEl HD Ratio es un modo de medir la eficiencia de asignación de direcciones [RFC 3194]. Es una adaptación del HD Ratio, originalmente definido en [RFC 1715], y es expresado de la siguiente manera:
\nLog (número de objetos asignados)
\nHD = -------------------------------------------
\nLog (número máximo de objetos asignables)
\ndonde, en el caso de este documento, los objetos son direcciones IPv6 de usuarios (/48s) asignadas desde un prefijo IPv6 de un tamaño dado (ver Apéndice 2).
\nPara cumplir con los objetivos descritos en la sección anterior, las políticas en este capítulo discuten y siguen los principios básicos descritos debajo.
\nEs contrario a los objetivos de este documento y no se encuentra entre los intereses de la comunidad de Internet en su conjunto que los espacios de direcciones sean considerados propietarios.
\nLas políticas en este capítulo se basan en el entendimiento de que el espacio globalmente único de direcciones unicast de IPv6 es licenciado para su uso en lugar de adueñado. Específicamente, las direcciones IP serán distribuidas y asignadas en base a una licencia, con licencias sujetas a renovación periódica. La otorgación de una licencia está sujeta a condiciones específicas a aplicarse al comienzo como así también en cada renovación de la misma.
\nLos RIRs generalmente renovarán las licencias automáticamente, siempre que las organizaciones solicitantes hagan un esfuerzo de buena fe para cumplir con el criterio bajo el cual calificaron o fueron otorgadas una distribución o asignación. Sin embargo, en aquellos casos en que una organización no está utilizando el espacio de direcciones como se espera, o está mostrando mala fe en regirse por las obligaciones asociadas, los RIRs se reservan el derecho de no renovar la licencia.
\nNotar que cuando una licencia es renovada, la nueva licencia será evaluada y controlada bajo las políticas de direcciones de IPv6 aplicables en el lugar y momento de la renovación, las cuales podrían diferir de las políticas bajo las cuales fue originalmente distribuida o cedidas.
\nLos RIRs aplicarán un tamaño mínimo para distribuciones de IPv6 para facilitar el filtro basado en el prefijo.
\nEl tamaño mínimo de distribución para un espacio de direcciones IPv6 es /32.
\nCuando un proveedor de servicios de IPv4 pide espacio IPv6 para una transición final de servicios existentes a IPv6, el número de clientes actuales de IPv4 podría ser usado para justificar un pedido más grande del que estaría justificado si el mismo estuviera basado solamente en la infraestructura IPv6.
\nLACNIC distribuirá bloques de direcciones IPv6 a un LIR o ISP que cuente con distribuciones de direcciones IPv4 previamente realizadas por LACNIC. En caso de anunciar la asignación en el sistema de rutas inter-dominio de Internet, la organización receptora deberá anunciar el bloque asignado con la mínima desagregación que le sea posible a quien está publicando los bloques IP.
\nLACNIC realizará una distribución de un /32 al recibir una solicitud de direccionamiento IPv6 por parte de un LIR o ISP con distribuciones previas de IPv4. En caso de requerir una distribución inicial más grande que un /32, el LIR o ISP deberá presentar la documentación requerida según el punto 4.4.1.3.
\nPara calificar para la distribución inicial de un espacio de direcciones IPv6, una organización debe:
\nAnunciar en el sistema de rutas inter-dominio de Internet el bloque asignado, con la mínima desagregación que le sea posible a quien está publicando los bloques IP, en un plazo no mayor a 12 meses.
\nLas organizaciones podrían calificar para una distribución inicial mayor a /32 entregando documentación que justifique el pedido.
\nEn este caso, la distribución inicial, estará basada en el espacio necesario para atender a los clientes, número de usuarios, extensión de la infraestructura de la organización, estructura jerárquica y/o geográfica de la organización, segmentación de la infraestructura por razones de seguridad y la longevidad prevista para dicha distribución inicial.
\nEl prefijo asignado al ISP debe estar dentro de las \"fronteras\" binarias de la dirección IPv6 para poder cumplir con las consideraciones mencionadas anteriormente
\nSi una organización, durante el despliegue de IPv6, aprecia que hay discrepancias en la actualidad respecto de cuando realizó la petición de distribución inicial, referidas a las necesidades del tamaño de la misma, podrá justificar un nuevo plan de direccionamiento a LACNIC, sin necesidad de esperar a cumplir los requisitos de la asignación subsiguiente, y por tanto no tendrá que demostrar umbrales de utilización, sino el deseo de aplicar un plan de direccionamiento diferente y más apropiado para la realidad del despliegue a realizar.
\nEl nuevo tamaño se ajustará al nuevo plan de direccionamiento según lo indicado en el punto 4.4.1.3., y por tanto calificará para la ampliación del prefijo actual en el número de bits que sea preciso.
\nSi no fuera posible entregar esa longitud de prefijo, porque los adyacentes ya están siendo utilizados por otras organizaciones, o bien al hacer esa distribución no quedara espacio suficiente para sucesivas distribuciones, LACNIC deberá informar al solicitante y esté podrá optar por:
\no
\nEste procedimiento sólo podrá ser utilizado una única vez por cada organización, así que es preciso, que, en ésta “segunda oportunidad”, se estudie con mucho detenimiento el plan de direccionamiento definitivo para la red a medio/largo plazo.
\nLas organizaciones que ya tengan una distribución IPv6 pueden recibir distribuciones subsiguientes de acuerdo a las siguientes políticas.
\nLa distribución subsiguiente será provista cuando una organización (ISP/LIR) satisfaga el umbral de evaluación de utilización histórica de direcciones en términos del número de usuarios en unidades de asignaciones de /48. El HD Ratio [RFC 3194] es usado para determinar los umbrales de utilización que justifican la distribución de direcciones adicionales como se describe debajo.
\nEl valor HD Ratio de 0.94 es adoptado como una aceptable utilización de direcciones para justificar la distribución de espacio de dirección adicional. En el Apéndice 2 se provee una tabla que muestra el número de asignaciones que son necesarias para lograr un valor aceptable de utilización dado el tamaño del bloque de direcciones.
\nCuando una organización ha logrado una aceptable utilización de su espacio de direcciones distribuido, está inmediatamente calificada para obtener una distribución adicional que resulte en una duplicación de su espacio de direcciones distribuido. Cuando sea posible, la distribución será realizada de bloques de direcciones adyacentes, es decir que su distribución existente es extendida un bit hacia la izquierda.
\nSi una organización necesita más espacio de direcciones, debe proveer documentación justificando sus nuevos requerimientos para atender a los clientes, número de usuarios, extensión de la infraestructura de la organización, estructura jerárquica y/o geográfica de la organización, segmentación de la infraestructura por razones de seguridad y la longevidad prevista para dicha distribución subsiguiente.
\nNo hay una política específica para la distribución de espacio de direcciones de una organización (LIR) a los ISPs subordinados. Cada LIR podría desarrollar su propia política para ISPs subordinados para alentar una utilización óptima del bloque de direcciones total distribuido al LIR. Sin embargo, todas las asignaciones de /48 a organizaciones Usuarios Finales deben ser registradas por el LIR o por sus ISPs subordinados de modo que el RIR/NIR pueda evaluar apropiadamente el HD Ratio cuando sea necesaria una distribución subsiguiente.
\nLos LIRs deben realizar asignaciones IPv6 de acuerdo con las siguientes provisiones.
\nLas asignaciones deben ser realizadas de acuerdo con la necesidad presentada por el usuario del ISP y de acuerdo a las recomendaciones existentes [RIPE-690, https://www.ripe.net/publications/docs/ripe-690], de las cuales destacan las siguientes:
\n* Se debe asignar, al usuario o sitio final, un prefijo que sea múltiplo de \"n\" x /64, suficiente para atender su necesidad actual y planeada, y teniendo en cuenta protocolos existentes y posibilidades de futuro, evitando así procesos de renumeración.
\n* La selección exacta del tamaño del prefijo a asignar es una decisión operacional del LIR/ISP, aunque se recomienda una infraestructura más simple y funcional con /48 para todos los extremos de la red.
\n* Se recomienda el uso de prefijos persistentes para evitar efectos indeseados.
\n* Se recomienda el uso de /64 para los punto-a-punto, con direccionamiento GUA.
\nA los RIRs/NIRs no les concierne el tamaño de direcciones que los LIRs/ISPs realmente asignan. Por lo tanto, los RIRs/NIRs no pedirán información detallada sobre redes de usuarios IPv6 como lo hicieron en IPv4, excepto para los casos que se describen en la Sección 4.4.2 y para los propósitos de medir la utilización como se define en este capítulo.
\nUna organización (ISP/LIR) puede asignar un /48 por PoP como un servicio de infraestructura de un operador de servicio IPv6. Cada asignación a un PoP es considerada como una asignación sin tener en cuenta el número de usuarios que usen el PoP. Puede obtenerse una asignación separada para operaciones propias del operador.
\nLACNIC realizará asignaciones de direcciones IPv6 portables (independientes del proveedor) directas a usuarios finales según las dos políticas detalladas en 4.4.4.1 y 4.4.4.2, dependiendo si la organización cuenta o no con asignaciones de direcciones IPv4 portables previamente realizadas por LACNIC.
\nLACNIC asignará bloques de direcciones IPv6 portables directamente a Usuarios Finales si cuentan con asignaciones de direcciones IPv4 portables previamente realizadas por LACNIC.
\nEn caso de anunciar el bloque designado en el sistema de rutas inter-dominio de Internet, la organización receptora deberá anunciar el bloque designado con la mínima desagregación posible para quien esté publicando los bloques IP.
\nLas asignaciones se realizarán en bloques siempre mayores o iguales a un /48.
\nSucesivas asignaciones tendrán que ser documentadas y justificadas. Además, siempre que sea posible, se realizarán de un bloque de direcciones adyacente (es decir, extendiendo la asignación existente \"n\" bits a la izquierda).
\nLACNIC asignará bloques de direcciones IPv6 portables directamente a Usuarios Finales, los cuales deberán cumplir con los siguientes requisitos:
\nLas asignaciones se realizarán en bloques siempre mayores o iguales a un /48.
\nSucesivas asignaciones tendrán que ser documentadas y justificadas. Además, siempre que sea posible, se realizarán de un bloque de direcciones adyacente (es decir, extendiendo la asignación existente \"n\" bits a la izquierda).
\nUna organización que sea Usuario Final podrá justificar un nuevo plan de direccionamiento ante LACNIC una única vez en caso de que el plan presentado inicialmente y que justificó la primera asignación no pueda atender sus necesidades actuales.
\nEl nuevo prefijo se ajustará al nuevo plan y deberá cumplir con las secciones 4.4.4.1 o 4.4.4.2.
\nEn caso de que no fuera posible entregar ese tamaño de prefijo, ya sea porque los adyacentes ya están siendo utilizados por otras organizaciones o porque al hacer esa asignación no queda espacio suficiente para otras asignaciones sucesivas, LACNIC deberá informar al solicitante, quien deberá optar por:
\n- recibir un nuevo bloque con el prefijo solicitado y justificado y que contemple la totalidad de la necesidad presentada, con el compromiso de renumerar su red y devolver a LACNIC el bloque original en un plazo de 6 meses;
\n- recibir un nuevo bloque que, sumado al bloque ya asignado, contemple la necesidad presentada y justificada en el nuevo plan y mantener los dos bloques.
\nCada organización podrá utilizar este procedimiento una única vez.
\nLACNIC podrá realizar microasignaciones en casos de proyectos e infraestructuras de redes claves o críticas para el funcionamiento, y desarrollo de IPv6 en la región como son IXP (Internet Exchange Point), NAP (Network Access Point), RIR, proveedores de DNS ccTLD, entre otros. Dichas asignaciones se realizarán en prefijos mayores o igual a un /32 pero siempre menores o iguales a un /48.
\nEn el caso de los IXP o NAP para poder solicitar este tipo de asignaciones las organizaciones deberán cumplir los siguientes requisitos:
\n1.1. Demostrar a través de sus estatutos su calidad de IXP o NAP. Deberá poseer al menos tres miembros y una política abierta para la asociación de nuevos miembros.
\n1.2. Enviar un diagrama de la estructura de red de la organización.
\n1.3. Documentar el plan de numeración a instrumentar.
\nEn el resto de las solicitudes se estudiarán basados en el análisis de documentación que justifique los aspectos críticos y/o claves del proyecto.
\nTodas las microasignaciones se asignarán de bloques de direcciones específicamente reservados para este tipo de asignaciones. LACNIC hará pública la lista de dichos bloques y las microasignaciones realizadas.
\nTodas las asignaciones de bloques IPv6 de prefijos /48 o menores (bloques mayores) realizadas por los ISPs a los clientes conectados a su red y los usuarios de los servicios prestados deben registrarse en la base de datos WHOIS de LACNIC en un plazo mínimo de 7 días a partir de la asignación.
\n
La información disponible en la base de datos WHOIS también será usada por LACNIC cuando analice las solicitudes de bloques IPv4 adicionales realizadas por el ISP.
La información disponible en la base de datos WHOIS será utilizada por LACNIC para calcular el HD Ratio cuando analice las solicitudes de bloques IPv6 adicionales realizadas por el ISP.
El Registro de asignaciones también es necesario por los siguientes motivos:
. Para asegurarse que el IR finalizó o está finalizando la distribución de espacio de direcciones de modo que se justifique la distribución de un nuevo espacio adicional.
\n
. Para proporcionar información a la comunidad Internet sobre cuál organización está usando el espacio de direcciones IPv6 incluyendo a la persona de contacto en caso de problemas de tipo operativo, de seguridad, etc.
Para el estudio de distribuciones de direcciones IPv6 en la región.
Las asignaciones registradas en la base de datos WHOIS de LACNIC deben incluir el nombre de la organización, dirección postal, contactos administrativos, técnicos y de abuso con números de teléfono e correos electrónicos actualizados.
\nLos ISPs que ofrezcan servicios a clientes residenciales pueden registrar en la base de datos WHOIS de LACNIC bloques de direcciones en uso por los equipos o áreas de atención al cliente, por servicio.
\nLa información que se registre debe indicar el área de servicio, dirección postal principal del ISP, contactos administrativos, técnicos y de abuso del ISP con números de teléfono y correos electrónicos actualizados.
\nLas asignaciones deben realizarse por bloques de direcciones que totalizan la cantidad de clientes atendidos en el área o por equipo.
\nLos clientes residenciales que reciban asignación de bloques IPv6 de prefijo /48 o menores (bloques mayores) no están obligados a tener sus datos registrados en la base de datos WHOIS de LACNIC.
\n
El ISP cuyo cliente residencial reciba asignación IPv6 de prefijo /48 o
menor (bloque mayor) puede optar por registrar la asignación en la base de datos WHOIS de LACNIC colocando sus propios datos o código que le sirva de referencia interna. Los datos de contactos administrativos, técnicos y de abuso deben ser los del ISP.
Cuando un RIR/NIR asigna espacio de direcciones IPv6 a una organización, también está delegando la responsabilidad de manejar la zona de consulta reversa que corresponde al espacio de direcciones IPv6 asignado. Cada organización debe manejar debidamente su zona de consulta reversa. Cuando una organización hace una asignación de direcciones, debe delegar a la organización asignada, bajo pedido, la responsabilidad de manejar la zona de consulta reversa que corresponde a las direcciones asignadas.
\nLas organizaciones que hayan recibido distribuciones de IPv6 /35 bajo la política previa de IPv6 [RIRv6 Policies] están inmediatamente autorizadas a expandir su distribución a un prefijo de direcciones /32 sin necesidad de justificación, siempre y cuando satisfagan los criterios de la Sección 4.4.1.1. El prefijo de direcciones /32 contendrá el prefijo mayor ya distribuido (uno o múltiples prefijos /35 en muchos casos) que ya ha sido reservado por el RIR para una subsecuente distribución a la organización. Las solicitudes de espacio adicional más allá del mínimo tamaño /32 serán evaluadas como se discutió en otra parte del documento.
\nSe recuerda que las políticas de LACNIC no reconocen la venta o transferencia no autorizada de los recursos asignados o distribuidos y considerará tales transferencias inválidas.
\nSin embargo, LACNIC procesará y registrará la transferencia de recursos IPv6 como resultado de fusiones, adquisiciones, reorganizaciones o reubicaciones, ya sean parciales o completas, tanto tanto si se trata de recursos de ISPs o usuarios finales.
\nPara tramitar dicho cambio y proceder al registro, se deberá proporcionar documentación legal que lo respalde a criterio de LACNIC, por ejemplo:
\nSe deberá justificar también que sigue manteniéndose la necesidad del conjunto de los recursos, obligándose si fuera el caso, al retorno de los excedentes de los mismos o alternativamente a su transferencia a terceras partes, atendiendo a lo que corresponda según las políticas vigentes (4.4.1., 4.4.2., 4.4.3. y 4.4.4.). En el caso de un retorno, LACNIC determinará las condiciones y plazo.
" ], "attachedUrls": [], "sidebar": [{"contentId":1305,"title":"menu-manual-politicas-es","typeKeyName":"HTM","language":"ES","body":["\n\n "]}], "url": "/547/1/lacnic/4-politicas-para-la-distribucion-y-asignacion-de-direcciones-ipv6", "site": 1, "channel": "lacnic" } ] }