Permitir as transferências de endereços IPv4 originados em outros registros regionais apenas no sentido para LACNIC.

PEsta proposta procura criar um mecanismo que somente permitira as transferências de endereços IPv4 originados em outroas regiõest parosa a regiãon LAC.

A transferência de endereços da região LAC penara outras regiões não sestá abrantgidoa por esta proposta LACNIC.

Todos os RIR exceto AFRINIC esgotaram a disponibilidade de IPv4, a única solução para este problema é a sua substituição pelo IPv6, mas a realidade é que a sua implementação nas redes comerciais é mais lenta do esperado, esta situação afeta em termos econômicos e de desenvolvimento a diversos operadores, que buscam soluções para problemas como a implementação de NAT ou a compra de IPv4 de acordo com as políticas de transferências de cada RIR. Em estudos realizados recentemente em RIPE e ARIN, é demonstrado que os operadores que adquirem IPv4 tem maior crescimento no uso do IPv6, o que evidencia que um operador aumenta sua rede de IPv4 quanto mais usa IPv6, de modo que um operador que consegue aumentar o seu número de IPv4 não está atrasando o uso do IPv6, mas aumentando-o.

As políticas atuais de transferências de LACNIC (intra-regionais) aliviam minimamente a necessidade de IPv4, portanto as ofertas na região estão baseadas na disponibilidade dos membros de LACNIC de oferecer os recursos que tiverem em excesso.

A realidade evidencia a pequena quantidade de recursos disponíveis para transferências em LACNIC, o que é traduzido em um crescimento menor das redes e econômico da Internet. Uma política de transferências inter-regionais no sentido “unidirecional para LACNIC”, daria a oportunidade a um número grande de operadores da região de adquirir recursos e registrá-los devidamente dentro de LACNIC ao mesmo tempo que suas redes cresceriam e acelerariam a penetração e o uso do IPv6.

Todos os RIR exceto AFRINICO esgotaram aento dio esponibilidaço de endereços IPv4, atrouxe úndica ferentesoluçã cenários para eoste operadoblrema és ade redesu da substituregição peloLAC IPv6,e mdas a realgidadões éem que ao Regisuatro implemRegiontaçl não napos redes comerciauis é mais lenta dereços edisponíveis parado, destignar.

A sitoluação afetaà quem termos econômicdos e mundeo desenvapolvimentoa é a adiversos çãopera dores IPv6, que buscam resoluçõves paraá problemas como fa implementação de NAT ou a compra de IPv4 nde acordeços, com as pmesmolític as de torgansferêncizações dque cada RIR. Em estudãos treabalizhandos recentemente em RIPE e ARIN,a éadoção demo nstovo pradotocolo qupre ocisam optera disporníveis que andquieremços IPv4 que facilitem messaior ctreanscição.

No momento, não usé possível dligar o IPv6, o que evidencsligar queo umIPv4 operador aumenta smuda rede de IPv4 quanproto mcolo.

Tais usa IPv6,mbém de modo quve um opserador que conseguide raumentar do sequ número de IPv4a não existá atrasênciando o uso do IPv6, mase aumentando-o.

As políticas atquaise dpermita a transferências de LACNIC (ientra-deregiçonais) aliviam minimamentre a necressgidade dõe IPv4,s portantão implicas ofquert elas na região estão bcorram: simpleadas menate dismponibilidcad que doelas membrnãos daparecem LACNICcomo detais nofes recegistr os recuorrespos qunde ntiverem em excesso.

A realidUmade evidencias ta pequrenfas qfundamentidadeis deos rRecurgistros dRegisponíveais pé estara atruansferênclizados em LACNIC, o que é traduzs idnfo em urm crações cimeontoidas msenorjam válidas, redes modo que seconôjam úteicos dquando Intecessárnio.

A exist.ência Ude uma política dque permita a transferências inter-rdegi blonaicos node sentidereços “unidireci onutrals regiões para LACNIC”, da regiaão da oportunALC facidlitaderá a um anúmuternção grande deas infopermadorções dao rRegiãstro de, adquiriro rmecursmos tempo regm que mistigará-lãos dtevmporaridamente dealguntros deos LACNIC apro mblemasm dos temoperadores que sufasçam tredeans cferesênceriams de acelndereços pariam a pdenetração ea região uso do IPv6.

Texto Atual:
2.3.2.18.3.- Ante uma solicitação de transferência de um bloco IPv4, LACNIC deverá verificar que a entidade fonte seja efetivamente a titular desse bloco segundo conste nos registros de LACNIC. O solicitante aprovado e a entidade transferidora deverão apresentar a LACNIC uma cópia do documento legal que respalde a transferência.

Texto proposto:
2.3.2.18.3.(v.1) - Ante uma solicitação de transferência de um bloco de endereços IPv4 cuja fonte esteja na região de LACNIC, LACNIC deverá verificar que a organização que transfere o bloco é efetivamente a titular desse bloco segundo conste nos registros do LACNIC. Se a fonte da solicitação de transferência estiver dentro de uma região cujas políticas RIR permitem a transferência de endereços a LACNIC, LACNIC irá aceitar a verificação do RIR da fonte de que a fonte é o titular desse bloco. O solicitante aprovado e a organização transferidora dos recursos deverão apresentar a LACNIC uma cópia do documento legal que respalde a transferência.

Texto Atual:
2.3.2.18.4.- LACNIC manterá um registro de transferências de acesso público, de todas as transferências de blocos IPv4 registradas perante ele. Esse registro deverá conter a data da operação, a entidade fonte da transferência, a entidade destino e o bloco transferido.

Texto proposto, 2.3.2.18.4 (v.1).- LACNIC manterá um registro de transferências de acesso público, de todas as transferências de blocos de endereços IPv4 registradas perante LACNIC. Esse registro deverá especificar a data em que foi realizada cada transação, a organização fonte da transferência, o RIR de origem, a organização receptora e o bloco transferido.

Texto Atual:
2.3.2.18.6.- Um bloco previamente transferido não poderá ser subsequentemente transferido durante um período de um ano a partir da data de operação assentada no registro de transferências. O mesmo é aplicável para seus sub-blocos, isto é, blocos que agrupem um subconjunto dos endereços IPv4 contidos no bloco.

Texto proposto:
2.3.2.18.6. (v.1)- Um bloco previamente transferido sob esta política não poderá ser subsequentemente transferido durante um período de um ano a partir da data de operação assentada no registro de transferências. O mesmo é aplicável para seus sub-blocos, isto é, blocos que agrupem um subconjunto dos endereços IPv4 contidos no bloco.

Texto atual:

2.3.2.18. Transferências de blocos IPv4 dentro da região LACNIC

Texto proposto:

2.3.2.18. Transferências de blocos IPv4 dentro e para a região LACNIC


Texto atual:

2.3.2.18.3.- Ante uma solicitação de transferência de um bloco IPv4, LACNIC deverá verificar que a entidade fonte seja efetivamente a titular desse bloco segundo conste nos registros de LACNIC. O solicitante aprovado e a entidade transferidora deverão apresentar a LACNIC uma cópia do documento legal que respalde a transferência.

Texto proposto:

2.3.2.18.3.(v.1) - ADiante de uma solpedicitaçãdo de transferência de um bloco de endereços IPv4, cuja fonte estivejar na região de LACNIC, LACNIC deverá verificará que a organização que transfereidora do bloco é de fetivamenteo a titular desse bloco sdegun acordo constem nos registros doe LACNIC. Se a fonte dao solicpeditaçãdo de transferência estiver dentro de uma região cujas políticas RIR permitem a transferência de endereços para LACNIC, LACNIC irá aceitará a verificação do RIR da fonte de que a fonte é o titular desse bloco. O solicitante aprovado e a organização que transferidorae dos recursos deverão apresentar a LACNIC uma cópia do documento legal que respaldea a transferência.

Texto Aatual:

2.3.2.18.4.- LACNIC manterá um registro de transferências de acesso público, de todas as transferências de blocos IPv4 registradas perante ele. Esse registro deverá conter a data da operação, a entidade fonte da transferência, a entidade destino e o bloco transferido.

Texto proposto, :

2.3.2.18.4 (v.1).- LACNIC manterá um registro de transferências de acesso público, de todas as transferências de blocos de endereços IPv4 registradas pnerantle LACNIC. Esse registro deverá especificar a data dem que foi realizada cada transação, a organização fonteda qual da transferência se originou, o RIR de origem, a organização receptora e o bloco transferido.

Texto Aatual:

2.3.2.18.6.- Um bloco previamente transferido não poderá ser subsequüentemente transferido durante um período de um ano a partir da data de operação assentada no registro de transferências. O mesmo é aplicável para seus sub-blocos, isto é, blocos que agrupem um subconjunto dos endereços IPv4 contidos no bloco.

Texto proposto:

2.3.2.18.6. (v.1)- Um bloco previamente transferido sob esta política não poderá ser subsequüentemente transferido durante um período de um ano a partir da data de operação assentada no registro de transferências. O mesmo é aplicável para seus sub-blocos, isto é, blocos que agrupem um subconjunto dos endereços IPv4 contidos no bloco.

Texto Atual:
2.3.2.18.3.- Ante uma solicitação de transferência de um bloco IPv4, LACNIC deverá verificar que a entidade fonte seja efetivamente a titular desse bloco segundo conste nos registros de LACNIC. O solicitante aprovado e a entidade transferidora deverão apresentar a LACNIC uma cópia do documento legal que respalde a transferência.

Texto proposto:
2.3.2.18.3.(v.1) - Ante uma solicitação de transferência de um bloco de endereços IPv4 cuja fonte esteja na região de LACNIC, LACNIC deverá verificar que a organização que transfere o bloco é efetivamente a titular desse bloco segundo conste nos registros do LACNIC. Se a fonte da solicitação de transferência estiver dentro de uma região cujas políticas RIR permitem a transferência de endereços a LACNIC, LACNIC irá aceitar a verificação do RIR da fonte de que a fonte é o titular desse bloco. O solicitante aprovado e a organização transferidora dos recursos deverão apresentar a LACNIC uma cópia do documento legal que respalde a transferência.

Texto Atual:
2.3.2.18.4.- LACNIC manterá um registro de transferências de acesso público, de todas as transferências de blocos IPv4 registradas perante ele. Esse registro deverá conter a data da operação, a entidade fonte da transferência, a entidade destino e o bloco transferido.

Texto proposto, 2.3.2.18.4 (v.1).- LACNIC manterá um registro de transferências de acesso público, de todas as transferências de blocos de endereços IPv4 registradas perante LACNIC. Esse registro deverá especificar a data em que foi realizada cada transação, a organização fonte da transferência, o RIR de origem, a organização receptora e o bloco transferido.

Texto Atual:
2.3.2.18.6.- Um bloco previamente transferido não poderá ser subsequentemente transferido durante um período de um ano a partir da data de operação assentada no registro de transferências. O mesmo é aplicável para seus sub-blocos, isto é, blocos que agrupem um subconjunto dos endereços IPv4 contidos no bloco.

Texto proposto:
2.3.2.18.6. (v.1)- Um bloco previamente transferido sob esta política não poderá ser subsequentemente transferido durante um período de um ano a partir da data de operação assentada no registro de transferências. O mesmo é aplicável para seus sub-blocos, isto é, blocos que agrupem um subconjunto dos endereços IPv4 contidos no bloco.

Texto atual:

2.3.2.18. Transferências de blocos IPv4 dentro da região LACNIC

Texto proposto:

2.3.2.18. Transferências de blocos IPv4 dentro e para a região LACNIC


Texto atual:

2.3.2.18.3.- Ante uma solicitação de transferência de um bloco IPv4, LACNIC deverá verificar que a entidade fonte seja efetivamente a titular desse bloco segundo conste nos registros de LACNIC. O solicitante aprovado e a entidade transferidora deverão apresentar a LACNIC uma cópia do documento legal que respalde a transferência.

Texto proposto:

2.3.2.18.3.(v.1) - ADiante de uma solpedicitaçãdo de transferência de um bloco de endereços IPv4, cuja fonte estivejar na região de LACNIC, LACNIC deverá verificará que a organização que transfereidora do bloco é de fetivamenteo a titular desse bloco sdegun acordo constem nos registros doe LACNIC. Se a fonte dao solicpeditaçãdo de transferência estiver dentro de uma região cujas políticas RIR permitem a transferência de endereços para LACNIC, LACNIC irá aceitará a verificação do RIR da fonte de que a fonte é o titular desse bloco. O solicitante aprovado e a organização que transferidorae dos recursos deverão apresentar a LACNIC uma cópia do documento legal que respaldea a transferência.

Texto Aatual:

2.3.2.18.4.- LACNIC manterá um registro de transferências de acesso público, de todas as transferências de blocos IPv4 registradas perante ele. Esse registro deverá conter a data da operação, a entidade fonte da transferência, a entidade destino e o bloco transferido.

Texto proposto, :

2.3.2.18.4 (v.1).- LACNIC manterá um registro de transferências de acesso público, de todas as transferências de blocos de endereços IPv4 registradas pnerantle LACNIC. Esse registro deverá especificar a data dem que foi realizada cada transação, a organização fonteda qual da transferência se originou, o RIR de origem, a organização receptora e o bloco transferido.

Texto Aatual:

2.3.2.18.6.- Um bloco previamente transferido não poderá ser subsequüentemente transferido durante um período de um ano a partir da data de operação assentada no registro de transferências. O mesmo é aplicável para seus sub-blocos, isto é, blocos que agrupem um subconjunto dos endereços IPv4 contidos no bloco.

Texto proposto:

2.3.2.18.6. (v.1)- Um bloco previamente transferido sob esta política não poderá ser subsequüentemente transferido durante um período de um ano a partir da data de operação assentada no registro de transferências. O mesmo é aplicável para seus sub-blocos, isto é, blocos que agrupem um subconjunto dos endereços IPv4 contidos no bloco.

Quando em referência a uma troca com AFRINIC foi solicitado a um membro do RIPE que desse a sua opinião sobre as políticas de transferência em apenas um sentido, Sander Steffan disse:
“Sem emitir uma opinião na atual proposta de política, posso dizer que seria compatível com as políticas de transferência de RIPE, espaços de endereços podem ser re-alocados para um outro possuidor de recursos que seja membro de um registo que permita transferências. Se AFRINIC permitir transferências para dentro, consequentemente RIPE permite transferências para fora.

Estudando o Mercado de Transferências do IPv4: Transferências Reportadas
https://labs.ripe.net/Members/ioana_livadariu/studying-the-ipv4-transfer-market

Requisitos de reciprocidade de ARIN
http://lists.arin.net/pipermail/arin-ppml/2017-January/062351.html

Declarações de RIPE sobre transferências entrantes na lista de AFRINIC

https://lists.afrinic.net/pipermail/rpd/2017/006323.html

Quando em referência a uma troca com AFRINIC foi solicitado a um membro doe RIPE que desse a sua opinião sobre as políticas de transferência em apenas um sentido, Sander Steffan disse o seguinte:
“
Sem emitir uma opinião na atual proposta de política, posso dizer que seria compatível com as políticas de transferência de RIPE, espaços de endereços podem ser re-alocados para um outro possuidor de recursos que sejafor membro de um registro que permita transferências. Se AFRINIC permitir transferências para dentro, consequentemente RIPE permiteirá transferências para fora.

Estudando o Mercado de Transferências do IPv4:. Transferências Reportadas
https://labs.ripe.net/Members/ioana_livadariu/studying-the-ipv4-transfer-market

Requerisimentos de reciprocidade de ARIN
http://lists.arin.net/pipermail/arin-ppml/2017-January/062351.html

Declarações de RIPE sobre transferências entrantes na lista de AFRINIC

https://lists.afrinic.net/pipermail/rpd/2017/006323.html