変更点
確認できる変化は、政策提案2024-02が2024年10月14日に「introduced」として記録されたことだけである。導入後の改訂、採択、拒否、撤回、延期、失効または実施は、提示された事実から確認できない。
RIPE NCC · RIR ウォッチ
提案ごとの記録はここから確認できます。何が変わり、なぜ重要だったのか、誰が何を主張し、立場がどう変化し、何が決定され、どの点で証拠がなお不足しているのかを追えます。
出典に基づく事実
実際に議論を方向づけたのは誰か?
BTW 分析
確認できる変化は、政策提案2024-02が2024年10月14日に「introduced」として記録されたことだけである。導入後の改訂、採択、拒否、撤回、延期、失効または実施は、提示された事実から確認できない。
討議メッセージ、参加者の立場、政策案の具体的内容が提示されていないため、論争の実質的な争点、利害対立、支持・反対の根拠は特定できない。収録データ内では観測可能な討議そのものが存在しない。
「introduced」は提案開始を示すにとどまり、最終決定ではない。収録された討議はメッセージ0件、討議参加者0人、活動日0日であり、採択その他の決定記録もないため、討議と決定結果の関係は評価できない。
上位参加者シェア、HHI、実効参加者数、50%・80%コア人数がすべて0であるのは、メッセージが0件だからであり、参加が広く分散していたことを意味しない。形式上の主体2者は記録されているが、討議参加者は0人であり、その身元、役割、影響力は不明である。
政策過程上の実質的なチョークポイントは特定できない。確認できるのが導入記録だけで、後続のレビュー、合意判定、意思決定主体および最終処理が欠けているためである。分析上の最大の制約は、導入後の経過、討議、立場および決定記録が提示されていない点にある。
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/06/30
最新の収録: 2026/11/12