{"id":1989,"date":"2026-10-17T05:48:41","date_gmt":"2026-10-17T05:48:41","guid":{"rendered":"https:\/\/ip4.market\/blog\/?p=1989"},"modified":"2026-10-17T05:48:41","modified_gmt":"2026-10-17T05:48:41","slug":"lacnic-ipv4-transfers-policies-compliance-guide","status":"publish","type":"post","link":"https:\/\/ip4.market\/blog\/lacnic-ipv4-transfers-policies-compliance-guide\/","title":{"rendered":"LACNIC IPv4 Transfers: Policies &#038; Compliance Guide"},"content":{"rendered":"<p>Las transferencias IPv4 en LACNIC se han convertido en una de las soluciones m\u00e1s pr\u00e1cticas para organizaciones de Am\u00e9rica Latina y el Caribe que necesitan espacio de direcciones en un mercado donde el inventario IPv4 sin asignar est\u00e1, a efectos pr\u00e1cticos, agotado. Ya sea que seas un ISP que escala su base de suscriptores, una empresa migrando infraestructura o un titular que busca monetizar bloques sin uso, entender las pol\u00edticas de transferencia de LACNIC es esencial antes de comprometerte con una transacci\u00f3n. Esta gu\u00eda recorre las reglas de elegibilidad, los requisitos de preaprobaci\u00f3n y las buenas pr\u00e1cticas de cumplimiento para que tu transferencia pase la revisi\u00f3n sin retrasos costosos.<\/p>\n<h2>Entendiendo las transferencias IPv4 de LACNIC: una visi\u00f3n general<\/h2>\n<p>LACNIC, el Registro Regional de Internet (RIR) que sirve a Am\u00e9rica Latina y el Caribe, formaliz\u00f3 su pol\u00edtica de transferencias IPv4 para permitir el intercambio de bloques de direcciones entre organizaciones, tanto dentro de la regi\u00f3n como con titulares de otras regiones de servicio de RIR. Las transferencias se registran directamente en la base de datos del registro de LACNIC, lo que significa que el destinatario se convierte en el titular oficial de registro con plena responsabilidad legal y administrativa sobre el bloque.<\/p>\n<p>Hay dos modelos principales de transferencia que conviene entender:<\/p>\n<ul>\n<li><strong>Transferencias intra-regionales:<\/strong> tanto la organizaci\u00f3n de origen (vendedor) como la de destino (comprador) son miembros de LACNIC o tienen recursos en la regi\u00f3n de LACNIC.<\/li>\n<li><strong>Transferencias inter-regionales:<\/strong> el bloque IPv4 se mueve entre LACNIC y otro RIR (como ARIN, RIPE NCC o APNIC). Estas requieren cumplir con las pol\u00edticas de ambas regiones, lo que a menudo implica que la organizaci\u00f3n receptora debe ser miembro del RIR de destino.<\/li>\n<\/ul>\n<p>Un detalle clave de la pol\u00edtica: LACNIC permite transferir bloques de cualquier tama\u00f1o registrados bajo la cuenta del titular, pero la organizaci\u00f3n de origen debe demostrar que las direcciones fueron obtenidas leg\u00edtimamente y, en la mayor\u00eda de los casos, que el bloque que se transfiere no es necesario para cubrir su uso actual justificado. Los bloques recibidos v\u00eda transferencia pueden, a su vez, transferirse de nuevo, sujetos a la misma revisi\u00f3n.<\/p>\n<div class=\"result-box\">\n<p><strong>Consejo pr\u00e1ctico:<\/strong> antes de poner un bloque en venta, audita tus registros en el portal Mi LACNIC. Nombres de organizaciones que no coinciden, datos de contacto desactualizados o asignaciones hist\u00f3ricas sin documentar son las causas m\u00e1s comunes de transferencias estancadas.<\/p>\n<\/div>\n<h2>\u00bfQui\u00e9n puede comprar y vender? Requisitos de elegibilidad en la regi\u00f3n LACNIC<\/h2>\n<p>No toda organizaci\u00f3n puede participar en las transferencias IPv4 de LACNIC, y confirmar la elegibilidad a tiempo ahorra semanas de retrabajo. Del lado del vendedor, la organizaci\u00f3n que transfiere debe:<\/p>\n<ol>\n<li>Ser el titular registrado del bloque IPv4 en la base de datos de LACNIC, sin disputas ni procesos de recuperaci\u00f3n pendientes.<\/li>\n<li>Tener los recursos bajo una cuenta activa, con cuotas de membres\u00eda y facturas pendientes saldadas.<\/li>\n<li>Demostrar que el bloque no es necesario para sus propias necesidades justificadas, seg\u00fan su utilizaci\u00f3n actual.<\/li>\n<\/ol>\n<p>Del lado del comprador, el destinatario debe ser una organizaci\u00f3n legalmente constituida dentro de la regi\u00f3n de servicio de LACNIC, o miembro del RIR de destino en escenarios inter-regionales. Los receptores tambi\u00e9n deben tener una necesidad documentada de las direcciones. Es importante: la pol\u00edtica de LACNIC restringe qu\u00e9 tan recientemente un receptor puede haber recibido recursos; las organizaciones que obtuvieron una nueva asignaci\u00f3n poco antes de una solicitud de transferencia pueden enfrentar escrutinio adicional sobre su justificaci\u00f3n para necesitar m\u00e1s espacio.<\/p>\n<p>Por ejemplo, un ISP guatemalteco con un \/22 recibido directamente de LACNIC puede vender el bloque completo a un proveedor de hosting colombiano, siempre que el ISP documente que sus clientes actuales ya no requieren esas direcciones y el comprador presente un plan de crecimiento que justifique el \/22. El mismo bloque tambi\u00e9n podr\u00eda transferirse a un comprador registrado en ARIN, pero esa transacci\u00f3n seguir\u00eda las reglas inter-regionales y requerir\u00eda revisi\u00f3n del lado de ARIN.<\/p>\n<h2>Preaprobaci\u00f3n y requisitos de listado para transferencias IPv4 de LACNIC<\/h2>\n<p>LACNIC exige que las transacciones de transferencia cuenten con preaprobaci\u00f3n antes de ejecutarse. En la pr\u00e1ctica, esto significa que las partes no deber\u00edan firmar acuerdos de compra basados en suposiciones; en cambio, ambas partes presentan la solicitud de transferencia a trav\u00e9s del proceso de LACNIC con documentaci\u00f3n de respaldo. Los requisitos t\u00edpicos incluyen:<\/p>\n<ul>\n<li>Una solicitud de transferencia completa que identifique ambas organizaciones y el bloque de direcciones.<\/li>\n<li>Documentaci\u00f3n que pruebe la legitimidad de la asignaci\u00f3n de origen (asignaci\u00f3n original o registros de transferencias previas).<\/li>\n<li>Justificaci\u00f3n t\u00e9cnica del receptor que explique el uso previsto y la necesidad de las direcciones.<\/li>\n<li>Confirmaci\u00f3n de pago de las tarifas administrativas aplicables.<\/li>\n<\/ul>\n<p>Los vendedores que se preparan para listar su espacio deber\u00edan verificar el estado del bloque en las bases de datos de enrutamiento p\u00fablicas, asegurarse de que ning\u00fan anuncio fraudulento o historial de secuestro contamine el prefijo, y confirmar que las delegaciones de DNS inverso (rDNS) puedan transferirse o reasignarse sin problemas. Los compradores, por su parte, se benefician de revisar la reputaci\u00f3n del bloque en listas negras y su historial de enrutamiento antes de comprometer fondos.<\/p>\n<p>Trabajar con una contraparte verificada reduce dr\u00e1sticamente el riesgo en esta fase. Plataformas como IP4 Market agilizan las transferencias IPv4 de LACNIC al conectar compradores y vendedores con credenciales verificadas, puntos de referencia de precios transparentes y transacciones respaldadas por custodia (escrow), de modo que ambas partes lleguen a la revisi\u00f3n de LACNIC con documentaci\u00f3n completa y defendible.<\/p>\n<h2>Step-by-Step Transfer Process and Required Documentation<\/h2>\n<p>The purchase agreement is signed. Payment sits in escrow. Now the formal LACNIC transfer starts \u2014 and this is where things either move smoothly or drag on for weeks. From what I&#8217;ve seen, the difference usually comes down to one thing: whether the documentation package was prepared before anyone hit &#8220;submit.&#8221;<\/p>\n<ol>\n<li><strong>Resource pre-validation.<\/strong> Check the address block&#8217;s status in LACNIC&#8217;s registry system. Confirm there are no pending disputes, that the prefix is fully allocated, and that it isn&#8217;t tied to any return commitments. Skip this and you may find out about a problem three weeks in.<\/li>\n<li><strong>Submission of the transfer request.<\/strong> The receiving organization files the application through its LACNIC account, referencing the transaction type (received transfer) and specifying the exact prefix and prefix length.<\/li>\n<li><strong>Documentation package.<\/strong> Both parties supply legal incorporation documents proving organizational identity, the signed transfer agreement, government-issued ID for the legal representatives, and \u2014 this one trips people up \u2014 justification for why the buyer needs the addresses. The recipient has to show a utilization plan that fits its allocation category. Not a vague plan. A real one.<\/li>\n<li><strong>LACNIC technical review.<\/strong> Registry staff verify the prefix is free of conflicts, that SWIP\/rWHOIS data is current, and that no rogue announcements or IRR inconsistencies exist. Stale route objects left over from years ago are a classic cause of avoidable rejections. Clean them up before submitting, not after.<\/li>\n<li><strong>Approval and registration.<\/strong> Once approved, LACNIC updates the registry, the seller&#8217;s resource certificate gets revoked for that prefix, and the buyer issues a new ROA under its own certificate.<\/li>\n<\/ol>\n<div class=\"result-box\">\n<p><strong>Practical tip:<\/strong> Align RPKI and IRR updates with the LACNIC registration date. Pre-announcing the prefix before approval can attract registry scrutiny, and a gap in ROA coverage afterward can blackhole traffic for downstream customers. Neither is a mistake you want to explain in a post-mortem.<\/p>\n<\/div>\n<h2>Common Compliance Pitfalls and How to Avoid Them<\/h2>\n<p>Even seasoned operators hit snags here. Some of these are almost embarrassingly simple \u2014 outdated contact records, mostly \u2014 but they stall reviews all the same.<\/p>\n<ul>\n<li><strong>Outdated registration data.<\/strong> Seller records still listing former employees or dissolved parent entities will freeze the review. Audit and fix organizational contact data before the block even goes to market.<\/li>\n<li><strong>Unresolved use agreements.<\/strong> Legacy space under active use agreements with downstream ISPs can&#8217;t be transferred until those agreements are formally terminated and the space reclaimed. There&#8217;s no shortcut.<\/li>\n<li><strong>Spamhaus and abuse history.<\/strong> A block with a poor reputation complicates the buyer&#8217;s due diligence. Run reputation checks on every prefix before signing. Not after.<\/li>\n<li><strong>Fragmented prefixes.<\/strong> Sub-allocations smaller than the registry&#8217;s minimum transferable size get rejected, as do multiple partial transfers from a single block without clean boundaries.<\/li>\n<li><strong>Escrow bypass.<\/strong> Paying the seller directly before LACNIC approval leaves the buyer exposed if the transfer is denied. Funds should only move once registration is confirmed. Always.<\/li>\n<\/ul>\n<p>Avoiding all of this takes disciplined pre-transfer audits and, honestly, realistic expectations about timing. Budget six to ten weeks end-to-end. Then tell your internal stakeholders, so routing changes and IPAM updates can be coordinated instead of improvised.<\/p>\n<h2>Conclusion: Ensuring a Smooth, Compliant IPv4 Transfer<\/h2>\n<p>LACNIC IPv4 transfers reward preparation. Organizations that validate resource status, clean their registry data, document utilization needs properly, and route payments through escrow consistently close faster \u2014 and with far fewer objections from the registry. IPv4 scarcity keeps pushing prices up across all the regional registries, so a compliant transfer isn&#8217;t merely administrative box-ticking. It&#8217;s a financial safeguard for what is often a seven-figure asset. Working with a knowledgeable marketplace partner cuts friction at every stage: <em>IP4 Market<\/em> provides verified sellers, escrow-protected payments, and current pricing benchmarks, giving network engineers and IT managers confidence that their LACNIC transfers will close cleanly, on schedule, and in full regulatory compliance.<\/p>\n<div class=\"ip4-cta\" style=\"margin:2em 0;padding:1.2em 1.5em;border:1px solid #d8dee9;border-left:4px solid #00b8d4;border-radius:6px;background:#f8fafc\">\n<p style=\"margin:0\"><strong>Need IPv4 space?<\/strong> Lease RIPE-verified \/24&ndash;\/22 subnets at a flat \u20ac0.50\/IP per month &mdash; LOA + RPKI\/ROA in minutes, instant company verification, automatic renewals. <a href=\"https:\/\/panel.ip4.market\/marketplace?utm_source=blog&amp;utm_medium=cta&amp;utm_campaign=post-footer\" rel=\"nofollow\">Browse available subnets &rarr;<\/a><\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Las transferencias IPv4 en LACNIC se han convertido en una de las soluciones m\u00e1s pr\u00e1cticas para organizaciones de Am\u00e9rica Latina y el Caribe que necesitan espacio de direcciones en un&#8230;<\/p>\n","protected":false},"author":1,"featured_media":1991,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-1989","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ipv4-market"],"_links":{"self":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts\/1989","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/comments?post=1989"}],"version-history":[{"count":1,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts\/1989\/revisions"}],"predecessor-version":[{"id":1990,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts\/1989\/revisions\/1990"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/media\/1991"}],"wp:attachment":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/media?parent=1989"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/categories?post=1989"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/tags?post=1989"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}