2005-1: Provider Independent IPv6 Assignments for End-sites

ARIN-prop-18: IPv6 Direct assignments to end sites

评估: 证据不足，无法评估一致性 · The August 2005 contribution explains provider independence as the main objective and discusses enforcement of the restriction on holding both an assignment and an allocation. Only one supplied contribution addresses this recorded proposal.

条件: Explaining enforcement problems does not mean rejecting direct assignment.

2005年8月30日

This proposal is primarily about provider independence and multihoming as a secondary effect.

2005年8月30日

No guidance is given for how to utilize direct assignments other than you only get a PI /48 to work with.

2005-1: Provider Independent IPv6 Assignments for End-sites

评估: 一致 · The January sizing suggestion, the warning that actual routability depends on network routing policy, and the April fixed-range suggestion address complementary parts of making PI assignments usable. The April suggestion seeks a way to distinguish PI space in filters rather than retracting the earlier assignment-size proposal.

条件: The /44 minimum and scaling formula are suggestions, not adopted policy. · The proposal for a large static PI range leaves open whether reservation should be regional or global. · RIR assignment policy cannot by itself guarantee that networks route the resulting prefixes.

2006年1月23日

To qualify for a minimum end site assignment of /44 you must either:

2006年1月30日

Whether it would work or not depends on routing policies that aren't really in the scope of RIR policy.

2006年4月27日

This is why it is important to have a large well known and static range (like a /16) set aside for PI assignments.

2006-2: Micro-allocations for Internal Infrastructure

评估: 证据不足，无法评估一致性 · The April question proposes considering a /96 for uses needing /126 to /128 prefixes and asks whether that would reduce accidental announcements. One conditional design question cannot establish a stable or changed position over time.

条件: The suggested size is not evidence that the final proposal adopted it.

2006年4月20日

Would a /96 be sufficient if the intended use is for /126-/128's? That might also reduce the concern about them being inadvertantly announced.

ARIN-prop-18: IPv6 Direct assignments to end sites · 2005-1: Provider Independent IPv6 Assignments for End-sites

评估: 混合 · The suggested minimum size changes materially from the /48 described in August 2005 to the /44 proposed in January 2006. The later message presents a revision informed by meeting feedback and adds qualification paths and a scaling idea. The evidence therefore supports an evolution of the design alongside continuity of purpose, rather than identical terms or an unexplained contradiction.

条件: These are different recorded proposals and dates; the messages do not prove adoption or a formal replacement relationship. · A larger proposed assignment is a change in design, not by itself a change in support for provider independence.

2005年8月30日

No guidance is given for how to utilize direct assignments other than you only get a PI /48 to work with.

2006年1月23日

These were my suggestions using feedback from the last meeting:

2006年1月23日

To qualify for a minimum end site assignment of /44 you must either:

2006年1月23日

I would gladly write up a formal revision or new proposal if requested.

2006-2: Micro-allocations for Internal Infrastructure · 2005-1: Provider Independent IPv6 Assignments for End-sites

评估: 一致 · Considering a small /96 for internal uses and a distinct PI assignment range for public route filtering serve different uses. Both comments explicitly consider unwanted announcements or filtering effects, so the different prefix sizes are not conflicting prescriptions for the same use case.

条件: The internal-use message is conditional and does not establish a complete position on that policy. · Do not equate an individual assignment size with the size of a reserved aggregate range.

2006年4月20日

Would a /96 be sufficient if the intended use is for /126-/128's? That might also reduce the concern about them being inadvertantly announced.

2006年4月27日

ISP's will have no choice but to have different minimum prefix size limits by range.