AFRINIC · RIR 观察
No Reverse Unless Assigned
从这里开始,逐项查看提案记录:发生了哪些变化、为何重要、各方提出了什么主张、立场如何演变、最终作出了什么决定,以及证据仍存在哪些缺口。
来源事实
- 政策编号
- AFPUB-2012-DNS-001
- RIR
- AFRINIC
- 官方状态
- 未知
- 标准化状态
- 未知
- 提出时间
- 2012年4月10日
- 最近来源更新
- 2026年10月12日
- 覆盖范围
- 部分
究竟是谁影响了这场辩论?
政策演变
Registration required for a /24 reverse delegation · DRAFT-02 explicitly permits a /24 reverse delegation when at least one assignment or sub-allocation within that /24 is registered; the entire /24 need not be assigned. DRAFT-01 required registration of the relevant address space without this explicit partial-/24 rule.
来源事实 −
AfriNIC will no longer grant reverse delegation of IP address space that it administers unless an assignment or sub-allocation of that address space is registered appropriately in the AfriNIC Database.来源事实 ↗
来源事实 +
For a /24 reverse delegation, at least one assignment or sub-allocation must be registered in the AfriNIC Database for that specific /24. The entire /24 does not have to be assigned in order for the reverse delegation to be allowed.来源事实 ↗
Existing delegations: notice period and possible withdrawal · DRAFT-01 protected reverse delegations for allocations approved before ratification and limited the proposal to later allocations. DRAFT-02 replaces that protection with a 12-month period from the reminder for affected LIRs to register assignments or sub-allocations, after which AFRINIC may remove the reverse delegation. Removal is permitted, not described as automatic.
来源事实 −
AfriNIC will NOT remove reverse delegation of any LIRs allocation that was approved before the date of ratification of this policy proposal by the AfriNIC Board. Only allocations made after ratification date will be affected by this proposal.来源事实 ↗
来源事实 +
These LIRs will have 12 (twelve) months from the date of the reminder to register their assignments or sub-allocations. 3.3) AfriNIC may remove reverse delegation of any LIRs allocation beginning 12 (twelve) months from the date of the reminder.来源事实 ↗
讨论时间线
公开讨论
[AfriNIC-rpd] Re: Draft Policy Proposal: No Reverse Unless Assigned ID: AFPUB-2012-DNS-001-DRAFT-01
2 讨论消息 · 2 实体
来源事实 ↗
实体
- 新鲜度: 已过期
最近一次研究尝试: 2026年9月25日
身份已验证: 2026年9月25日
RIPE NCC · 历史 RIPE NCC staff – IP Analyst/Hostmaster/LIR Trainer (2002-2005)
www.arin.netInternet Systems Consortium · 历史 Internet Systems Consortium, Education Manager and Lead Trainer (2012)
www.arin.netAFRINIC · 历史 Former AFRINIC Policy Development Working Group Co-chair
www.arin.net已核实的公开档案
- 讨论消息
- 7
- 首次活动
- 2012年4月17日
- 最近活动
- 2013年6月19日
- 首次明确立场
- 支持
- 最近明确立场
- 支持
- 立场变化
- 2
- 观点一致性
- 一致
- 其他政策
- 8
首次明确立场: 支持 → 最近明确立场: 支持 · 立场变化: 2
观点一致性: 一致
The No Reverse contributions preserve the objective of encouraging assignment registration while revising the mechanism and leaving withdrawal conditional on community agreement. The anycast contributions show support for discussion and later clarification, without enough supplied text to compare every version. Clarification and conditional willingness to withdraw are not evidence of an unexplained reversal.
评估: 证据不足,无法评估一致性 · The author introduces the anycast proposal as a strawman and invites feedback. This establishes advocacy of a discussion starting point, not endorsement of every subsequent version or a sequence of positions on this particular proposal.
条件: The retained message does not reproduce the substantive proposed anycast terms.
It is somewhat of a "strawman" in that it gives us a starting point for discussion.
评估: 一致 · The sequence begins with a tentative enforcement proposal, moves to revised wording with discretionary removal after notice, and ends with willingness to withdraw if the community rejects the approach. The stated registration objective persists. The end-user clarification explains that assignments already entered by staff satisfy the registration condition, although the broad draft wording could benefit from that explanation.
条件: The change to MAY is a real revision of the enforcement mechanism, not unchanged wording. · The /24 condition requires at least one registered assignment or sub-allocation, not registration of the entire /24. · The end-user explanation relies on the author's recollection of staff registration practice; it is not an independent verification of all end-user records. · The June message offers withdrawal conditionally and reports the author's perception of feedback; it does not prove actual withdrawal or absence of community views. · A draft identifier announcement is procedural and does not establish adoption.
I am hoping it will spur discussion and perhaps someone will have a better idea
I have used a "MAY" instead of a "SHALL" or a "MUST"
3.3 AfriNIC may remove reverse delegation of any LIRs allocation beginning 12 (twelve) months from the date of the reminder.
Since End-User assignments are already entered into the Db by the RIR staff (IIRC), then they can get reverse delegation if they so choose.
If there is no consensus that this is the way to rectify the problem of getting people to register their assignments, I would be happy to withdraw this proposal
Anycast resource assignments in the AFRINIC region
评估: 一致 · Support for Alan's clarification and future-proofing is followed by an explicit favorable last-call response. No withdrawal of support is present, but the short final response does not independently establish whether every earlier suggestion entered the final text.
条件: The exact intervening drafts are not reproduced in these two messages. · A favorable response is the author's vote, not proof of community consensus or adoption.
I would support the change that Alan suggests in the interests of clarity.
in favor.
AFPUB-2012-V4-001-DRAFT-01 · Anycast resource assignments in the AFRINIC region
评估: 证据不足,无法评估一致性 · The earlier anycast strawman and the later support for clarification are compatible in direction, but the first message contains no substantive terms. They cannot establish detailed consistency across all allocation conditions or revisions.
条件: Do not infer that submitting the initial strawman endorses every later anycast text.
Below is the proposal on Anycast I submitted to pdwg last week.
sure, I am all for future proofing as APB suggests.
No Reverse Unless Assigned · Anycast resource assignments in the AFRINIC region
评估: 一致 · Revising No Reverse in response to concerns and accepting clarifying anycast wording both show willingness to refine proposals during discussion. Conditional withdrawal of an enforcement approach does not contradict support for a different resource-assignment proposal.
条件: This comparison concerns the stated handling of feedback, not identical substantive rules in the two policies.
Please find my revisions to the "No Reverse" proposal below, taking into account all of your concerns (I hope):
I would support the change that Alan suggests in the interests of clarity.
- 2012年4月17日 · 支持
[AfriNIC-rpd] Draft Policy Proposal: No Reverse Unless Assigned
This second policy proposal is clearly a "strawman" that I hope will get us talking about the very real issue it addresses. … someone will have a better idea about how to encourage the registration of assignments.
来源事实 ↗ - 2012年4月18日 · 程序性或中立
[AfriNIC-rpd] Re: Draft Policy Proposal: No Reverse Unless Assigned ID: AFPUB-2012-DNS-001-DRAFT-01
the identifier for this proposal will be: AFPUB-2012-DNS-001-DRAFT-01
来源事实 ↗ - 2012年12月5日 · 修改后支持
[AFRINIC-rpd] revised "no reverse" policy proposal AFPUB-2012-DNS-001-DRAFT-02
pls note, I have used a "MAY" instead of a "SHALL" or a "MUST" in 3.3.
来源事实 ↗ - 2012年12月17日 · 修改后支持
[AFRINIC-rpd] AFPUB-2012-V4-001-DRAFT-02
Please find my revisions to the "No Reverse" proposal below, taking into account all of your concerns (I hope): … Unique identifier: AFPUB-2012-DNS-001-DRAFT-02
来源事实 ↗ - 2012年12月17日 · 支持
[AFRINIC-rpd] AFPUB-2012-V4-001-DRAFT-02
That's right, only allocations have more specific assignments. … Since End-User assignments are already entered into the Db by the RIR … staff (IIRC), then they can get reverse delegation if they so choose. … In short, no, it doesn't apply to end-user space.
来源事实 ↗ - 2012年12月17日 · 未知
[AFRINIC-rpd] AFPUB-2012-V4-001-DRAFT-02
暂无经验证的证据。
来源事实 ↗ - 2013年6月19日 · 程序性或中立
[AFRINIC-rpd] Re: AFPUB-2012-V4-001-DRAFT-02
If there is no consensus that this is the way to rectify the problem of getting people to register their assignments, I would be happy to withdraw this proposal
来源事实 ↗
各政策立场时间线:AFPUB-2008-GEN-001 · 未知 · 未明确表明立场AFPUB-2012-DNS-001 · 支持 · 一致AFPUB-2012-GEN-002 · 未知 · 未明确表明立场AFPUB-2012-V4-001 · 支持 · 证据不足,无法评估一致性AFPUB-2013-GEN-001 · 未知 · 未明确表明立场AFPUB-2013-V4-001 · 未知 · 未明确表明立场AFPUB-2014-GEN-003 · 支持 · 一致afpub-2014-gen-004 · 未知 · 未明确表明立场AFPUB-2026-IPv4-001-DRAFT02 · 未知 · 未明确表明立场政策消息总数: 71
- SM · 身份尚未解析讨论消息2首次活动2012年4月18日最近活动2012年11月29日首次明确立场未知最近明确立场未知立场变化0观点一致性证据不足,无法评估一致性其他政策7
- AFRINIC Communication · 身份尚未解析讨论消息1首次活动2014年9月19日最近活动2014年9月19日首次明确立场未知最近明确立场未知立场变化0观点一致性证据不足,无法评估一致性其他政策0
- JP · 身份尚未解析讨论消息1首次活动2013年6月24日最近活动2013年6月24日首次明确立场未知最近明确立场未知立场变化0观点一致性未明确表明立场其他政策6
- Bope Domilongo Christian · 身份尚未解析讨论消息1首次活动2013年6月21日最近活动2013年6月21日首次明确立场未知最近明确立场未知立场变化0观点一致性未明确表明立场其他政策7
- Sunday Folayan · 身份尚未解析讨论消息1首次活动2013年7月10日最近活动2013年7月10日首次明确立场未知最近明确立场未知立场变化0观点一致性未明确表明立场其他政策6
- im McGinnis (McTim) "> 1. Amends AFPUB-2005-v4-001 · 身份尚未解析讨论消息0首次活动未知最近活动未知首次明确立场未知最近明确立场未知立场变化0观点一致性未明确表明立场其他政策0
- AfriNIC PDWG co-chair 1. Amends AFPUB-2005-v4-001 · 身份尚未解析讨论消息0首次活动未知最近活动未知首次明确立场未知最近明确立场未知立场变化0观点一致性未明确表明立场其他政策0
- im McGinnis (McTim) "> Internet Systems Consortium · 身份尚未解析讨论消息0首次活动未知最近活动未知首次明确立场未知最近明确立场未知立场变化0观点一致性未明确表明立场其他政策0
来源与覆盖
公开讨论记录
- afrinic-rpd
- 最早收录
- 2004年8月4日
- 最近收录
- 2026年8月25日
- 最近刷新
- 2026年10月14日
- 覆盖范围
- 来源覆盖尚不完整。
- 加载中
- 13,116
- 已知缺口
- 0
- www.afrinic.net
- afrinic-africann
- 最早收录
- 2026年8月3日
- 最近收录
- 2026年10月2日
- 最近刷新
- 2026年10月14日
- 覆盖范围
- 来源覆盖尚不完整。
- 加载中
- 2,612
- 已知缺口
- 0
- afrinic-afripv6-discuss
- 最早收录
- 2015年8月17日
- 最近收录
- 2026年9月18日
- 最近刷新
- 2026年10月14日
- 覆盖范围
- 来源覆盖尚不完整。
- 加载中
- 2,538
- 已知缺口
- 0
- afrinic-announce
- 最早收录
- 2015年8月18日
- 最近收录
- 2026年9月18日
- 最近刷新
- 2026年10月14日
- 覆盖范围
- 来源覆盖尚不完整。
- 加载中
- 2,497
- 已知缺口
- 0
- afrinic-community-discuss
- 最早收录
- 2015年9月11日
- 最近收录
- 2019年12月29日
- 最近刷新
- 2026年10月14日
- 覆盖范围
- 来源覆盖尚不完整。
- 加载中
- 3,127
- 已知缺口
- 0
- afrinic-dbwg
- 最早收录
- 2026年8月4日
- 最近收录
- 2026年10月6日
- 最近刷新
- 2026年10月14日
- 覆盖范围
- 来源覆盖尚不完整。
- 加载中
- 954
- 已知缺口
- 0
- afrinic-dnssec-ops
- 最早收录
- 2015年8月18日
- 最近收录
- 2016年12月1日
- 最近刷新
- 2026年10月14日
- 覆盖范围
- 来源覆盖尚不完整。
- 加载中
- 307
- 已知缺口
- 0
- afrinic-icp2-review
- 最早收录
- 2025年4月10日
- 最近收录
- 2025年11月10日
- 最近刷新
- 2026年10月14日
- 覆盖范围
- 来源覆盖尚不完整。
- 加载中
- 0
- 已知缺口
- 0
- afrinic-measurement-wg
- 最早收录
- 2018年2月1日
- 最近收录
- 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年9月9日
- 最近收录
- 2024年11月22日
- 最近刷新
- 2026年10月14日
- 覆盖范围
- 来源覆盖尚不完整。
- 加载中
- 0
- 已知缺口
- 0
- afrinic-rpki-discuss
- 最早收录
- 2016年1月15日
- 最近收录
- 2026年4月23日
- 最近刷新
- 2026年10月14日
- 覆盖范围
- 来源覆盖尚不完整。
- 加载中
- 154
- 已知缺口
- 0
覆盖范围
部分
最早收录: 2004年8月4日
最近收录: 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: 来源覆盖尚不完整。 · 尚未达到来源边界。
