CARVIEW |
Select Language
HTTP/2 200
date: Mon, 14 Jul 2025 08:56:40 GMT
content-type: text/html; charset=utf-8
cf-ray: 95efcee2a816b277-BLR
cf-cache-status: DYNAMIC
last-modified: Tue, 30 Jul 2024 05:33:33 GMT
vary: Accept-Encoding
x-content-type-options: nosniff
strict-transport-security: max-age=15552000; preload
server: cloudflare
content-encoding: gzip
[sig-policy] prop-046: IPv4 countdown policy proposal
[sig-policy] prop-046: IPv4 countdown policy proposal
- To: sig-policy at apnic dot net
- Subject: [sig-policy] prop-046: IPv4 countdown policy proposal
- From: Toshiyuki Hosaka <hosaka at nic dot ad dot jp>
- Date: Tue, 06 Mar 2007 14:22:09 +0900
- Cc:
- List-archive: <https://www.apnic.net/mailing-lists/sig-policy>
- List-help: <mailto:sig-policy-request@lists.apnic.net?subject=help>
- List-id: APNIC SIG on resource management policy <sig-policy.lists.apnic.net>
- List-post: <mailto:sig-policy@lists.apnic.net>
- List-subscribe: <https://mailman.apnic.net/mailman/listinfo/sig-policy>, <mailto:sig-policy-request@lists.apnic.net?subject=subscribe>
- List-unsubscribe: <https://mailman.apnic.net/mailman/listinfo/sig-policy>, <mailto:sig-policy-request@lists.apnic.net?subject=unsubscribe>
- Organization: Japan Network Information Center (JPNIC)
- User-agent: Thunderbird 1.5.0.10 (Windows/20070221)
-------------------------------------------------------------------- prop-046: IPv4 countdown policy proposal -------------------------------------------------------------------- This proposal was presented at the APNIC 23 Policy SIG but failed to reach formal consensus. Instead, it was decided to return the proposal to the mailing list for further development by the community. Proposal details ---------------- The proposal contains four main principles: (1) Global synchronization: All five RIRs will proceed at the same time for measures on IPv4 address exhaustion. (2) Some Blocks to be left: Keep a few /8 stocks instead of distributing all. (3) Keeping current practices until the last moment: Maintain the current policy until the last allocation. (4) Separate discussions on "Recycle" issue: Recovery of unused address space should be discussed separately Discussion at APNIC 23 ---------------------- There was general support the following three principals in the proposal: - Global synchronization - Keeping current practices until the last moment - Recovery of unused address space should be discussed separately The remaining principle, "Some Blocks to be left", was split into two: - Need to define the last date of allocation in advance - Keep some blocks reserved after the defined last date of allocation There was no consensus on these two elements of the remaining principle. Next steps ---------- We would like to hear your opinions on this proposal. Here are some questions that may help start discussion: - Is this proposal addressing a real need or problem? - How do you feel about the discussion held at APNIC 23? - Do you have any alternative ideas or solutions that you feel would be more appropriate? For more information on the policy proposal, go to: https://www.apnic.net/docs/policy/proposals/prop-046-v001.html regards, Toshi -- Toshiyuki Hosaka
- Prev by Date: [sig-policy] Proposal to remove reference to IPv6 policy document as an "interim" policy document
- Next by Date: [sig-policy] prop-037: Deprecation of email updates for APNIC Registry and whois data
- Previous by thread: [sig-policy] Proposal to remove reference to IPv6 policy document as an "interim" policy document
- Next by thread: [sig-policy] prop-037: Deprecation of email updates for APNIC Registry and whois data
- Index(es):