发生了什么变化
已核实的变化仅限于:RIPE NCC政策提案2024-02于2024-10-14被记录为“introduced”。没有提供后续修订、通过、否决、暂停、撤回或其他状态变化,因此无法确认此后发生了政策演进。
RIPE NCC · RIR 观察
从这里开始,逐项查看提案记录:发生了哪些变化、为何重要、各方提出了什么主张、立场如何演变、最终作出了什么决定,以及证据仍存在哪些缺口。
来源事实
究竟是谁影响了这场辩论?
BTW 分析
已核实的变化仅限于:RIPE NCC政策提案2024-02于2024-10-14被记录为“introduced”。没有提供后续修订、通过、否决、暂停、撤回或其他状态变化,因此无法确认此后发生了政策演进。
现有记录无法识别辩论的实质议题。消息数、讨论参与者数、活跃天数、立场参与者数和立场转换数均为0,也没有参与者立场时间线或少数意见材料,因而不能推断支持与反对双方争论的内容、利益或政策取舍。
记录只证明提案已被引入,不证明已经作出决定。现有事实既未记录公开讨论活动,也未提供通过、否决、撤回、搁置或仍在审议等结果;因此必须将“introduced”与任何最终决定明确区分。
系统记录2名formal actors和2名总参与者,但消息数为0、讨论参与者数为0。HHI、top1、top5、top10消息份额以及有效参与者数均为0,在没有消息这一前提下不表示发言均衡或低集中度,而只表示没有可用于计算实质讨论集中度的可观测消息活动。
可识别的流程瓶颈位于提案引入之后:时间线没有任何后续程序或状态节点,且不存在可观测讨论、立场变化或决策记录。因此无法确定提案是否在讨论、评估、共识判断或正式决策中的某一环节受阻,也不能把2名formal actors解释为控制该瓶颈的主体。
Initial allocation range · Version 2 changes the undocumented initial-allocation choice from /32 or /28 to the full range /32 up to /28. Intermediate sizes therefore become explicit options. Requests larger than /28 still require justification.
LIRs that meet the initial allocation criteria are eligible to receive an initial allocation of /32 or /28 without needing to supply any additional information.来源事实 ↗
LIRs that meet the initial allocation criteria are eligible to receive an initial allocation of /32 up to /28 without needing to supply any additional information.来源事实 ↗
One extension per organization · Version 2 replaces the entitlement of an LIR to extend each qualifying allocation with a one-time extension of one allocation per organization. The rationale identifies limiting stockpiling as the purpose. The /28 ceiling and the restriction to allocations originally issued directly by RIPE NCC as a single prefix remain.
LIRs that hold one or more IPv6 allocations that were originally issued directly by the RIPE NCC as a single prefix may request an extension of each such allocation up to a /28 without the need for additional documentation.来源事实 ↗
Organizations, not LIRs, that hold one or more IPv6 allocations that were originally issued directly by the RIPE NCC as a single prefix may request once an extension of one of such allocation up to a /28 without the need for additional documentation.来源事实 ↗
Conservation objection and reserved-space response · Version 2 replaces the absence of opposing arguments with a conservation objection: the new maximum initial block contains twice as much space as /29. Its response says RIPE NCC already reserves a /26 for each new /29 and argues the depletion rate would not increase significantly. That is a stated counter-argument, not a measured outcome; smaller requests remain possible.
This policy proposal is perceived as counterproductive to conservation efforts. Under the proposal, LIRs can initially receive up to twice the amount of IPv6 space compared to the current system. Counterarguments: For each new /29 allocation, the RIPE NCC already reserves a /26 block. This means that the proposed change will not significantly increase the depletion rate of the RIPE NCC address pool.来源事实 ↗
Partial-transfer objection and scope of the extension estimate · Version 2 adds the objection that a /28 can be split into sixteen /32 transfers, with the response that partially transferred allocations cannot be extended again. It also qualifies the unchanged 91% extension-availability estimate as including presumed stockpilers. Neither the numerical estimate nor the original-single-prefix restriction is newly introduced here.
Allowing extensions only for allocations originally issued as a single prefix avoids the risk of abuse by infinitely extending chunks resulting from partial IPv6 transfers.来源事实 ↗
By extending the initial allocation size to /28, LIRs gain the ability to split and transfer up to 16 /32 blocks (the current minimum allocation size) to other LIRs. Counterargument: This practice would be discouraged by the fact that allocations resulting from partial transfers could not be extended anymore.来源事实 ↗
Member-based extension entitlement and direct issuance · Version 3 replaces organization with Member and expressly requires the allocation to have been issued directly to that Member. It states separately that only one extension is available per Member regardless of how many LIR accounts it holds. The /28 limit, single-prefix origin and initial /32-to-/28 range are unchanged.
Organizations, not LIRs, that hold one or more IPv6 allocations that were originally issued directly by the RIPE NCC as a single prefix may request once an extension of one of such allocation up to a /28 without the need for additional documentation.来源事实 ↗
A Member, that holds one or more IPv6 allocations originally issued directly to them by the RIPE NCC as a single prefix, may request an extension of one of these allocations up to a /28 without the need for additional documentation. Only one such extension may be granted per Member, regardless of the number of LIR accounts they hold.来源事实 ↗
Extension allowance moves from Member to LIR · Version 4 returns the extension clause to LIRs and removes the explicit one-per-Member limit across multiple LIR accounts. Its rationale now describes one extension per LIR without further justification and cites Executive Board concerns about using Members. This changes the unit of eligibility; the initial allocation range and /28 extension ceiling remain unchanged.
Only one such extension may be granted per Member, regardless of the number of LIR accounts they hold.来源事实 ↗
The proposal allows only one extension per LIR without further justification, which limits some of the potential adverse effects of stock-pilers. It also addresses the RIPE NCC Executive Board’s concerns in the previous impact analysis about using “Members” instead of “LIRs”.来源事实 ↗
Original allocation provenance wording · Version 4 retains the requirement that the allocation originated as a single prefix directly from RIPE NCC but removes the words requiring issuance directly to the current applicant. The retained text no longer states that original-recipient condition explicitly. This wording change alone does not establish that every transferred block qualifies; the single-prefix restriction and the proposal’s warning about partial transfers remain.
A Member, that holds one or more IPv6 allocations originally issued directly to them by the RIPE NCC as a single prefix, may request an extension of one of these allocations up to a /28 without the need for additional documentation.来源事实 ↗
LIRs that hold one or more IPv6 allocations originally issued directly by the RIPE NCC as a single prefix can request an extension of one of these allocations up to a /28 without providing further documentation.来源事实 ↗
加载中
部分
最早收录: 1992年6月30日
最近收录: 2026年11月12日