Pular para o conteúdo principal

LACNIC · Monitoramento de RIR

Modify the size of initial IPv6 allocations

Comece aqui pelo registro de cada proposta: o que mudou, por que isso foi relevante, quem defendeu cada posição, como as posições evoluíram, o que foi decidido e onde ainda há lacunas nas evidências.

Fatos com fonte

ID da política
LAC-2016-5
RIR
LACNIC
Status oficial
Abandoned
Status normalizado
Abandonada
Apresentada
2 de jun. de 2016
Última atualização das fontes
8 de out. de 2026
Cobertura
Parcial

Quem realmente moldou o debate?

19Total de participantes
18Participantes da discussão
1Atores formais
80Mensagens de discussão
5,6Participantes efetivos
73,8%Parcela dos cinco principais
2Pessoas cobrindo 50%
7Pessoas cobrindo 80%

Evolução da política

2
Abandonada · Abandoned
2 de jun. de 2016
Fatos com fonte ↗

Proposed section and organizational scope · The old text proposes modifying the first paragraph of section 4.5.1.3 and states separate planning rules for ISPs and non-ISPs. The new text instead proposes adding section 4.5.1.4 specifically for LIRs that are not ISPs, including governments, associations, academic networks, and similar organizations.

Eligibility for an allocation larger than /32 and supporting documentation · The old text bases planning duration on whether the organization is an ISP, imposing a four-year limit for ISPs and expected life expectancy for non-ISPs. The new text establishes that qualifying organizations may request an initial allocation larger than /32 by submitting justification, and requires that documentation to address the organization's life expectancy.

Problem rationale · The old rationale describes delayed government assignments in other regions and the objective of avoiding that outcome. The new rationale adds concerns about strict interpretation by LACNIC staff, expressly identifies special non-traditional LIR cases, and explains that reliance on private IPv4 addressing and NAT does not translate appropriately to IPv6.

3
Abandonada · Abandoned
2 de jun. de 2016
Fatos com fonte ↗

Section Title Modification · The title of section 4.5.1.3 was modified to specify it applies to ISPs.

Presentation Reference · The reference to the presentation event and date was updated.

4
Abandonada · Abandoned
2 de jun. de 2016
Fatos com fonte ↗

Documentation criterion for larger-than-/32 initial allocations · The addressing-plan criterion changes from considering the organization's life expectancy to considering the expected longevity of the allocation, shifting the stated planning horizon from the organization to the allocation itself.

Linha do tempo do debate

  1. Discussão pública

    [LACNIC/Politicas] Nueva porpuesta de politica LAC-2016-5// New policy proposal LAC-2016-5//Nova proposta de política LAC-2016-5

    24 Mensagens de discussão · 7 Entidades

    Fatos com fonte ↗
  2. Discussão pública

    [LACNIC/Politicas] Nueva version LAC-2016-5//New version LAC-2016-5//Nova versao LAC-2016-5

    8 Mensagens de discussão · 5 Entidades

    Fatos com fonte ↗
  3. Apresentação

    Apresentação

    Fatos com fonte ↗
  4. Versão oficial

    1

    Abandonada · Abandoned

    Fatos com fonte ↗
  5. Versão oficial

    2

    Abandonada · Abandoned

    Fatos com fonte ↗
  6. Versão oficial

    3

    Abandonada · Abandoned

    Fatos com fonte ↗
  7. Versão oficial

    4

    Abandonada · Abandoned

    Fatos com fonte ↗
  8. Discussão pública

    [LACNIC/Politicas] propuesta de politica LAC-2016-5 - dudas para nueva version

    17 Mensagens de discussão · 4 Entidades

    Fatos com fonte ↗
  9. Discussão pública

    [LACNIC/Politicas] Nueva propuesta LAC-2016-7 / Nova proposta LAC-2016-7 / New proposal LAC-2016-7

    5 Mensagens de discussão · 2 Entidades

    Fatos com fonte ↗
  10. Discussão pública

    [LACNIC/Politicas] FW: [address-policy-wg] New on RIPE Labs: Supporting IPv6 Deployment Through Policy

    5 Mensagens de discussão · 4 Entidades

    Fatos com fonte ↗
  11. Discussão pública

    [LACNIC/Politicas] Nueva version propuesta LAC-2016-5// New version proposal LAC-2016-5//Nova versao proposta LAC-2016-5

    4 Mensagens de discussão · 3 Entidades

    Fatos com fonte ↗
  12. Decisão oficial

    abandoned

    abandoned

    Fatos com fonte ↗
  13. Discussão pública

    [LACNIC/Politicas] Propuesta de política LAC-2016-5 - Abandonada

    2 Mensagens de discussão · 2 Entidades

    Fatos com fonte ↗

Entidades

Atualização: Desatualizada · Última atualização: · A atualização mais recente falhou. O último resultado bem-sucedido é exibido.
  1. Mensagens de discussão29
    Primeira atividade10 de mar. de 2016
    Última atividade24 de mai. de 2017
    Primeira posição explícitaApoio
    Última posição explícitaApoio
    Mudanças de posição6
    Coerência do ponto de vistaMista
    Outras políticas39
    Atualização: Desatualizada · Última atualização: · A atualização mais recente falhou. O último resultado bem-sucedido é exibido.

    Última tentativa de pesquisa: 17 de set. de 2026

    Identidade verificada: 11 de out. de 2026

    The IPv6 Company · Histórico
    Name: Jordi Palet Martínez Email: [email protected] Organization: The IPv6 Company
    politicas.lacnic.net

    Perfis públicos verificados

    Mensagens de discussão
    29
    Primeira atividade
    10 de mar. de 2016
    Última atividade
    24 de mai. de 2017
    Primeira posição explícita
    Apoio
    Última posição explícita
    Apoio
    Mudanças de posição
    6
    Coerência do ponto de vista
    Mista
    Outras políticas
    39

    Primeira posição explícita: Apoio → Última posição explícita: Apoio · Mudanças de posição: 6

    Coerência do ponto de vista: Mista

    The main policy objectives remain coherent: usable address plans without avoidable renumbering, meaningful participation in consensus, and functional abuse contacts. The record also contains real, explained changes in mechanisms, including withdrawal of the separate non-ISP category in favor of a common allocation rule. One university example contains unresolved end-user classification language, so the record should not be described as uniformly consistent in every detail. Procedural replies and single contributions cannot establish a lasting substantive position, and quoted disagreements are not the author's own votes.

    Modify direct IPv6 address assignments to end users

    Avaliação: Evidências insuficientes para avaliar a consistência · The author accepts clearer old-and-new text and a stronger rationale while deliberately separating the allocation-size question from the two changes being proposed. This one reply shows willingness to refine the proposal, but supplies no sequence from which to assess a reversal or durable consistency.

    Condições: Support for this limited change does not endorse a separate size change or every later draft.

    Mi idea en esta propuesta es SOLO tocar los dos puntos indicados.

    Modify the size of initial IPv6 allocations

    Avaliação: Coerente · From March 2016 through May 2017 the author seeks an aggregated, realistic IPv6 plan for government and other nontraditional networks. His preferred mechanism evolves: he first argues for differentiated non-ISP treatment, offers an alternative at the community's request, and finally abandons this proposal because the common mechanism serves the same objective with less complexity. The withdrawal is explained rather than an unexplained rejection of the objective.

    Condições: The initial willingness to withdraw depended on staff confirming that the existing rule already permitted the case; it was not an actual March withdrawal. · The later report of community consensus is not independent evidence of final ratification or implementation. · Claims about government allocations and regional experience are the author's examples and assertions.

    Y creo que no es conveniente tener tantas pol?ticas como ?casos?.

    Mi propuesta pretende aclarar esta situacion, con una categoria nueva diferente de ISP, aunque es muy similar a un ISP.

    que evitamos con un solo mecanismo para justificar los recursos

    Modify the size of initial IPv6 allocations

    Avaliação: Coerente · The November correction changes the stated horizon from the organization's life expectancy to the allocation's expected longevity. The author acknowledges an overlooked drafting error and explains why the latter better bounds the addressing plan. This is a real correction with an explanation, not evidence that every earlier version already said the same thing.

    Condições: The author's account of his original intention cannot erase the earlier organization-longevity wording.

    El plan de direccionamiento ha de tener en cuenta la longevidad prevista de la organizaci?n.

    nunca fue la intenci?n que la longevidad fuera de la organizaci?n, sino de la distribuci?n inicial

    Modify the size of initial IPv6 allocations

    Avaliação: Mista · The August university example calls a university with several providers not an end user, yet immediately says each university could obtain its own /32 under the end-user policy. Elsewhere the distinction turns on assigning resources to separate organizations. The example therefore contains an unresolved classification ambiguity; it does not establish that multihoming alone changes an organization into an LIR.

    Condições: This concerns the precision of the example, not a demonstrated reversal of the objective of aggregated national-network addressing. · No supplied follow-up expressly reconciles those two descriptions of the university.

    necesita direccionamiento propio y obviamente NO es un usuario final.

    Si aplican a la pol?tica de usuario final, podr?an obtener, cada una de ellas su propio /32.

    asignar direcciones? a terceros

    Modify the size of initial IPv6 allocations

    Avaliação: Coerente · The author presents the common ISP/LIR rule as an explicit alternative, explains its longer-horizon planning benefit, and later favors it over separate categories because it achieves the shared aim more simply. Offering two mutually exclusive community choices is not support for adopting conflicting rules simultaneously.

    Condições: This entails a change from preserving the commercial-ISP time limit to accepting a common mechanism; the design preference did evolve. · The source describes community consensus, not proof of all subsequent implementation steps.

    Mi idea es ofrecer AMBAS alternativas para que la comunidad decida.

    Por supuesto que la idea no es que se aprueben las dos, sino una u otra.

    v?lido para ambos casos.

    Rectifying the size of initial allocations

    Avaliação: Coerente · The sequence consistently supports a one-time correction of an inadequate initial IPv6 allocation to avoid renumbering. It preserves the ordinary subsequent-allocation procedure, acknowledges that contiguous space may not remain available, and leaves end-user inclusion open if relevant cases are presented. Encouraging discussion is separate from this substantive advocacy.

    Condições: The residential /64 remark is a reductio, not a recommendation to reduce customer assignments. · The /33 example and worldwide adoption fraction are not independently established technical or statistical evidence. · Future contiguous allocations are not guaranteed.

    No se trata de evitar que haya ?nuevas asignaciones? en el futuro, pero si dar la oportunidad de ?corregir? la primera por una sola vez.

    ser?a muy sencillo actualizar la propuesta para incluir ese caso.

    ahora pague por ello el cliente.

    Reducing the last-call-for-comments period in LACNIC's Policy Development Process.

    Avaliação: Coerente · The author repeats a preference for 30 calendar days, finds discretionary chair-adjusted intervals too subjective, and then proposes a broader list-based consensus process. The broader process discussion does not endorse the specific 20-day option or retract the stated 30-day preference within this exchange.

    Condições: The comparative timing list is supplied by another participant. · The claimed benefits of avoiding meeting delays are advocacy, not measured outcomes.

    creo que 30 d?as naturales ser?a suficiente y siempre m?s f?cil de contar.

    Me refuerza en mi punto de vista de 30 d?as.

    la decisi?n del consenso (igual que en IETF) se toma en la lista, no en el meeting

    MODIFYING INITIAL IPv6 ALLOCATIONS TO END USERS

    Avaliação: Evidências insuficientes para avaliar a consistência · The single contribution welcomes correction of an end user's initial allocation while proposing clearer language about contiguous expansion, unavailable adjacent space, and the choice to renumber earlier. It establishes a conditional design preference, not longitudinal consistency or endorsement of every provision.

    Condições: The suggested wording is a proposal, not evidence that it was incorporated into an adopted text.

    Me parece buena idea la propuesta, sin embargo, tengo una duda.

    que si lo desea renumere ahora en lugar de luego

    Modifying "Subsequent Allocation" for IPv6

    Avaliação: Evidências insuficientes para avaliar a consistência · The author advocates aligning subsequent IPv6 allocation criteria with the revised initial-allocation criteria so earlier recipients are not disadvantaged. Only one contribution is supplied, so persistence or reversal within this proposal cannot be assessed.

    Condições: The quoted announcement distinguishes consensus from pending board ratification; the author's shorthand about approval does not prove implementation.

    Mi propuesta simplemente incorpora *el mismo* texto que se aprob? para las distribuciones iniciales en las distribuciones subsiguientes

    Simplifying the PDP (Mailing List + Forum Option)

    Avaliação: Evidências insuficientes para avaliar a consistência · This contribution supports a substantive rather than numerical understanding of consensus and associates that objective with the author's PDP proposal. It does not reproduce all the process provisions or provide a time series of positions on this proposal.

    Condições: The definition quoted from the PDP is attributed material; the author's explicit endorsement is the evidence of his position. · No stance on an unrelated later proposal follows from the discussion.

    para evitar que se entienda como "mas votos" a favor o "en contra", cuando en realidad quiere decir que no haya objeciones que no sean respondidas.

    Remove the reference to an applicant's multihomed status from the policy on IPv4 assignments to end users

    Avaliação: Evidências insuficientes para avaliar a consistência · The author supports removing the IPv4 end-user multihoming requirement and explains that this component was split from a combined proposal after feedback. This single statement cannot show whether the position persisted or changed later.

    Condições: The alignment with IPv6 is his stated rationale. · Neither the split nor the request for feedback establishes consensus on this component.

    La LAC-2018-11, simplemente elimina el requisito de multihoming para IPv4 para ser usuario final

    Minor revision to the PDP

    Avaliação: Evidências insuficientes para avaliar a consistência · The author regards an explicit restart clause as redundant but accepts wording that restarts the eight-week discussion period in every case. Calling it a clarification while accepting it is not opposition, but one reply cannot establish consistency across subsequent revisions.

    Condições: A proposed revision or offered new version is not proof of adoption. · The rule being discussed is a failed-consensus restart, not the length of last call.

    Luego, bajo mi punto de vista, es *redundante* poner que se reinician los plazos.

    En cualquier caso, se reiniciar?a el plazo de debate de 8 semanas.

    Review and correction of errors in the IPv6 policy

    Avaliação: Evidências insuficientes para avaliar a consistência · The author supplies a comparison link and explains its colors to facilitate review. The message contains neither the comparison itself nor a substantive sequence of positions, so it cannot support a finding about consistency of the proposed IPv6 corrections.

    Condições: Authorship and assistance with presentation are not endorsement of every unseen change.

    La columna de la izquierda es el texto de la pol?tica actual (color rojo), y la de la derecha (color verde), como quedar?a con los cambios que propongo.

    Registration and validation of abuse contact

    Avaliação: Coerente · Across the discussion the author continues to seek registered, usable abuse contacts and periodic validation. He accepts clarification of validation triggers, discusses longer intervals and grace periods, and considers splitting disputed components. By September he favors stating the validation objective while leaving the operational procedure to LACNIC. Those are substantive refinements around a persistent objective.

    Condições: The final interval and precise consequences of failed validation are not settled by these replies. · General agreement with a suggested revision does not adopt every sanction in the quoted reply. · Predictions of court victories and civil liability remain the author's historical claims, not verified legal conclusions.

    Totalmente de acuerdo en lo que propones del punto 12.4

    Que se verifican autom?ticamente cada cierto tiempo, con un proceso automatizado desde LACNIC

    es mejor que el procedimiento lo defina LACNIC.

    Registration and validation of abuse contact

    Avaliação: Coerente · The objection to automated abuse contacts concerns systems that ignore email and force victims into incompatible forms. The author expressly supports automatic initial reports and automatic or semi-automatic processing that responds. Read together, the broad phrase against automation is qualified by this functional distinction, not a ban on all automation.

    Condições: Claims about reporting volume, regional response rates, and negligible validation cost are not measured evidence in this corpus. · The proposal distinguishes common reporting access from the ISP's own contractual treatment of a customer.

    eso implica que no sean automatizados

    Lo razonable es que el primer contacto de abuso, por parte de la v?ctima, pueda ser procesado de forma autom?tica.

    procesar ese email de forma autom?tica o semi-autom?tica y RESPONDEN.

    Simplification of the PDP

    Avaliação: Coerente · The author consistently prioritizes participation in consensus by the whole community. His initial list-only design would remove the expedited track, but he subsequently offers to retain forum presentation and the expedited process, or combine list and forum, if remote participants have equal standing. This is a conditional compromise, not abandonment of the objective.

    Condições: The offered changes are not evidence that a revised text was actually published or approved. · Replacing the word discriminatory with exclusionary softens the description without removing the stated objection. · The illustrative participation percentages and accounts of prior forums are not independently verified measurements.

    El objetivo es que el consenso se alcance en la lista, y no en el foro

    y entonces mantener el proceso expeditivo

    hacer que el consenso sea de lista+foro en lugar de solo lista o solo foro

    Clarifications of Sub-Assignments

    Avaliação: Evidências insuficientes para avaliar a consistência · The author seeks an exception for temporary addressing of guests, employees or students while retaining the distinction from permanent connectivity service. He explicitly asks whether to cap that exception at a /64 or leave size open. Presenting these alternatives does not choose either one, and there is no later position here to compare.

    Condições: Other regions are contextual references, not evidence that a particular LACNIC alternative was adopted.

    La diferencia es limitar esto a un m?ximo de un /64, o dejarlo abierto.

    Update to the Policy on IPv4 Assignments to End Users

    Avaliação: Coerente · The May contribution defends avoiding disruptive end-user renumbering; the August explanation preserves that objective while describing the simplified transfer component after the multihoming question was separated. The split changes the packaging, not the stated purpose of enabling the existing user to keep its addressing.

    Condições: The quoted participant's uncertainty is not the author's own neutral position. · An ISP proposal's reported consensus does not establish consensus for the end-user proposal.

    un end-user puede tener requisitos que le impiden renumerar

    un ISP "ceda" con un sistema simplificado de transferencias, el direccionamiento al usuario final que lo usa.

    Update to the Policy on Initial IPv4 Allocations to ISPs

    Avaliação: Coerente · The author repeatedly defends voluntary transfer of the same addressing to avoid renumbering and argues that the routing and cost consequences are comparable to ordinary transfers. The later offer to replace ceder with transferir makes his intended mechanism explicit rather than reversing it.

    Condições: His routing-equivalence argument is contested advocacy, not an independently measured network outcome. · The half-joking routing-table remark is not a policy commitment; the rhetorical question about abolishing transfers is not a repeal proposal. · The participating organizations must agree and an authorized representative must approve; no unilateral right is asserted.

    tiene que haber acuerdo entre ambas partes.

    pero resuelve el problema de evitar la renumeraci?n.

    poner transferir en lugar de ceder.

    PDP Chair Election Procedure

    Avaliação: Evidências insuficientes para avaliar a consistência · The author acknowledges missing a response deadline and agrees that further versions may be needed. This procedural exchange does not establish support for every chair-election provision, a substantive reversal, or a declaration of consensus.

    Condições: A preference for immediate replies is not a position on each election rule. · A shared email subject does not by itself attribute a stance on another proposal.

    Mi respuesta no negaba una versi?n 2 o 3 o las que hagan falta

    Update to “Resource Recovery and Return” and consistency with the rest of the Manual

    Avaliação: Evidências insuficientes para avaliar a consistência · The author favors a side-by-side comparison tool, downloadable text and PDF, and room for exceptional formats. This is agreement about how to discuss a proposal, not evidence of support or opposition to its resource-recovery provisions or a later policy outcome.

    Condições: No substantive recovery-rule consistency judgment can be inferred from agreement with the tooling suggestion.

    Yo desde luego votar?a por un sistema que muestre ?lado a lado? en la web

    Modify the size of initial IPv6 allocations · Modify the size of initial IPv6 allocations

    Avaliação: Coerente · The separate-category and common-rule proposals are competing mechanisms for the same planning objective. The author expressly presents them as alternatives, then explains abandoning the more complex category approach after the common rule received community support. The record documents a reasoned change in preferred mechanism rather than simultaneous contradictory commitments.

    Condições: A consistent objective does not mean identical eligibility criteria across the two designs. · The final implementation status is outside what these statements establish.

    Mi idea es ofrecer AMBAS alternativas para que la comunidad decida.

    esta pol?tica se abandona, porque el objetivo que persegu?a se cumple igualmente con la LAC-2016-7

    Rectifying the size of initial allocations · MODIFYING INITIAL IPv6 ALLOCATIONS TO END USERS

    Avaliação: Coerente · The initial-correction discussion explicitly leaves end-user inclusion open if cases are raised. The later welcome for an end-user correction mechanism is compatible with that openness and with the repeated concern about avoidable renumbering; it is not a reversal from categorical exclusion of end users.

    Condições: The two proposals address different recipient classes. · The emails do not independently establish the frequency of end-user cases.

    ser?a muy sencillo actualizar la propuesta para incluir ese caso.

    Me parece buena idea la propuesta, sin embargo, tengo una duda.

    Modify the size of initial IPv6 allocations · Modifying "Subsequent Allocation" for IPv6

    Avaliação: Coerente · Support for a common initial-allocation rule is followed by advocacy of matching subsequent-allocation criteria, expressly to avoid disadvantaging earlier recipients. These are complementary positions on the same planning issue.

    Condições: The comparison concerns the author's rationale, not proof of ratification or deployment.

    v?lido para ambos casos.

    dejar?a en desventaja a quien haya obtenido una distribuci?n inicial *antes* de la reciente aprobaci?n del cambio.

    Rectifying the size of initial allocations · Modifying "Subsequent Allocation" for IPv6

    Avaliação: Coerente · Saying the initial-correction proposal does not change subsequent allocations is a statement about that proposal's scope. Advocating a separate subsequent-allocation revision later does not contradict it or promise that the rules would never change.

    Condições: Distinct proposals and dates must remain separate.

    no cambiamos, con esta propuesta, subsiguientes asignaciones

    el texto de subsiguientes distribuciones, al probarse este cambio, queda desfasado.

    Reducing the last-call-for-comments period in LACNIC's Policy Development Process. · Simplification of the PDP

    Avaliação: Coerente · The 2017 preference for list-based consensus carries into the later PDP redesign and its equal-participation rationale. Details do change: the earlier preference is 30 calendar days, while the later outline gives a four-week last call. The later emphasis on inclusion rather than speed narrows the stated priority without negating the earlier observation that meetings can delay a decision.

    Condições: Do not describe the two timing specifications as identical. · The asserted benefits and participation problems are the author's reasoning, not measured causal findings.

    creo que 30 d?as naturales ser?a suficiente y siempre m?s f?cil de contar.

    ello permite participar a quienes no necesariamente viajan

    un "last call" de 4 semanas

    El objetivo principal es facilitar la participaci?n de *toda la comunidad* en igualdad de condiciones

    Simplifying the PDP (Mailing List + Forum Option) · Simplification of the PDP

    Avaliação: Coerente · The later explanation that consensus is not a count of votes matches the earlier PDP reform argument for evaluating substantive objections and including list participants. No reversal of that conception of consensus is shown.

    Condições: Endorsement of this principle does not establish agreement with every procedural provision.

    para evitar que se entienda como "mas votos" a favor o "en contra"

    definir "consenso" (que no es un cuenteo de votos).

    Update to the Policy on IPv4 Assignments to End Users · Update to the Policy on Initial IPv4 Allocations to ISPs

    Avaliação: Coerente · Both the ISP and end-user discussions pursue retention of existing addressing through an agreed transfer to avoid renumbering. The author separates the recipient classes while using the same operational rationale; support in one discussion is not evidence of consensus in the other.

    Condições: The effect on routing remains a debated claim.

    un end-user puede tener requisitos que le impiden renumerar

    pero resuelve el problema de evitar la renumeraci?n.

    Remove the reference to an applicant's multihomed status from the policy on IPv4 assignments to end users · Update to the Policy on IPv4 Assignments to End Users

    Avaliação: Coerente · The author explains dividing the combined end-user proposal into transfer and multihoming components after community feedback. Supporting both as separate proposals is coherent; it does not imply either had been adopted.

    Condições: This is an explicitly described change in proposal structure, not an inferred change from a shared subject line.

    afrontara cada problema con una propuesta especifica y as? lo hice ese mismo d?a.

    La LAC-2018-11, simplemente elimina el requisito de multihoming para IPv4 para ser usuario final

    Modify the size of initial IPv6 allocations · Clarifications of Sub-Assignments

    Avaliação: Coerente · The earlier end-user/LIR distinction concerns assignment to separate institutions in a national network. The later sub-assignment clarification explicitly distinguishes temporary guest or employee connectivity from permanent service. These scopes can coexist; the later temporary-use exception does not establish that permanent distribution to other organizations was reclassified as end-user use.

    Condições: The imprecise university wording in the earlier example remains an uncertainty, not a basis for a categorical identity rule. · The later message leaves the /64 size alternative undecided.

    El gobierno aplicar?a por end user SI la asignaci?n de direcciones fuera SOLO a entidades de la MISMA entidad

    Simplemente se considera que debe ser "temporal" y por tanto no un servicio de "banda ancha".

    Review and correction of errors in the IPv6 policy · Update to “Resource Recovery and Return” and consistency with the rest of the Manual

    Avaliação: Coerente · Providing a policy diff and later favoring side-by-side comparisons show a compatible preference for making textual changes easier to inspect. That narrow presentation preference supplies no evidence of consistency on the substantive IPv6 or resource-recovery provisions.

    Condições: Only the presentation practice is compared here.

    La columna de la izquierda es el texto de la pol?tica actual (color rojo)

    Yo desde luego votar?a por un sistema que muestre ?lado a lado? en la web

    1. 10 de mar. de 2016 · Apoio

      [LACNIC/Politicas] Nueva porpuesta de politica LAC-2016-5// New policy proposal LAC-2016-5//Nova proposta de política LAC-2016-5

      Por ser un pa?s, no puede hacer un plan a un m?ximo de 4 a?os, tiene que pensar a mucho mas largo plazo.

      Fatos com fonte ↗
    2. 16 de mar. de 2016 · Apoio com mudanças

      [LACNIC/Politicas] Nueva porpuesta de politica LAC-2016-5// New policy proposal LAC-2016-5//Nova proposta de política LAC-2016-5

      En la siguiente version, puedo poner el texto separado en dos parrafos para que sea mas claro y se diferencie mejor.

      Fatos com fonte ↗
    3. 16 de mar. de 2016 · Apoio

      [LACNIC/Politicas] Nueva porpuesta de politica LAC-2016-5// New policy proposal LAC-2016-5//Nova proposta de política LAC-2016-5

      Si yo lo estoy interpretando correctamente LACNIC SOLO puede asignar un prefijo /x para eso 4 a?os

      Fatos com fonte ↗
    4. 16 de mar. de 2016 · Pergunta ou esclarecimento

      [LACNIC/Politicas] Nueva porpuesta de politica LAC-2016-5// New policy proposal LAC-2016-5//Nova proposta de política LAC-2016-5

      Si no importa ?cuando? se va a implementar, entonces ese punto NO hace falta cambiarlo

      Fatos com fonte ↗
    5. 17 de mar. de 2016 · Pergunta ou esclarecimento

      [LACNIC/Politicas] Nueva porpuesta de politica LAC-2016-5// New policy proposal LAC-2016-5//Nova proposta de política LAC-2016-5

      Es decir, el caso en que NO sea considerado usuario final.

      Fatos com fonte ↗
    6. 18 de mar. de 2016 · Apoio

      [LACNIC/Politicas] Nueva porpuesta de politica LAC-2016-5// New policy proposal LAC-2016-5//Nova proposta de política LAC-2016-5

      Tampoco sirve preparar el plan de direccionamiento con /32 y luego extenderlo a /28, o algo asi.

      Fatos com fonte ↗
    7. 18 de mar. de 2016 · Apoio

      [LACNIC/Politicas] Nueva porpuesta de politica LAC-2016-5// New policy proposal LAC-2016-5//Nova proposta de política LAC-2016-5

      Precisamente se trata de evitar excepciones, porque en teor?a no se podr?an hacer seg?n las pol?ticas actuales.

      Fatos com fonte ↗
    8. 18 de mar. de 2016 · Apoio com mudanças

      [LACNIC/Politicas] Nueva porpuesta de politica LAC-2016-5// New policy proposal LAC-2016-5//Nova proposta de política LAC-2016-5

      Solo creo que el punto de 4 a?os puede ser necesario retocarlo

      Fatos com fonte ↗
    9. 18 de mar. de 2016 · Pergunta ou esclarecimento

      [LACNIC/Politicas] Nueva porpuesta de politica LAC-2016-5// New policy proposal LAC-2016-5//Nova proposta de política LAC-2016-5

      Totalmente de acuerdo, el problema esta en la interpretaci?n de los 4 a?os.

      Fatos com fonte ↗
    10. 19 de mar. de 2016 · Pergunta ou esclarecimento

      [LACNIC/Politicas] Nueva porpuesta de politica LAC-2016-5// New policy proposal LAC-2016-5//Nova proposta de política LAC-2016-5

      Siendo como tu indicas, entonces no har?a falta modificar la pol?tica, al menos al respecto de los 4 a?os

      Fatos com fonte ↗
    11. 21 de mar. de 2016 · Pergunta ou esclarecimento

      [LACNIC/Politicas] Nueva porpuesta de politica LAC-2016-5// New policy proposal LAC-2016-5//Nova proposta de política LAC-2016-5

      pues seg?n eso podemos determinar si hace falta este cambio en la pol?tica o no.

      Fatos com fonte ↗
    12. 31 de mar. de 2016 · Apoio

      [LACNIC/Politicas] Nueva version LAC-2016-5//New version LAC-2016-5//Nova versao LAC-2016-5

      En cualquier caso 1 y 2, son casos diferentes.

      Fatos com fonte ↗
    13. 31 de mar. de 2016 · Apoio

      [LACNIC/Politicas] Nueva version LAC-2016-5//New version LAC-2016-5//Nova versao LAC-2016-5

      Se trata de evitar un plan de direccinamiento ?fraccionado? en m?ltiples asignaciones seg?n lo que justifique que usa en 4 a?os en 5 o 6 a?os.

      Fatos com fonte ↗
    14. 17 de ago. de 2016 · Apoio

      [LACNIC/Politicas] propuesta de politica LAC-2016-5 - dudas para nueva version

      Mi propuesta pretende aclarar esta situacion

      Fatos com fonte ↗
    15. 17 de ago. de 2016 · Apoio

      [LACNIC/Politicas] propuesta de politica LAC-2016-5 - dudas para nueva version

      como yo propongo

      Fatos com fonte ↗
    16. 17 de ago. de 2016 · Apoio

      [LACNIC/Politicas] propuesta de politica LAC-2016-5 - dudas para nueva version

      se corrija la situaci?n

      Fatos com fonte ↗
    17. 29 de ago. de 2016 · Apoio

      [LACNIC/Politicas] propuesta de politica LAC-2016-5 - dudas para nueva version

      Yo creo que si que hay necesidades distintas.

      Fatos com fonte ↗
    18. 30 de ago. de 2016 · Apoio

      [LACNIC/Politicas] propuesta de politica LAC-2016-5 - dudas para nueva version

      Se trata de evitar que se haga un pedido artificial de 40 veces /32 como usuarios finales

      Fatos com fonte ↗
    19. 30 de ago. de 2016 · Apoio

      [LACNIC/Politicas] propuesta de politica LAC-2016-5 - dudas para nueva version

      mi propuesta no es exactamente igual.

      Fatos com fonte ↗
    20. 30 de ago. de 2016 · Processual ou neutro

      [LACNIC/Politicas] propuesta de politica LAC-2016-5 - dudas para nueva version

      Es una propuesta que se presento y aprob? hace a?o y medio, y esta implementada.

      Fatos com fonte ↗
    21. 30 de ago. de 2016 · Apoio

      [LACNIC/Politicas] propuesta de politica LAC-2016-5 - dudas para nueva version

      ?protege? mejor los recursos de LACNIC

      Fatos com fonte ↗
    22. 3 de out. de 2016 · Propõe alternativa

      [LACNIC/Politicas] Nueva propuesta LAC-2016-7 / Nova proposta LAC-2016-7 / New proposal LAC-2016-7

      Por supuesto que la idea no es que se aprueben las dos, sino una u otra.

      Fatos com fonte ↗
    23. 4 de out. de 2016 · Pergunta ou esclarecimento

      [LACNIC/Politicas] Nueva propuesta LAC-2016-7 / Nova proposta LAC-2016-7 / New proposal LAC-2016-7

      Con la propuesta de pol?tica LAC-2016-5, el gobierno calificar?a para un /30 aun cuando el plan de direccionamiento sea a mas de 4 a?os.

      Fatos com fonte ↗
    24. 4 de out. de 2016 · Apoio

      [LACNIC/Politicas] Nueva propuesta LAC-2016-7 / Nova proposta LAC-2016-7 / New proposal LAC-2016-7

      Lo que tu dices que los 4 /32 no sean contiguos, pues tiene implicaciones no solo para la entidad, sino para TODA Internet

      Fatos com fonte ↗
    25. 11 de out. de 2016 · Apoio

      [LACNIC/Politicas] FW: [address-policy-wg] New on RIPE Labs: Supporting IPv6 Deployment Through Policy

      Este articulo expone, precisamente lo que he presentado al respecto de las propuestas de pol?ticas de asignaci?n de IPv6 para casos de gobiernos, etc.

      Fatos com fonte ↗
    26. 11 de out. de 2016 · Processual ou neutro

      [LACNIC/Politicas] FW: [address-policy-wg] New on RIPE Labs: Supporting IPv6 Deployment Through Policy

      l?gicamente es una opinion, no tengo datos objetivos para saberlo

      Fatos com fonte ↗
    27. 22 de nov. de 2016 · Apoio

      [LACNIC/Politicas] Nueva version propuesta LAC-2016-5// New version proposal LAC-2016-5//Nova versao proposta LAC-2016-5

      nunca fue la intenci?n que la longevidad fuera de la organizaci?n, sino de la distribuci?n inicial

      Fatos com fonte ↗
    28. 23 de nov. de 2016 · Apoio

      [LACNIC/Politicas] Nueva version propuesta LAC-2016-5// New version proposal LAC-2016-5//Nova versao proposta LAC-2016-5

      Lo que importa son los requisitos que se desarrollan dentro del apartado.

      Fatos com fonte ↗
    29. 24 de mai. de 2017 · Processual ou neutro

      [LACNIC/Politicas] Propuesta de política LAC-2016-5 - Abandonada

      La propuesta LAC-2016-5 creaba dos categor?as (ISPs y no-ISPs) lo que conlleva cierto incremento de complejidad, que evitamos con un solo mecanismo para justificar los recursos (seg?n LAC-2016-7), v?lido para ambos casos.

      Fatos com fonte ↗

    Mensagens de política: 141

  2. Mensagens de discussão13
    Primeira atividade11 de mar. de 2016
    Última atividade30 de ago. de 2016
    Primeira posição explícitaPropõe alternativa
    Última posição explícitaOposição
    Mudanças de posição1
    Coerência do ponto de vistaMista
    Outras políticas25
  3. Gianina Pensky · Identidade não resolvida
    Mensagens de discussão6
    Primeira atividade16 de mar. de 2016
    Última atividade10 de mai. de 2017
    Primeira posição explícitaDesconhecida
    Última posição explícitaDesconhecida
    Mudanças de posição0
    Coerência do ponto de vistaEvidências insuficientes para avaliar a consistência
    Outras políticas23
  4. Juan Alejo Peirano · Identidade não resolvida
    Mensagens de discussão6
    Primeira atividade9 de set. de 2016
    Última atividade25 de mai. de 2017
    Primeira posição explícitaDesconhecida
    Última posição explícitaDesconhecida
    Mudanças de posição0
    Coerência do ponto de vistaEvidências insuficientes para avaliar a consistência
    Outras políticas23
  5. Arturo Servin · Identidade não resolvida
    Mensagens de discussão5
    Primeira atividade10 de mar. de 2016
    Última atividade31 de mar. de 2016
    Primeira posição explícitaPropõe alternativa
    Última posição explícitaPropõe alternativa
    Mudanças de posição2
    Coerência do ponto de vistaCoerente
    Outras políticas10
  6. Mensagens de discussão3
    Primeira atividade10 de mar. de 2016
    Última atividade18 de abr. de 2016
    Primeira posição explícitaDesconhecida
    Última posição explícitaDesconhecida
    Mudanças de posição0
    Coerência do ponto de vistaEvidências insuficientes para avaliar a consistência
    Outras políticas17
  7. Tomas Lynch · Identidade não resolvida
    Mensagens de discussão3
    Primeira atividade4 de out. de 2016
    Última atividade11 de out. de 2016
    Primeira posição explícitaDesconhecida
    Última posição explícitaDesconhecida
    Mudanças de posição0
    Coerência do ponto de vistaEvidências insuficientes para avaliar a consistência
    Outras políticas2
  8. Sergio Rojas. . . · Identidade não resolvida
    Mensagens de discussão3
    Primeira atividade17 de mar. de 2016
    Última atividade21 de mar. de 2016
    Primeira posição explícitaPropõe alternativa
    Última posição explícitaPropõe alternativa
    Mudanças de posição0
    Coerência do ponto de vistaEvidências insuficientes para avaliar a consistência
    Outras políticas11
  9. Desconhecida · Fontes públicas encontradas; verificação de identidade pendente
    Mensagens de discussão3
    Primeira atividade30 de ago. de 2016
    Última atividade24 de mai. de 2017
    Primeira posição explícitaDesconhecida
    Última posição explícitaDesconhecida
    Mudanças de posição0
    Coerência do ponto de vistaEvidências insuficientes para avaliar a consistência
    Outras políticas19
  10. Alex Ojeda · Identidade não resolvida
    Mensagens de discussão1
    Primeira atividade19 de mai. de 2016
    Última atividade19 de mai. de 2016
    Primeira posição explícitaDesconhecida
    Última posição explícitaDesconhecida
    Mudanças de posição0
    Coerência do ponto de vistaNenhuma posição explícita declarada
    Outras políticas11
  11. Luciano Minuchin · Identidade não resolvida
    Mensagens de discussão1
    Primeira atividade12 de out. de 2016
    Última atividade12 de out. de 2016
    Primeira posição explícitaDesconhecida
    Última posição explícitaDesconhecida
    Mudanças de posição0
    Coerência do ponto de vistaEvidências insuficientes para avaliar a consistência
    Outras políticas1
  12. Oswaldo Aguirre · Identidade não resolvida
    Mensagens de discussão1
    Primeira atividade18 de mar. de 2016
    Última atividade18 de mar. de 2016
    Primeira posição explícitaPropõe alternativa
    Última posição explícitaPropõe alternativa
    Mudanças de posição0
    Coerência do ponto de vistaCoerente
    Outras políticas0
  13. Mensagens de discussão1
    Primeira atividade29 de ago. de 2016
    Última atividade29 de ago. de 2016
    Primeira posição explícitaDesconhecida
    Última posição explícitaDesconhecida
    Mudanças de posição0
    Coerência do ponto de vistaEvidências insuficientes para avaliar a consistência
    Outras políticas25
  14. Pedro Torres · Identidade não resolvida
    Mensagens de discussão1
    Primeira atividade31 de mar. de 2016
    Última atividade31 de mar. de 2016
    Primeira posição explícitaDesconhecida
    Última posição explícitaDesconhecida
    Mudanças de posição0
    Coerência do ponto de vistaEvidências insuficientes para avaliar a consistência
    Outras políticas1
  15. Carlos Vera · Identidade não resolvida
    Mensagens de discussão1
    Primeira atividade17 de ago. de 2016
    Última atividade17 de ago. de 2016
    Primeira posição explícitaDesconhecida
    Última posição explícitaDesconhecida
    Mudanças de posição0
    Coerência do ponto de vistaEvidências insuficientes para avaliar a consistência
    Outras políticas1
  16. Alejandro Guzman · Identidade não resolvida
    Mensagens de discussão1
    Primeira atividade18 de mar. de 2016
    Última atividade18 de mar. de 2016
    Primeira posição explícitaPropõe alternativa
    Última posição explícitaPropõe alternativa
    Mudanças de posição0
    Coerência do ponto de vistaEvidências insuficientes para avaliar a consistência
    Outras políticas9
  17. Martha Cisneros · Identidade não resolvida
    Mensagens de discussão1
    Primeira atividade23 de nov. de 2016
    Última atividade23 de nov. de 2016
    Primeira posição explícitaApoio com mudanças
    Última posição explícitaApoio com mudanças
    Mudanças de posição0
    Coerência do ponto de vistaEvidências insuficientes para avaliar a consistência
    Outras políticas0
  18. Erik Vega · Identidade não resolvida
    Mensagens de discussão1
    Primeira atividade12 de out. de 2016
    Última atividade12 de out. de 2016
    Primeira posição explícitaDesconhecida
    Última posição explícitaDesconhecida
    Mudanças de posição0
    Coerência do ponto de vistaEvidências insuficientes para avaliar a consistência
    Outras políticas1
  19. Jordi Palet Martinez · Identidade não resolvida
    Mensagens de discussão0
    Primeira atividadeDesconhecida
    Última atividadeDesconhecida
    Primeira posição explícitaDesconhecida
    Última posição explícitaDesconhecida
    Mudanças de posição0
    Coerência do ponto de vistaNenhuma posição explícita declarada
    Outras políticas0

Fontes e cobertura

Arquivos de discussões públicas

  • lacnic-politicas
    Primeiro registro
    21 de out. de 1999
    Último registro
    8 de out. de 2026
    Última atualização
    13 de ago. de 2026
    Cobertura
    A cobertura da fonte está incompleta.
    Carregando
    5.205
    Lacunas conhecidas
    26
  • www.lacnic.net
  • lacnic-anuncios
    Primeiro registro
    13 de ago. de 2026
    Último registro
    7 de out. de 2026
    Última atualização
    8 de out. de 2026
    Cobertura
    A cobertura da fonte está incompleta.
    Carregando
    2.073
    Lacunas conhecidas
    0
  • lacnic-ietf-lac
    Primeiro registro
    30 de mai. de 2013
    Último registro
    30 de dez. de 2015
    Última atualização
    8 de out. de 2026
    Cobertura
    A cobertura da fonte está incompleta.
    Carregando
    1.133
    Lacunas conhecidas
    0
  • lacnic-infofrida
    Primeiro registro
    14 de ago. de 2006
    Último registro
    13 de set. de 2011
    Última atualização
    8 de out. de 2026
    Cobertura
    A cobertura da fonte está incompleta.
    Carregando
    287
    Lacunas conhecidas
    0
  • lacnic-iot
    Primeiro registro
    6 de out. de 2015
    Último registro
    11 de jul. de 2017
    Última atualização
    8 de out. de 2026
    Cobertura
    A cobertura da fonte está incompleta.
    Carregando
    373
    Lacunas conhecidas
    0
  • lacnic-lacnog
    Primeiro registro
    1 de ago. de 2026
    Último registro
    7 de out. de 2026
    Última atualização
    8 de out. de 2026
    Cobertura
    A cobertura da fonte está incompleta.
    Carregando
    5.880
    Lacunas conhecidas
    0
  • lacnic-lactf
    Primeiro registro
    13 de abr. de 2004
    Último registro
    29 de dez. de 2006
    Última atualização
    8 de out. de 2026
    Cobertura
    A cobertura da fonte está incompleta.
    Carregando
    2.267
    Lacunas conhecidas
    0
  • lacnic-seguridad
    Primeiro registro
    26 de jan. de 2006
    Último registro
    28 de dez. de 2007
    Última atualização
    8 de out. de 2026
    Cobertura
    A cobertura da fonte está incompleta.
    Carregando
    1.356
    Lacunas conhecidas
    0

Cobertura

Parcial
Primeiro registro: 21 de out. de 1999
Último registro: 8 de out. de 2026

Atualização

Atualização: Desatualizada · Última atualização: · A atualização mais recente falhou. O último resultado bem-sucedido é exibido.

Lacunas conhecidas

  • politicas.lacnic.net: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
  • www.lacnic.net: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
  • lacnic-politicas: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
  • www.lacnic.net: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
  • lacnic-anuncios: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
  • lacnic-ietf-lac: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
  • lacnic-infofrida: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
  • lacnic-iot: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
  • lacnic-lacnog: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
  • lacnic-lactf: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.
  • lacnic-seguridad: A cobertura da fonte está incompleta. · O limite da fonte ainda não foi alcançado.