<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8" /></head><body><div>Just some quick thoughts. Nothing I would fall on my sword over. <br /><br />1a. Do you feel that we should place an upper limit on the size of the smaller block<br /> received in the process?<br /><br /> Yes, with an appeal process for unique scenarios.<br /><br /><br /> 1b. If so, what should that upper limit be?<br /><br /> Start small, /23 should be enough to get the effort moving, force justification that is easily verifiable for increasing it.<br /><br /> 2. Do you support limits on the time period allowed for renumbering?<br /><br /> 2a. If so, how long? <br /><br /> 6 months to 1 yr depending on type of org and size of small block<br /><br /> 2b. If so, what consequences should there be for exceeding the time limit?<br /><br /> Not sure what you can do besides increase billing cost/penalty fee, or provide some kind of allocation hook.<br /><br /> 3. Should any additional restrictions or prohibitions be placed on use of waitlist<br /> space in these transactions?<br /><br /> 3a. Restrictions on waitlist providing the smaller block?<br /> <br /><br /> 3b. Restrictions on waitlist space being transferred out?<br /><br /><br /><br /> 4. Do you support the policy as currently written?<br /><br /> Yes<br /><br /> 5. If not, would you support it with the changes suggested in your answers above?<br /><br /><br /><div style="mso-line-height-rule:exactly;-webkit-text-size-adjust:100%;"><table cellpadding="0" cellspacing="0" border="0" style="width:100%;"><tr style="font-size:0;"><td align="left" style="vertical-align:top;"><table cellpadding="0" cellspacing="0" border="0" style="font-size:0;"><tr style="font-size:0;"><td align="left" style="vertical-align:top;"><table cellpadding="0" cellspacing="0" border="0" style="font-size:0;line-height:normal;"><tr style="font-size:0;"><td align="left" style="padding:10px;border-top:solid 1px #C0C0C0;border-right:solid 1px #C0C0C0;border-bottom:none;border-left:none;vertical-align:top;"><table cellpadding="0" cellspacing="0" border="0" style="font-size:0;color:#808080;font-style:normal;font-weight:400;white-space:nowrap;"><tr style="font-size:19px;font-weight:700;"><td align="left" style="vertical-align:top;font-family:Calibri,Arial,sans-serif;">Jon Bachtold<span style="font-family:remialcxesans;font-size:1px;color:#FFFFFF;line-height:1px;"></span></td></tr><tr style="font-size:14.67px;"><td align="left" style="vertical-align:top;font-family:Calibri,Arial,sans-serif;">Chief Technology Officer</td></tr><tr style="font-size:14.67px;"><td align="left" style="vertical-align:top;font-family:Calibri,Arial,sans-serif;">CIRBN, LLC</td></tr></table></td><td align="left" style="padding:10px;border-top:solid 1px #C0C0C0;border-right:none;border-bottom:none;border-left:none;vertical-align:top;"><table cellpadding="0" cellspacing="0" border="0" style="font-size:0;"><tr style="font-size:0;"><td align="left" style="vertical-align:top;"><table cellpadding="0" cellspacing="0" border="0" style="font-size:0;color:#808080;font-style:normal;font-weight:700;white-space:nowrap;"><tr style="font-size:14.67px;"><td align="left" style="padding:0;vertical-align:top;font-family:Calibri,Arial,sans-serif;">Tel:</td><td align="left" style="padding:0;vertical-align:top;font-family:Calibri,Arial,sans-serif;font-weight:400;"><a href="tel:309-820-7321" target="_blank" id="LPlnk689713" style="text-decoration:none;color:#808080;"><strong style="font-weight:400;">309-820-7321</strong></a></td></tr><tr style="font-size:14.67px;"><td align="left" style="padding:0;vertical-align:top;font-family:Calibri,Arial,sans-serif;">Email: </td><td align="left" style="padding:0;vertical-align:top;font-family:Calibri,Arial,sans-serif;font-weight:400;"><a href="mailto:jcbach@cirbn.org" target="_blank" id="LPlnk689713" style="text-decoration:none;color:#808080;"><strong style="font-weight:400;">jcbach@cirbn.org</strong></a></td></tr><tr style="font-size:14.67px;"><td align="left" style="padding:0;vertical-align:top;font-family:Calibri,Arial,sans-serif;">Web: </td><td align="left" style="padding:0;vertical-align:top;font-family:Calibri,Arial,sans-serif;font-weight:400;"><a href="https://www.cirbn.org/" target="_blank" id="LPlnk689713" title="CIRBN Web" style="text-decoration:none;color:#808080;"><strong style="font-weight:400;">www.cirbn.org</strong></a></td></tr></table></td></tr></table></td></tr><tr style="font-size:0;"><td align="left" style="padding:10px;border-top:none;border-right:solid 1px #C0C0C0;border-bottom:solid 1px #C0C0C0;border-left:none;vertical-align:bottom;"><a href="http://www.cirbn.org/" target="_blank" id="LPlnk689713" style="text-decoration:none;"><img src="cid:image610804.png@3400457A.E7D8CF03" width="175" border="0" title="CIRBN" alt="CIRBN" style="width:175px;min-width:175px;max-width:175px;font-size:12px;" /></a></td><td align="left" style="padding:10px;border-top:none;border-right:none;border-bottom:solid 1px #C0C0C0;border-left:none;vertical-align:bottom;"><table cellpadding="0" cellspacing="0" border="0" style="font-size:0;"><tr style="font-size:0;"><td align="left" style="vertical-align:bottom;"><table cellpadding="0" cellspacing="0" border="0" style="font-size:0;color:#808080;font-style:normal;font-weight:400;white-space:nowrap;"><tr style="font-size:14.67px;"><td align="left" style="vertical-align:top;font-family:Calibri,Arial,sans-serif;">200 W Front St, Ste 500A</td></tr><tr style="font-size:0;"><td align="left" style="vertical-align:top;"><table cellpadding="0" cellspacing="0" border="0" style="font-size:0;"><tr style="font-size:0;"><td align="left" style="vertical-align:top;"><table cellpadding="0" cellspacing="0" border="0" style="font-size:0;color:#808080;font-style:normal;font-weight:400;white-space:nowrap;"><tr style="font-size:14.67px;"><td align="left" style="vertical-align:top;font-family:Calibri,Arial,sans-serif;">Bloomington, </td><td align="left" style="vertical-align:top;font-family:Calibri,Arial,sans-serif;">IL </td><td align="left" style="vertical-align:top;font-family:Calibri,Arial,sans-serif;">61701</td></tr></table></td></tr></table></td></tr></table></td></tr></table></td></tr></table></td></tr></table></td></tr><tr style="font-size:0;"><td align="left" style="vertical-align:top;"><table cellpadding="0" cellspacing="0" border="0" style="font-size:0;"><tr style="font-size:0;"><td align="left" style="vertical-align:top;"><table cellpadding="0" cellspacing="0" border="0" style="width:100%;font-size:0;line-height:normal;"><tr style="font-size:0;"><td align="center" style="padding:5px 3px 5px 0;vertical-align:top;"><a href="https://www.facebook.com/cirbn" target="_blank" id="LPlnk689713" style="text-decoration:none;"><img src="cid:image980513.png@93EE38CA.209339BB" width="20" height="20" border="0" title="Facebook" alt="Facebook" style="width:20px;min-width:20px;max-width:20px;height:20px;min-height:20px;max-height:20px;font-size:12px;" /></a></td></tr></table></td><td align="left" style="vertical-align:top;"><table cellpadding="0" cellspacing="0" border="0" style="width:100%;font-size:0;line-height:normal;"><tr style="font-size:0;"><td align="center" style="padding:5px 3px 5px 0;vertical-align:top;"><a href="https://www.linkedin.com/company/3729509/" target="_blank" id="LPlnk689713" style="text-decoration:none;"><img src="cid:image160928.png@00B8ABA2.480236CC" width="20" height="20" border="0" title="LinkedIn" alt="LinkedIn" style="width:20px;min-width:20px;max-width:20px;height:20px;min-height:20px;max-height:20px;font-size:12px;" /></a></td></tr></table></td><td align="left" style="vertical-align:top;"><table cellpadding="0" cellspacing="0" border="0" style="width:100%;font-size:0;line-height:normal;"><tr style="font-size:0;"><td align="center" style="padding:5px 3px 5px 0;vertical-align:top;"><a href="https://twitter.com/CIRBN_LLC" target="_blank" id="LPlnk689713" style="text-decoration:none;"><img src="cid:image882521.png@D3802F57.C3DE6B92" width="20" height="20" border="0" title="CIRBN Twitter" alt="CIRBN Twitter" style="width:20px;min-width:20px;max-width:20px;height:20px;min-height:20px;max-height:20px;font-size:12px;" /></a></td></tr></table></td></tr></table></td></tr></table></div>On 12/16/20, 7:28 AM, "ARIN-PPML on behalf of arin-ppml-request@arin.net" <arin-ppml-bounces@arin.net on behalf of arin-ppml-request@arin.net> wrote:<br /><br /> Send ARIN-PPML mailing list submissions to<br /> arin-ppml@arin.net<br /><br /> To subscribe or unsubscribe via the World Wide Web, visit<br /> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.arin.net%2Fmailman%2Flistinfo%2Farin-ppml&data=04%7C01%7Cjcbach%40cirbn.org%7C8124a7e446db4cba68cc08d8a1c672f4%7C2ea443f603e44fb693494797073fdcad%7C0%7C0%7C637437221002429104%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=991Xc0uGDAb2VIFMB3EA6Gc3b4%2Fqj8d2xBeKzTMH2R0%3D&reserved=0<br /> or, via email, send a message with subject or body 'help' to<br /> arin-ppml-request@arin.net<br /><br /> You can reach the person managing the list at<br /> arin-ppml-owner@arin.net<br /><br /> When replying, please edit your Subject line so it is more specific<br /> than "Re: Contents of ARIN-PPML digest..."<br /><br /><br /> Today's Topics:<br /><br /> 1. ARIN-2020-6: Allowance for IPv4 Allocation ?Swap?<br /> Transactions via 8.3 Specified Transfers and 8.4 Inter-RIR<br /> Transfers (Owen DeLong)<br /> 2. Re: ARIN-2020-6: Allowance for IPv4 Allocation ?Swap?<br /> Transactions via 8.3 Specified Transfers and 8.4 Inter-RIR<br /> Transfers (Mike Burns)<br /> 3. Re: ARIN-2020-6: Allowance for IPv4 Allocation ?Swap?<br /> Transactions via 8.3 Specified Transfers and 8.4 Inter-RIR<br /> Transfers (Owen DeLong)<br /> 4. Re: Revised - Draft Policy ARIN-2020-8: Clarify and Update<br /> 4.2.1.2 Annual Renewal Fee (Owen DeLong)<br /><br /><br /> ----------------------------------------------------------------------<br /><br /> Message: 1<br /> Date: Tue, 15 Dec 2020 11:38:00 -0800<br /> From: Owen DeLong <owen@delong.com><br /> To: arin-ppml <arin-ppml@arin.net><br /> Subject: [arin-ppml] ARIN-2020-6: Allowance for IPv4 Allocation ?Swap?<br /> Transactions via 8.3 Specified Transfers and 8.4 Inter-RIR Transfers<br /> Message-ID: <27E1506D-3ED8-4797-A2BF-D42B09D991B9@delong.com><br /> Content-Type: text/plain; charset=utf-8<br /><br /> Dear ARIN community,<br /><br /> We (the AC, and specifically the proposal shepherds) need to solicit some additional feedback in order to better know the community?s desire with regards to this policy. Specifically, we?d like to ask the following questions:<br /><br /> 1a. Do you feel that we should place an upper limit on the size of the smaller block<br /> received in the process?<br /><br /> 1b. If so, what should that upper limit be?<br /><br /> 2. Do you support limits on the time period allowed for renumbering?<br /><br /> 2a. If so, how long?<br /><br /> 2b. If so, what consequences should there be for exceeding the time limit?<br /><br /> 3. Should any additional restrictions or prohibitions be placed on use of waitlist<br /> space in these transactions?<br /><br /> 3a. Restrictions on waitlist providing the smaller block?<br /><br /> 3b. Restrictions on waitlist space being transferred out?<br /><br /> 4. Do you support the policy as currently written?<br /><br /> 5. If not, would you support it with the changes suggested in your answers above?<br /><br /> Thanks for your attention to this matter,<br /><br /> Owen DeLong<br /> ARIN AC<br /><br /><br /><br /> ------------------------------<br /><br /> Message: 2<br /> Date: Tue, 15 Dec 2020 16:32:57 -0500<br /> From: "Mike Burns" <mike@iptrading.com><br /> To: "'Owen DeLong'" <owen@delong.com>, "'arin-ppml'"<br /> <arin-ppml@arin.net><br /> Subject: Re: [arin-ppml] ARIN-2020-6: Allowance for IPv4 Allocation<br /> ?Swap? Transactions via 8.3 Specified Transfers and 8.4 Inter-RIR<br /> Transfers<br /> Message-ID: <037101d6d329$db5bba70$92132f50$@iptrading.com><br /> Content-Type: text/plain; charset="UTF-8"<br /><br /> Hi Owen,<br /><br /> Thanks for spurring conversation on this proposal.<br /><br /> In my experience those who frequently want to acquire a small block to renumber into are holders of much-larger blocks who can realize higher prices if they sell their much-larger block intact. The market is rewarding larger block sizes with higher unit prices these days.<br /><br /> But how can they justify the small block they need to renumber into, since they usually have many more addresses than they are currently using?<br /><br /> The workaround of a second ORG made it easier for the second ORG to acquire space, as it had none.<br /><br /> But if we just adopt this policy language, the problem of the acquisition of the smaller block remains.<br /> I would likely advise my clients to choose the workaround.<br /><br /> Actually I think the policy intention is good but it should be implemented in a different way.<br /> Recipients of 8.3 or 8.4 transfers can choose an option which avoids any needs-test in exchange for a promise to transfer out eight times the number received within a year. Only one option can be active at a time. These Recipients would be excluded from current source restrictions.<br /><br /> I think the policy needs to consider the justification problem for recipients of the small block they need to renumber into, in addition to the exclusion of these companies from the source restrictions, or it only provides half the reason to avoid the workaround.<br /><br /> (Also I think there should be no needs-tests or source-restrictions as conservation is provided by price and address turnover is not a BAD THING. ?)<br /><br /> Regards,<br /> Mike<br /><br /><br /><br /><br /> -----Original Message-----<br /> From: ARIN-PPML <arin-ppml-bounces@arin.net> On Behalf Of Owen DeLong<br /> Sent: Tuesday, December 15, 2020 2:38 PM<br /> To: arin-ppml <arin-ppml@arin.net><br /> Subject: [arin-ppml] ARIN-2020-6: Allowance for IPv4 Allocation ?Swap? Transactions via 8.3 Specified Transfers and 8.4 Inter-RIR Transfers<br /><br /> Dear ARIN community,<br /><br /> We (the AC, and specifically the proposal shepherds) need to solicit some additional feedback in order to better know the community?s desire with regards to this policy. Specifically, we?d like to ask the following questions:<br /><br /> 1a. Do you feel that we should place an upper limit on the size of the smaller block<br /> received in the process?<br /><br /> 1b. If so, what should that upper limit be?<br /><br /> 2. Do you support limits on the time period allowed for renumbering?<br /><br /> 2a. If so, how long?<br /><br /> 2b. If so, what consequences should there be for exceeding the time limit?<br /><br /> 3. Should any additional restrictions or prohibitions be placed on use of waitlist<br /> space in these transactions?<br /><br /> 3a. Restrictions on waitlist providing the smaller block?<br /><br /> 3b. Restrictions on waitlist space being transferred out?<br /><br /> 4. Do you support the policy as currently written?<br /><br /> 5. If not, would you support it with the changes suggested in your answers above?<br /><br /> Thanks for your attention to this matter,<br /><br /> Owen DeLong<br /> ARIN AC<br /><br /> _______________________________________________<br /> ARIN-PPML<br /> You are receiving this message because you are subscribed to the ARIN Public Policy Mailing List (ARIN-PPML@arin.net).<br /> Unsubscribe or manage your mailing list subscription at:<br /> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.arin.net%2Fmailman%2Flistinfo%2Farin-ppml&data=04%7C01%7Cjcbach%40cirbn.org%7C8124a7e446db4cba68cc08d8a1c672f4%7C2ea443f603e44fb693494797073fdcad%7C0%7C0%7C637437221002429104%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=991Xc0uGDAb2VIFMB3EA6Gc3b4%2Fqj8d2xBeKzTMH2R0%3D&reserved=0<br /> Please contact info@arin.net if you experience any issues.<br /><br /><br /><br /> ------------------------------<br /><br /> Message: 3<br /> Date: Tue, 15 Dec 2020 14:34:41 -0800<br /> From: Owen DeLong <owen@delong.com><br /> To: Mike Burns <mike@iptrading.com><br /> Cc: arin-ppml <arin-ppml@arin.net><br /> Subject: Re: [arin-ppml] ARIN-2020-6: Allowance for IPv4 Allocation<br /> ?Swap? Transactions via 8.3 Specified Transfers and 8.4 Inter-RIR<br /> Transfers<br /> Message-ID: <1ADF8596-6A61-48AB-B755-222C174E9198@delong.com><br /> Content-Type: text/plain; charset=utf-8<br /><br /><br /><br /> > On Dec 15, 2020, at 1:32 PM, Mike Burns <mike@iptrading.com> wrote:<br /> > <br /> > Hi Owen,<br /> > <br /> > Thanks for spurring conversation on this proposal.<br /> > <br /> > In my experience those who frequently want to acquire a small block to renumber into are holders of much-larger blocks who can realize higher prices if they sell their much-larger block intact. The market is rewarding larger block sizes with higher unit prices these days.<br /> > <br /> > But how can they justify the small block they need to renumber into, since they usually have many more addresses than they are currently using?<br /> > <br /> > The workaround of a second ORG made it easier for the second ORG to acquire space, as it had none.<br /> > <br /> > But if we just adopt this policy language, the problem of the acquisition of the smaller block remains.<br /> > I would likely advise my clients to choose the workaround.<br /> > <br /> > Actually I think the policy intention is good but it should be implemented in a different way.<br /> > Recipients of 8.3 or 8.4 transfers can choose an option which avoids any needs-test in exchange for a promise to transfer out eight times the number received within a year. Only one option can be active at a time. These Recipients would be excluded from current source restrictions.<br /><br /> Playing devils advocate for a moment, how would we prevent either of the following abuse scenarios:<br /><br /> 1. This allows virtually any ORG to acquire 1.125x their current holdings and use all of the<br /> addresses (smaller block + original holdings).<br /><br /> 2. An ORG considering selling some (or all) of its IPv4 holdings decides that a 1.125x<br /> multiplier on their ROI is appealing and even though they don?t need the space for<br /> renumbering, chooses to take this option as a way to get a revenue bump.<br /><br /> > I think the policy needs to consider the justification problem for recipients of the small block they need to renumber into, in addition to the exclusion of these companies from the source restrictions, or it only provides half the reason to avoid the workaround.<br /><br /><br /> > <br /> > (Also I think there should be no needs-tests or source-restrictions as conservation is provided by price and address turnover is not a BAD THING. ?)<br /><br /> We agreed to disagree about this a long time ago. Of course, you are free to support a policy proposal to eliminate needs tests and/or source restrictions and try to build consensus around it if you feel that?s the right way to go. Should you need help drafting such, I am available to assist.<br /><br /> Owen<br /><br /> > <br /> > Regards,<br /> > Mike<br /> > <br /> > <br /> > <br /> > <br /> > -----Original Message-----<br /> > From: ARIN-PPML <arin-ppml-bounces@arin.net> On Behalf Of Owen DeLong<br /> > Sent: Tuesday, December 15, 2020 2:38 PM<br /> > To: arin-ppml <arin-ppml@arin.net><br /> > Subject: [arin-ppml] ARIN-2020-6: Allowance for IPv4 Allocation ?Swap? Transactions via 8.3 Specified Transfers and 8.4 Inter-RIR Transfers<br /> > <br /> > Dear ARIN community,<br /> > <br /> > We (the AC, and specifically the proposal shepherds) need to solicit some additional feedback in order to better know the community?s desire with regards to this policy. Specifically, we?d like to ask the following questions:<br /> > <br /> > 1a. Do you feel that we should place an upper limit on the size of the smaller block<br /> > received in the process?<br /> > <br /> > 1b. If so, what should that upper limit be?<br /> > <br /> > 2. Do you support limits on the time period allowed for renumbering?<br /> > <br /> > 2a. If so, how long?<br /> > <br /> > 2b. If so, what consequences should there be for exceeding the time limit?<br /> > <br /> > 3. Should any additional restrictions or prohibitions be placed on use of waitlist<br /> > space in these transactions?<br /> > <br /> > 3a. Restrictions on waitlist providing the smaller block?<br /> > <br /> > 3b. Restrictions on waitlist space being transferred out?<br /> > <br /> > 4. Do you support the policy as currently written?<br /> > <br /> > 5. If not, would you support it with the changes suggested in your answers above?<br /> > <br /> > Thanks for your attention to this matter,<br /> > <br /> > Owen DeLong<br /> > ARIN AC<br /> > <br /> > _______________________________________________<br /> > ARIN-PPML<br /> > You are receiving this message because you are subscribed to the ARIN Public Policy Mailing List (ARIN-PPML@arin.net).<br /> > Unsubscribe or manage your mailing list subscription at:<br /> > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.arin.net%2Fmailman%2Flistinfo%2Farin-ppml&data=04%7C01%7Cjcbach%40cirbn.org%7C8124a7e446db4cba68cc08d8a1c672f4%7C2ea443f603e44fb693494797073fdcad%7C0%7C0%7C637437221002429104%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=991Xc0uGDAb2VIFMB3EA6Gc3b4%2Fqj8d2xBeKzTMH2R0%3D&reserved=0<br /> > Please contact info@arin.net if you experience any issues.<br /> > <br /><br /><br /><br /> ------------------------------<br /><br /> Message: 4<br /> Date: Tue, 15 Dec 2020 14:42:45 -0800<br /> From: Owen DeLong <owen@delong.com><br /> To: ppml@rsuc.gweep.net<br /> Cc: "arin-ppml@lists.arin.net" <arin-ppml@arin.net><br /> Subject: Re: [arin-ppml] Revised - Draft Policy ARIN-2020-8: Clarify<br /> and Update 4.2.1.2 Annual Renewal Fee<br /> Message-ID: <D0F2B099-127E-4924-A8E3-28967DAE7A83@delong.com><br /> Content-Type: text/plain; charset="utf-8"<br /><br /> [really big snips]<br /><br /> > <br /> > In the interest of both simplification and striving to eliminate<br /> > the fee or contract details within policy, I'm a fan of Mr Woodfield's<br /> > suggestion for simple generalization. What do folks think about:<br /> > <br /> > 2.X Registration Services Agreement (RSA)<br /> > <br /> > Number resources allocated or assigned by ARIN under these policies are<br /> > subject to a contractural agreement between ARIN and the resource holder. <br /> > Throughout this document, any and all forms of this agreement, past or<br /> > future, is simply referred to as the Registration Services Agreement <br /> > (RSA). This agreement covers terms, rights, responsibilities and<br /> > conditions of service; failure to adhere to the RSA may result in<br /> > revocation of number resources.<br /> > <br /> > Cheers,<br /> > <br /> > Joe<br /><br /> I like it, but I suggest ??are simply referred to by the term Registration Services Agreement (RSA)??<br /><br /> Alternatively, ??each and every form of this agreement (past, present, and future), is referred to as??<br /><br /> I would leave off the last sentence. It gets into spelling out what?s contained in the RSA which I believe is out of scope for the PDP.<br /><br /> To clarify, proposed alternate version:<br /><br /> 2.X Registration Services Agreement (RSA)<br /> Number resources allocated or assigned by ARIN under these policies are<br /> subject to a contractural agreement between ARIN and the resource holder. <br /> Throughout this document, any and all forms of this agreement, past or<br /> future, are simply referred to as the Registration Services Agreement <br /> (RSA).<br /><br /><br /> Owen<br /><br /> -------------- next part --------------<br /> An HTML attachment was scrubbed...<br /> URL: <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.arin.net%2Fpipermail%2Farin-ppml%2Fattachments%2F20201215%2F567f0c70%2Fattachment.htm&data=04%7C01%7Cjcbach%40cirbn.org%7C8124a7e446db4cba68cc08d8a1c672f4%7C2ea443f603e44fb693494797073fdcad%7C0%7C0%7C637437221002429104%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=y4HbUsT6oSu4NntSYkk4M6%2BpJQnA2Nd0CkMV6CpmBxg%3D&reserved=0><br /><br /> ------------------------------<br /><br /> Subject: Digest Footer<br /><br /> _______________________________________________<br /> ARIN-PPML mailing list<br /> ARIN-PPML@arin.net<br /> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.arin.net%2Fmailman%2Flistinfo%2Farin-ppml&data=04%7C01%7Cjcbach%40cirbn.org%7C8124a7e446db4cba68cc08d8a1c672f4%7C2ea443f603e44fb693494797073fdcad%7C0%7C0%7C637437221002429104%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=991Xc0uGDAb2VIFMB3EA6Gc3b4%2Fqj8d2xBeKzTMH2R0%3D&reserved=0<br /><br /><br /> ------------------------------<br /><br /> End of ARIN-PPML Digest, Vol 186, Issue 3<br /> *****************************************<br /><br /></div></body></html>