<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On May 5, 2011, at 7:04 AM, Mike Burns wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div bgcolor="#ffffff" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><font size="2" face="Arial">Hi Owen,<span class="Apple-converted-space"> </span><em>answers in italics</em></font></div><blockquote dir="ltr" style="border-left-color: rgb(0, 0, 0); border-left-width: 2px; border-left-style: solid; padding-left: 5px; padding-right: 0px; margin-left: 5px; margin-right: 0px; position: static; z-index: auto; "><div> Now, if you mentioned the judiciary, you might have a point, but, you did not. You chose</div><div>the governor.</div><div><font size="2" face="Arial"></font> </div><div><font size="2" face="Arial"><em>Small case "g" governor, see how semantic this can get. I think with your response, my concept is clear.</em></font></div><div><font size="2" face="Arial"><em>If you pretend I mentioned judiciary, then maybe you can sense that what I am trying to say is that it can be argued either way in terms of authority.</em></font></div><div><font size="2" face="Arial"><em>And that argument is boring. I don't think the authority structure is as clear as you describe. Or as I conceive it.</em></font></div><div><em><font size="2" face="Arial">Could be that is uniquely murky, and seems to be in the midst of transition away from US government control, in any case, leading to further murkiness.</font></em></div></blockquote></div></span></blockquote>I was not intending or considering that Governor vs. governor was significant to the discussion.</div><div>There is no parallel to the judiciary in the IP number resource policy world. Perhaps there should be,</div><div>but, as it currently stands, there is not.<br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div bgcolor="#ffffff" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><blockquote dir="ltr" style="border-left-color: rgb(0, 0, 0); border-left-width: 2px; border-left-style: solid; padding-left: 5px; padding-right: 0px; margin-left: 5px; margin-right: 0px; position: static; z-index: auto; "><div>></div><div>></div><div>No, it proffers one possible set of requirements which could be used to do so.</div><div>That is (and was) my point. Other than the author, there is no reliable evidence</div><div>that anyone has reviewed or accepted this as the way such a thing should</div><div>be done, let alone the way they would be done if such a structure were to be</div><div>created.</div><div> </div><div><font size="2" face="Arial"><em>OK, we can read the letter. It's pretty clear it's a proposed (not ratified) set of standards for private ip registries, based on those existing for DNS registries.</em></font></div><div><font size="2" face="Arial"><em>I never said it was reviewed or accepted, just that Benson's proposals lacked these kinds of regulations on new registry entities.</em></font></div><div><font size="2" face="Arial"><em>I don't pretend to know what would happen if the author of the letter's proposals were accepted, and the Board of ICANN decided to implement them.</em></font></div><div><em><font size="2" face="Arial">My suspicion is that they would somehow become policy, though through what mechanism, I don't know.</font><br></em></div></blockquote></div></span></blockquote><div><br></div>I agree that the lack of these specifications was one of the shortcomings of Benson's proposals.</div><div><br></div><div>For them to become policy, they would have to go through the global policy development process.</div><div>That is the only currently defined mechanism for the creation of IANA level policy. That has been</div><div>my point from the beginning. I realize it is an answer you don't like to hear, but, it really is the</div><div>true and correct answer.</div><div><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div bgcolor="#ffffff" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><blockquote dir="ltr" style="border-left-color: rgb(0, 0, 0); border-left-width: 2px; border-left-style: solid; padding-left: 5px; padding-right: 0px; margin-left: 5px; margin-right: 0px; position: static; z-index: auto; "><blockquote type="cite"><span class="Apple-style-span" style="widows: 2; text-transform: none; text-indent: 0px; border-collapse: separate; font: normal normal normal medium/normal Helvetica; white-space: normal; orphans: 2; letter-spacing: normal; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div bgcolor="#ffffff" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><blockquote dir="ltr" style="position: static; border-left-color: rgb(0, 0, 0); border-left-width: 2px; border-left-style: solid; padding-left: 5px; padding-right: 0px; margin-left: 5px; margin-right: 0px; z-index: auto; "><blockquote type="cite"><span class="Apple-style-span" style="widows: 2; text-transform: none; text-indent: 0px; border-collapse: separate; font: normal normal normal medium/normal Helvetica; white-space: normal; orphans: 2; letter-spacing: normal; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div bgcolor="#ffffff" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div><font size="2" face="Arial"></font> </div><div><span class="f"><span class="gl"><font size="2" face="Arial">I just skimmed it, but if the community decided that Benson's proposals suffered only from a lack of oversight, and required action at a global level, then perhaps they will add their voice to the support which I offered.</font></span></span></div></div></div></span></blockquote><blockquote type="cite"><span class="Apple-style-span" style="widows: 2; text-transform: none; text-indent: 0px; border-collapse: separate; font: normal normal normal medium/normal Helvetica; white-space: normal; orphans: 2; letter-spacing: normal; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div bgcolor="#ffffff" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div> </div></div></div></span></blockquote><div>Perhaps, but, you would still need a global policy proposal to voice support for.</div><div> </div><div><font size="2" face="Arial"><strong>Unless ICANN board actually does make the decision they are being asked to make. The link above is policy proposal on the ICANN correspondence page, and it is referenced in this letter:</strong></font></div><div><font size="2" face="Arial"><a href="http://www.icann.org/en/correspondence/holtzman-to-olive-02mar11-en.pdf">http://www.icann.org/en/correspondence/holtzman-to-olive-02mar11-en.pdf</a> <strong>providing reasons for requesting the decision at the ICANN board level. Based on the appeal to the authority of the DoC contract, I expect there could be a further appeal to the DoC or NTIA level if the ICANN board decides not to make a decision. It is interesting that ICANN requested information from ARIN instead of summarily dismissing the request as coming outside of policy. ARIN's reply to ICANN is on the same site.</strong></font></div><div><font size="2" face="Arial"></font> </div></blockquote></div></span></blockquote><div>I cannot see any correspondence that shows ICANN board requesting information from ARIN that was done after ICANN received this letter.</div><div>Can you point to a link to such?</div><div><font size="2" face="Arial"></font> </div><div><font size="2" face="Arial"><em>Here is the sequence</em></font></div><div><font size="2" face="Arial"><a href="http://icann.org/en/correspondence/holtzman-to-beckstrom-27jan11-en.pdf"><em>http://icann.org/en/correspondence/holtzman-to-beckstrom-27jan11-en.pdf</em></a><em> T</em></font></div><div><font size="2" face="Arial"><em>This was a letter of complaint to ICANN and a request for an appeal at the ICANN level based on authority derived from the DoC contract.</em></font></div><div><font size="2" face="Arial"><em></em></font> </div><div><font size="2" face="Arial"><a href="http://icann.org/en/correspondence/beckstrom-to-curran-01mar11-en.pdf"><em>http://icann.org/en/correspondence/beckstrom-to-curran-01mar11-en.pdf</em></a></font></div><div><font size="2" face="Arial"><em>This is the letter from ICANN to ARIN which requests more information instead of summarily dismissing the request as coming outside of normal policy development channels.</em></font></div><div><font size="2" face="Arial"><em></em></font> </div><div><font size="2" face="Arial"><a href="http://icann.org/en/correspondence/curran-to-beckstrom-02mar11-en.pdf"><em>http://icann.org/en/correspondence/curran-to-beckstrom-02mar11-en.pdf</em></a></font></div><div><font size="2" face="Arial"><em>This is John Curran's reply to ICANN</em></font></div><div><font size="2" face="Arial"><em></em></font> </div><div><font size="2" face="Arial"><a href="http://icann.org/en/correspondence/holtzman-to-olive-02mar11-en.pdf"><em>http://icann.org/en/correspondence/holtzman-to-olive-02mar11-en.pdf</em></a></font></div><div><font size="2" face="Arial"><em>This is the letter which includes the proposed regulations on new registries.</em></font></div><font size="2" face="Arial"></font></blockquote><blockquote dir="ltr" style="border-left-color: rgb(0, 0, 0); border-left-width: 2px; border-left-style: solid; padding-left: 5px; padding-right: 0px; margin-left: 5px; margin-right: 0px; position: static; z-index: auto; "><div><font size="2" face="Arial"><em>I'm pretty sure that's the flow. A request last year from Depository to ARIN for bulk whois data in order to provide directory services.</em></font></div><div><font size="2" face="Arial"><em>ARIN denies it and says it violates the AUP, it's not a valid purpose for bulk access.</em></font></div><div><font size="2" face="Arial"><em>Then the letters above start, the first one is an appeal to ICANN, which I took as a means of going over ARIN's head, although such talk of levels is like a verbal Escher drawing, apparently.</em></font></div><div><font size="2" face="Arial"><em>You seem certain that ICANN both won't and can't make this decision and make it apply to ARIN's sharing of whois data. I'm not so sanguine.</em></font></div><div><font size="2" face="Arial"><em>I think courts seem more likely to deal with contracts then Memorandums and Agreements of Understanding.</em></font></div><div><font size="2" face="Arial"><em>My guess, and I'm not a lawyer, is that should push come to shove in a legal arena, the courts may decide that the authority comes from the DoC contract.</em></font></div><div><em><font size="2" face="Arial">It could be as you say, that ICANN has no authority to dictate anything to ARIN; the letters say there is no contract between ARIN and ICANN.</font></em></div><div><font size="2" face="Arial"><em>Just a guess, and I could be wrong. If it turns out that ICANN either can't or won't make the decision, as John points out in his letter, (or maybe elsewhere) that there remains the ability to change the global policy which specifies regional registry properties which he believes preclude private registries. Perhaps ICANN has power to make those changes, and the ARIN MoU would then require ARIN to submit?</em></font></div><div><font size="2" face="Arial"></font> </div></blockquote></div></span></blockquote>Yes, the first letter is an appeal to ICANN to override ARIN's decision about ARIN's implementation</div><div>of ARIN's bulk whois policy. It is not clear that ICANN has any such ability, but, I suspect that ARIN</div><div>will probably cooperate with ICANN in clarifying any misunderstandings about the ARIN bulk</div><div>whois policy. If it is somehow agreed that ARIN did not act according to their own policy, I suspect</div><div>ARIN will modify their behavior accordingly until such time as the policy is changed either by the</div><div>emergency authority of the BoT or by the community.</div><div><br></div><div>There is no contract between ICANN and ARIN that would force ARIN to do ICANN's bidding, so,</div><div>I'm not sure what your statement about courts giving preference to contracts is intended to</div><div>accomplish.</div><div><br></div><div>I'm not a lawyer, either, but I suspect that the courts may well decide that authority comes from</div><div>the DoC contract. The question, however, is authority over what. The DoC contract only specifies</div><div>the IANA function as it relates to IP addresses to my understanding. The IANA function in</div><div>this regard is to delegate large blocks of IP addresses to the RIRs, to keep track of those</div><div>allocations, and to manage the in-addr.arpa zone accordingly. IANA doesn't even operate</div><div>a whois server to the best of my knowledge. There's no contract stating that IANA retains</div><div>any authority over addresses once they have been issued to RIRs or any authority over</div><div>the behavior of the RIRs.</div><div><br></div><div>The ability to change the global policy is specified in the global policy development</div><div>process. It might be worth considering the following from the <a href="http://aso.icann.org/documents/memorandum-of-understanding/">MoU between the</a></div><div><a href="http://aso.icann.org/documents/memorandum-of-understanding/">RIRs and ICANN</a>:</div><div><br></div><div><h3 style="font-weight: bold; font-family: 'Arial Narrow', Arial, Helvetica, sans-serif; font-size: 14px; color: rgb(0, 0, 0); ">5. Global Policy Development Process</h3><p style="font-weight: normal; font-family: Georgia, 'Times New Roman', Times, serif; font-size: 14px; color: rgb(0, 0, 0); ">Global policies are defined within the scope of this agreement as Internet number resource policies that have the agreement of all RIRs according to their policy development processes and ICANN, and require specific actions or outcomes on the part of IANA or any other external ICANN-related body in order to be implemented.</p><p style="font-weight: normal; font-family: Georgia, 'Times New Roman', Times, serif; font-size: 14px; color: rgb(0, 0, 0); ">Global policies will be developed in the context of this agreement, according to the processes defined by attachment A to this MoU.</p><p style="font-weight: normal; font-family: Georgia, 'Times New Roman', Times, serif; font-size: 14px; color: rgb(0, 0, 0); ">Under this agreement the ICANN Board will ratify proposed global policies in accordance with the Global Policy Development Process, using review procedures as determined by ICANN. ICANN will publish these procedures no later than ninety (90) days from the date of the signature of this agreement by all parties.</p><h3 style="font-weight: bold; font-family: 'Arial Narrow', Arial, Helvetica, sans-serif; font-size: 14px; color: rgb(0, 0, 0); "><a id="6" name="6"></a>6. Service Regions</h3><p style="font-weight: normal; font-family: Georgia, 'Times New Roman', Times, serif; font-size: 14px; color: rgb(0, 0, 0); ">The regions serviced by each RIR shall be defined by the RIRs in a manner of their choosing. The NRO shall ensure that all possible service areas are encompassed.</p><h3 style="font-weight: bold; font-family: 'Arial Narrow', Arial, Helvetica, sans-serif; font-size: 14px; color: rgb(0, 0, 0); "><a id="7" name="7"></a>7. Arbitration</h3><p style="font-weight: normal; font-family: Georgia, 'Times New Roman', Times, serif; font-size: 14px; color: rgb(0, 0, 0); ">In the event that the NRO is in dispute with ICANN relating to activities described in this MoU, the NRO shall arrange arbitration via ICC rules in the jurisdiction of Bermuda or such other location as is agreed between the NRO and ICANN. The location of the arbitration shall not decide the laws to be applied in evaluating this agreement or such dispute.</p><div style="font-family: Georgia, 'Times New Roman', Times, serif; "><br></div><div style="font-family: Georgia, 'Times New Roman', Times, serif; "><br></div></div><div>As you can see from the above text:</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>1.<span class="Apple-tab-span" style="white-space:pre"> </span>Global policies require the agreement of all RIRs according to their</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>policy development processes _AND_ ICANN.</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>2.<span class="Apple-tab-span" style="white-space:pre"> </span>Global policies are developed according to the processes defined</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>by attachment A (at the bottom of the same web page):</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Worth noting especially are paragraphs 2, 3, and 4 which define the</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>way that the text emerges from the collective policy processes of the</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>five RIRs and their communities. For reference, the NRO NC is</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>comprised of the elected representatives from each of the RIR</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>regions. They are elected by the communities of those regions.</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>The NRO EC is comprised of the 5 RIR CEOs. The ASO AC is</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>comprised of the NRO NC and is essentially synonymous with</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>the NRO NC.</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Paragraphs 5 and 6 define the way the ASO AC reviews the process</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>and ratifies the policy proposal (or not).</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Paragraph 7 specifies that the ASO AC forwards a ratified proposal to</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>the ICANN board.</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Paragraphs 8-10 govern the ICANN board's actions with respect to</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>a proposal which has completed paragraph 7. Note that there is a strong</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>bias built in to this step towards accept and that rejection requires a</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>supermajority (2/3rds) of the ICANN board.</div><div><br></div><div>In other words, there is a global policy development process. That process was</div><div>agreed to by the RIRs _AND_ ICANN in the MoU. The policy is designed to clearly</div><div>ensure that the global policy process is governed by the collective agreement of</div><div>the RIR communities.</div><div><br></div><div>There is no provision for appeal outside of this process to create or change global</div><div>policies.</div><div><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div bgcolor="#ffffff" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><blockquote dir="ltr" style="border-left-color: rgb(0, 0, 0); border-left-width: 2px; border-left-style: solid; padding-left: 5px; padding-right: 0px; margin-left: 5px; margin-right: 0px; position: static; z-index: auto; "><div><span class="Apple-style-span" style="widows: 2; text-transform: none; text-indent: 0px; border-collapse: separate; font: normal normal normal medium/normal Helvetica; white-space: normal; orphans: 2; letter-spacing: normal; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><font size="2" face="Arial"></font><br><div><font size="2" face="Arial"><strong>>Proper stewardship is to make policy that will increase the supply of addresses and bring down their price, while increasing whois reliability and removing the biggest distinction between legacy and >non-legacy addresses.</strong></font></div></span></div><div>>In general, I would agree with you about the goals of proper stewardship. Obviously, I do not</div><div>>think that is the effect competing registries would have.</div><div><font size="2" face="Arial"></font> </div><div><font size="2" face="Arial"><em>Maybe I have found an appealing argument in the idea that increasing supply will reduce price. Since in a post-exhaust world, even those with need will have to pay for IP addresses, maybe the best stewardship is the policy which will lead to the lowest price? Should frame the debate in that way? Which policies should be implemented which will create the greatest supply to replace the free pool, in order that price be driven down? Which types of markets lead to lowest prices, those with fewer regulations or those with more regulations? Is low price to be desired by the proper steward? Now we are stewards of the rules and not the addresses.</em></font></div><div><font size="2" face="Arial"></font> </div></blockquote></div></span></blockquote>Since I believe that a free market is open to speculators and speculators only serve to increase</div><div>the price, it is hard to say that a completely free market would reduce price.</div><div><br></div><div>Additionally, there is a dichotomy in the particular market scenario in question in that increased</div><div>price will likely lead to increased supply (to some extent) and increased supply _MIGHT_ lead</div><div>to decreased price. I suspect for the latter to be true, it would require a vastly increased supply</div><div>which will not be possible until IPv4 addresses are largely irrelevant, at which time they will</div><div>again be readily available anyway.</div><div><br></div><div><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div bgcolor="#ffffff" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><blockquote dir="ltr" style="border-left-color: rgb(0, 0, 0); border-left-width: 2px; border-left-style: solid; padding-left: 5px; padding-right: 0px; margin-left: 5px; margin-right: 0px; position: static; z-index: auto; "><div><font size="2" face="Arial"></font> </div><div><span class="Apple-style-span" style="widows: 2; text-transform: none; text-indent: 0px; border-collapse: separate; font: normal normal normal medium/normal Helvetica; white-space: normal; orphans: 2; letter-spacing: normal; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><font size="2" face="Arial"></font> </span></div><div><blockquote type="cite"><div bgcolor="#ffffff" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><blockquote dir="ltr" style="position: static; border-left-color: rgb(0, 0, 0); border-left-width: 2px; border-left-style: solid; padding-left: 5px; padding-right: 0px; margin-left: 5px; margin-right: 0px; z-index: auto; "><div><font size="2" face="Arial"><strong>Are you accusing the APNIC community of abandoning stewardship, and if they did, why do you think they did that? Is the region largely peopled by IPv4 profiteers?</strong></font></div><div><font size="2" face="Arial"></font> </div></blockquote></div></blockquote>>Yes. I believe that the transfer policy in the APNIC region was an abandonment of their</div><div>>stewardship role and I have said as much on their policy development mailing list.</div><div>>Why? Because Geoff Huston and a few other leaders in that community pushed long</div><div>>and hard to get that position adopted mainly by creating fear that failing to do so would</div><div>>render all RIR policy meaningless because the RIR policy would simply be bypassed</div><div>>in favor of people doing what they wanted anyway.</div><div><font size="2" face="Arial"></font><br></div><div>>Personally, I think that argument is absurd. Making theft legal just because you can't</div><div>>stop people from stealing makes no sense to me.</div><div><font size="2" face="Arial"></font> </div><div><font size="2" face="Arial"><em>Well, that information leads me to discount the deaggregation argument against removing need requirements.</em></font></div><div><font size="2" face="Arial"><em>I consider Geoff Huston to be en expert on BGP tables and defer to his judgement here.</em></font></div><div><em><font size="2" face="Arial">Clearly he did not see the risk of BGP table growth as a cause to retain needs requirements</font><font size="2" face="Arial">.</font></em></div><div><font size="2" face="Arial"><em>I hope the ARIN community can take away the idea that it is not just a few IPv4 profiteers who have different visions of stewardship.</em></font></div><div><font size="2" face="Arial"></font></div></blockquote></div></span></blockquote>Quite the contrary... You should listen to or read Geoff's entire argument before drawing</div><div>such (IMHO erroneous) conclusions about his statements.</div><div><br></div><div>Geoff has recognized that a market will create aggregation concerns in the BGP tables. However, his</div><div>argument is that these are inevitable and the RIRs refusing to recognize transfers in whois will not</div><div>reduce them.</div><div><br></div><div>Obviously I don't completely agree with him that the number of transfers taking place will not or can not</div><div>be reduced by RIR policy. Geoff's theory is that all policy can accomplish is to prevent the transfers</div><div>from being visible in whois. My belief is that most organizations will choose to play by the rules and</div><div>will not want space that is not visible in whois. Further that most ISPs (at least the majority of the</div><div>very large ones) will actually consider whois registrations in the process of deciding what is or is</div><div>not an acceptable prefix to route for a given customer.</div><div><br></div><div>Obviously, Geoff and I disagree on this matter. However, we both agree that transfers are and will</div><div>be detrimental to the BGP table.</div><div><br></div><div>Owen</div><div><br></div></body></html>