AFRINIC · RIR ウォッチ
IPv4 Resource Transfers within the AFRINIC region (AFPUB-2016-v4-003-DRAFT-01)
提案ごとの記録はここから確認できます。何が変わり、なぜ重要だったのか、誰が何を主張し、立場がどう変化し、何が決定され、どの点で証拠がなお不足しているのかを追えます。
出典に基づく事実
- ポリシー ID
- AFPUB-2016-V4-003
- RIR
- AFRINIC
- 公式ステータス
- Last Call
- 正規化ステータス
- 最終意見募集
- 提出日
- 不明
- 出典の最終更新
- 2026/10/01
- 収録範囲
- 一部
実際に議論を方向づけたのは誰か?
ポリシーの変遷
Recipient qualification standard · Draft 2 replaces the broadly worded recipient membership/other-requirements clause with an explicit requirement to qualify for the transferred amount under the same standards as a direct AFRINIC allocation or assignment at the time of request. Membership remains required by the separate source-and-recipient clause.
出典に基づく事実 −
3.2.2 The recipient must be a member of AFRINIC and must meet any other requirements defined by AFRINIC.出典に基づく事実 ↗
出典に基づく事実 +
3.4.2 The recipient must qualify for the amount of resources to be transferred by the same standards as would be applied to a request for an allocation or assignment directly from AFRINIC under current policies at the time of the request.出典に基づく事実 ↗
Staff assessment of the activation trigger · The draft-2 snapshot adds staff concerns that tying activation to phase 2 of the soft-landing policy could become inapplicable if that policy changed or ceased to have a phase 2. These are assessment comments; draft 2 itself retains the phase-2 trigger.
出典に基づく事実 −
3.1) This policy takes effect as from phase 2 of the IPv4 soft landing policy (AFPUB-2010-v4-005) or its successor.出典に基づく事実 ↗
出典に基づく事実 +
In 3.1 "This policy takes effect as from phase 2 of the IPv4 soft landing policy”. This proposal ties itself to the current soft landing policy - what if the soft-landing policy changes, is overhauled - or doesn’t have a phase 2 anymore?出典に基づく事実 ↗
Staff assessment of prior transfers · New staff commentary identifies a possible distinction in the 12-month source restriction: its wording could permit a recent inbound inter-RIR recipient to transfer within AFRINIC while preventing a recent intra-AFRINIC recipient from doing so. The proposed restriction itself is retained; the commentary is not a newly enacted exception.
出典に基づく事実 −
3.3.3 Source entities must not have received a transfer, allocation, or assignment of IPv4 number resources from AFRINIC for the 12 months prior to the approval of transfer request. This restriction excludes Mergers and Acquisitions transfers.出典に基づく事実 ↗
出典に基づく事実 +
In 3.3.3 - The current wording implies that the recipient of an inbound inter-RIR transfer in the past 12 months WOULD be allowed to make an outbound AFRINIC-to-AFRINIC transfer, while the recipient of an inbound AFRINIC-to-AFRINIC transfer in the past 12 months WOULD NOT be allowed to make an outbound AFRINIC-to-AFRINIC transfer.出典に基づく事実 ↗
Staff request for a dispute definition · The draft-2 snapshot adds a request to define disputes and clarify how disputes involving the receiving organisation would affect a transfer. The underlying requirement that the source hold undisputed resources is retained. A staff request for clarification is not treated as a completed policy definition.
出典に基づく事実 −
3.3.1 The source must be the current rightful holder of the IPv4 address resources recognised by AFRINIC, and not be involved in any dispute as to the status of those resources.出典に基づく事実 ↗
出典に基づく事実 +
On “Disputes” - define what shall be considered to be adispute. AFRINIC does not have a process/guideline at the moment about disputes. It is also not clearly mentioned if AFRINIC shall consider a transfer request if there are any disputes around the receiving organisation.出典に基づく事実 ↗
Staff assessment of the need horizon · Added staff comments identify a mismatch between the draft's 12-month recipient need horizon and the cited soft-landing allocation period of eight months, suggesting alignment or deletion because current-policy qualification already applies. Draft 2 still contains the 12-month clause; the comments alone do not amend it.
出典に基づく事実 −
3.2.4 Recipients must demonstrate the need for up to a 12-month supply of IPv4 address space.出典に基づく事実 ↗
出典に基づく事実 +
On “3.4.4“Recipients must demonstrate the need for up to a 12-month supply of IPv4 address space.”CPM - 5.4.5 states that the current allocation and assignment period of 12 months shall be changed to 8 months. Proposal 3.4.4 should be realigned with the allocation period that is in force at the time, or simply deleted because it's implied by the requirement for the recipient to qualify under current policies.出典に基づく事実 ↗
Recorded page status · The retained draft-1 page is labelled Under Discussion and the draft-2 page Implemented. This is a difference between page metadata captured in the archive; it does not establish when implementation occurred or prove that draft 2 was implemented on its submission date.
Trigger and CPM integration · Draft 3 frames the proposal as new CPM article 5.7 and applies it to justified IPv4 needs AFRINIC cannot satisfy. It removes the dependency on reaching phase 2 of the soft-landing policy, expressly confirmed in its revision history.
出典に基づく事実 −
3.1 This policy takes effect as from phase 2 of the IPv4 soft landing policy (AFPUB-2010-v4-005) or its successor.出典に基づく事実 ↗
出典に基づく事実 +
5.7.1 Summary of the policy This policy applies to an organization with justified need for IPv4 resources that cannot be satisfied by AFRINIC.出典に基づく事実 ↗
Transfer-source eligibility · Draft 3 allows resources to come from either an existing AFRINIC member's account or a legacy holder in AFRINIC's service region. This expands the prior rule that both parties must be AFRINIC members. The recipient remains subject to a separate AFRINIC membership and RSA requirement.
出典に基づく事実 +
5.7.2 IPv4 resources to be transferred must be from an existing AFRINIC member’s account or from a Legacy Resource Holder in the AFRINIC service region.出典に基づく事実 ↗
Legacy status after transfer · Draft 3 explicitly states that transferred IPv4 legacy resources lose legacy status. The previous recipient conditions required current-policy compliance and an RSA but contained no corresponding legacy-status provision.
出典に基づく事実 −
3.4.3 The recipient will be subject to current AFRINIC policies and sign the RSA for the resources being received.出典に基づく事実 ↗
出典に基づく事実 +
5.7.4.2 The recipient must be an AFRINIC member, subject to current AFRINIC policies and must sign the Registration Services Agreement for resources being received. 5.7.4.3 Transferred IPv4 legacy resources will no longer be regarded as legacy resources.出典に基づく事実 ↗
Recipient need horizon · Draft 3 removes the standalone requirement to demonstrate up to a 12-month supply and explains that justification follows policies in force. It also removes the separate direct-allocation-equivalence sentence as already covered by the retained need-justification clause. These edits do not eliminate AFRINIC's approval of recipient need.
出典に基づく事実 −
3.4.4 Recipients must demonstrate the need for up to a 12-month supply of IPv4 address space.出典に基づく事実 ↗
出典に基づく事実 +
* Removal of old 3.4.4; No need for the requirement on recipients of the transfer to demonstrate a need up to 12-month supply of IPv4 address space. Justification based on policies in force.出典に基づく事実 ↗
Recorded page status · The draft-2 snapshot is labelled Implemented, while the draft-3 snapshot is labelled Last Call. These captured labels are retained as a metadata discrepancy; the comparison does not infer a reversal of implementation or overwrite the proposal's authoritative current status.
議論のタイムライン
エンティティ
- ディスカッションのメッセージ1初回活動2016/02/04最終活動2016/02/04最初の明示的立場修正付き支持最新の明示的立場修正付き支持立場の変化0見解の一貫性検証済みの一貫性評価はありません他のポリシー2更新状況: 古い
直近の調査試行: 2026/10/13
本人確認済み: 2026/10/13
Liquid Telecommunications · 履歴情報 Andrew Alston, Liquid Telecommunications
ripe74.ripe.net確認済みの公開プロフィール
- ディスカッションのメッセージ
- 1
- 初回活動
- 2016/02/04
- 最終活動
- 2016/02/04
- 最初の明示的立場
- 修正付き支持
- 最新の明示的立場
- 修正付き支持
- 立場の変化
- 0
- 見解の一貫性
- 検証済みの一貫性評価はありません
- 他のポリシー
- 2
最初の明示的立場: 修正付き支持 → 最新の明示的立場: 修正付き支持 · 立場の変化: 0
見解の一貫性: 検証済みの一貫性評価はありません
- 2016/02/04 · 修正付き支持
[rpd] Some thoughts, and some actions required
I have an issue with limiting transfers to intra-RIR for the following reasons … A.) We all know there is a massive shortage of space in Africa, so who is going to be selling what they need for critical business usage? No African company with half a braincell would sell space on the continent, because unlike elsewhere in the world, the allocations are already only just what people need … B.) The majority of legacy space and other huge allocations where a lot of the sales could come from exist outside the region, we need access to that … Let me be blunt, I?ve already started trying to figure out just how much space I may need to get on the secondary market post exhaustion, for planning purposes. If I?m right, there simply isn?t enough of it in Africa to accomplish this. I am VIOLENTLY opposed to African companies selling to outside entities, but I am also a realist and believe we may well end up having to buy from outside entities. … IP-V4 Exhaustion is unavoidable and as a community, we should handled this in a way that we continue to pursue the mission of our community: ?Work for the growth of Internet?. … This growth requires more nodes to be connected and than larger address space. To cater for this need (large address space), IP V6 has been defined. … * A transition period is needed to get this protocol widely adopted ( we are currently in) … * Lack of available IPV4 creates the secondary market as previously stated in this thread (this exists already). … According to what has been pointed out here, we as community shall do the following: … 1. Adopt a transfer policy to allow an official access to secondary market … I would agree to adopt In Region Transfer Policy, and apply a sanction (Withrawal of transferred ressources) of any form Inter-RIR transfer that would be done by a member. … This will allow African Region market to be regulated according to its environment. The cost of goods on a market depends on the need. Our current market needs are not the same with other Region and it won't be in our benefit to open this door. … 2. Strengthen allocation requirements: I fully support this.
出典に基づく事実 ↗
ポリシー別の立場タイムライン:afpub-2014-gen-002 · 反対 · 検証済みの一貫性評価はありませんAFPUB-2014-GEN-005 · 代案提示 · 検証済みの一貫性評価はありませんAFPUB-2016-V4-003 · 修正付き支持 · 検証済みの一貫性評価はありませんポリシーメッセージ総数: 6
- RENU - Alain P. AINA · 本人確認未解決ディスカッションのメッセージ0初回活動不明最終活動不明最初の明示的立場不明最新の明示的立場不明立場の変化0見解の一貫性明示的な立場は示されていません他のポリシー0
- WACREN · 本人確認未解決ディスカッションのメッセージ0初回活動不明最終活動不明最初の明示的立場不明最新の明示的立場不明立場の変化0見解の一貫性明示的な立場は示されていません他のポリシー0
- NIC CIS - Nicholas Mbonimpa · 本人確認未解決ディスカッションのメッセージ0初回活動不明最終活動不明最初の明示的立場不明最新の明示的立場不明立場の変化0見解の一貫性明示的な立場は示されていません他のポリシー0
- Ali HADJI · 本人確認未解決ディスカッションのメッセージ0初回活動不明最終活動不明最初の明示的立場不明最新の明示的立場不明立場の変化0見解の一貫性明示的な立場は示されていません他のポリシー0
- Comores Telecoms - Komi ELITCHA - Damnam Kanlanfei BAGOLIBE - Serge Patrick GHANSAH-GNONKOTO · 本人確認未解決ディスカッションのメッセージ0初回活動不明最終活動不明最初の明示的立場不明最新の明示的立場不明立場の変化0見解の一貫性明示的な立場は示されていません他のポリシー0
- Comores Telecoms - Komi Elitcha - Damnam Kanlanfei BAGOLIBE - Patrick GH · 本人確認未解決ディスカッションのメッセージ0初回活動不明最終活動不明最初の明示的立場不明最新の明示的立場不明立場の変化0見解の一貫性明示的な立場は示されていません他のポリシー0
出典と収録範囲
公式ポリシー資料
公開討議のアーカイブ
- afrinic-rpd
- 最初の収録
- 2004/08/04
- 最新の収録
- 2026/08/25
- 最終更新
- 2026/10/14
- 収録範囲
- 情報源の網羅状況は未完了です。
- 読み込み中
- 13,116
- 既知の欠落
- 0
- www.afrinic.net
- afrinic-africann
- 最初の収録
- 2026/08/03
- 最新の収録
- 2026/10/02
- 最終更新
- 2026/10/14
- 収録範囲
- 情報源の網羅状況は未完了です。
- 読み込み中
- 2,628
- 既知の欠落
- 0
- afrinic-afripv6-discuss
- 最初の収録
- 2015/08/17
- 最新の収録
- 2026/09/18
- 最終更新
- 2026/10/14
- 収録範囲
- 情報源の網羅状況は未完了です。
- 読み込み中
- 2,538
- 既知の欠落
- 0
- afrinic-announce
- 最初の収録
- 2015/08/18
- 最新の収録
- 2026/09/18
- 最終更新
- 2026/10/14
- 収録範囲
- 情報源の網羅状況は未完了です。
- 読み込み中
- 2,497
- 既知の欠落
- 0
- afrinic-community-discuss
- 最初の収録
- 2015/09/11
- 最新の収録
- 2019/12/29
- 最終更新
- 2026/10/14
- 収録範囲
- 情報源の網羅状況は未完了です。
- 読み込み中
- 3,127
- 既知の欠落
- 0
- afrinic-dbwg
- 最初の収録
- 2026/08/04
- 最新の収録
- 2026/10/06
- 最終更新
- 2026/10/14
- 収録範囲
- 情報源の網羅状況は未完了です。
- 読み込み中
- 969
- 既知の欠落
- 0
- afrinic-dnssec-ops
- 最初の収録
- 2015/08/18
- 最新の収録
- 2016/12/01
- 最終更新
- 2026/10/14
- 収録範囲
- 情報源の網羅状況は未完了です。
- 読み込み中
- 307
- 既知の欠落
- 0
- afrinic-icp2-review
- 最初の収録
- 2025/04/10
- 最新の収録
- 2025/11/10
- 最終更新
- 2026/10/14
- 収録範囲
- 情報源の網羅状況は未完了です。
- 読み込み中
- 0
- 既知の欠落
- 0
- afrinic-measurement-wg
- 最初の収録
- 2018/02/01
- 最新の収録
- 2024/11/22
- 最終更新
- 2026/10/14
- 収録範囲
- 情報源の網羅状況は未完了です。
- 読み込み中
- 138
- 既知の欠落
- 0
- afrinic-mira
- 最初の収録
- 2020/11/17
- 最新の収録
- 2024/11/22
- 最終更新
- 2026/10/14
- 収録範囲
- 情報源の網羅状況は未完了です。
- 読み込み中
- 0
- 既知の欠落
- 0
- afrinic-ois-wg
- 最初の収録
- 2021/09/09
- 最新の収録
- 2024/11/22
- 最終更新
- 2026/10/14
- 収録範囲
- 情報源の網羅状況は未完了です。
- 読み込み中
- 0
- 既知の欠落
- 0
- afrinic-rpki-discuss
- 最初の収録
- 2016/01/15
- 最新の収録
- 2026/04/23
- 最終更新
- 2026/10/14
- 収録範囲
- 情報源の網羅状況は未完了です。
- 読み込み中
- 154
- 既知の欠落
- 0
収録範囲
一部
最初の収録: 2004/08/04
最新の収録: 2026/10/14
更新状況
既知の欠落
- www.afrinic.net: 情報源の網羅状況は未完了です。 · 情報源の境界にはまだ到達していません。
- www.afrinic.net: 情報源の網羅状況は未完了です。 · 情報源の境界にはまだ到達していません。
- afrinic-rpd: 情報源の網羅状況は未完了です。 · 情報源の境界にはまだ到達していません。
- www.afrinic.net: 情報源の網羅状況は未完了です。 · 情報源の境界にはまだ到達していません。
- afrinic-africann: 情報源の網羅状況は未完了です。 · 情報源の境界にはまだ到達していません。
- afrinic-afripv6-discuss: 情報源の網羅状況は未完了です。 · 情報源の境界にはまだ到達していません。
- afrinic-announce: 情報源の網羅状況は未完了です。 · 情報源の境界にはまだ到達していません。
- afrinic-community-discuss: 情報源の網羅状況は未完了です。 · 情報源の境界にはまだ到達していません。
- afrinic-dbwg: 情報源の網羅状況は未完了です。 · 情報源の境界にはまだ到達していません。
- afrinic-dnssec-ops: 情報源の網羅状況は未完了です。 · 情報源の境界にはまだ到達していません。
- afrinic-measurement-wg: 情報源の網羅状況は未完了です。 · 情報源の境界にはまだ到達していません。
- afrinic-rpki-discuss: 情報源の網羅状況は未完了です。 · 情報源の境界にはまだ到達していません。
