From exterminatorbugs at gmail.com Thu Jul 4 07:28:20 2019 From: exterminatorbugs at gmail.com (John Thomas) Date: Thu, 04 Jul 2019 07:28:20 +0200 Subject: [address-policy-wg] Home Pest Control Services Message-ID: Exterminator bug services are the best home pest control services without any hassle. You can book our expert pest control with just a few clicks and be saved from all pest problems and trouble. We have a team of professional pest exterminators are well trained, government certified, and have years of experience in pest treatment. We provide you with 100% effective Pest Control Solutions that get rid of household pests like red ants, black ants, carpenter ants, flying ants, and cockroaches. Our expert pest exterminators can save you from diseases caused by pests and other severe damages by providing a completely safe and hassle-free Pest treatment. Pest exterminators are well trained and selected after strict scrutiny. Professional exterminators have thorough knowledge about pests and are entirely reliable and trustworthy. Their pest control services are detailed, and they also provide a free site inspection. They have become the most popular services of pest control for their customer friendly approach and prompt response. https://exterminatorbugservices.com/ Sent via RIPE Forum -- https://www.ripe.net/participate/mail/forum From jordi.palet at consulintel.es Sat Jul 13 13:37:19 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Sat, 13 Jul 2019 13:37:19 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? Message-ID: Hi all, I keep thinking that ripe-682 (RIPE resource transfer policies), should have a provision (as it is the case in all the other RIRs), in order to "convert" the legacy resources to non-legacy, when they got transferred. I don't really recall if this was discussed during the relevant proposal discussion, and it will be great if someone can summarize it (I guess the author or chairs, or even the staff). I think we should consider amend that, unless the reasons it was not done at that time, persist today, or even if those reasons persist, may be the community has a different view. I think the text should be something such as: IPv4 legacy resources will no longer be regarded as legacy resources: - In the case of intra-RIR transfers. - In the case of inter-RIR, when incoming to RIPE service region. ? I think this is a benefit for the global community, because with that, we bring into the RIR system more and more legacy IPv4 resources, which increase the transparency and community control. In a presentation from ARIN for the 2016-2018 period it has been mention: - Overall space managed by ARIN decreased by ~14 million IPv4 addresses, due to Inter-RIR transfers - Overall ARIN issued space increased by ~30 million IPv4 addresses, due primarily to conversion of legacy space via in-region transfers Opinions? Regards, Jordi @jordipalet ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From gert at space.net Sat Jul 13 13:56:19 2019 From: gert at space.net (Gert Doering) Date: Sat, 13 Jul 2019 13:56:19 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: Message-ID: <20190713115619.GE14471@Space.Net> Hi, On Sat, Jul 13, 2019 at 01:37:19PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: > I keep thinking that ripe-682 (RIPE resource transfer policies), should have a provision (as it is the case in all the other RIRs), in order to "convert" the legacy resources to non-legacy, when they got transferred. What is it that you want to achieve with this? Legacy resources can be converted to PA today, if the holder wants that, but this is orthogonal to whether or not a transfer happened. > I think this is a benefit for the global community, because with that, we bring into the RIR system more and more legacy IPv4 resources, which increase the transparency and community control. Legacy resources that are documented in the RIPE database *are* transparently documented today. Those get updated in a transfer, even if still "legacy". For legacy resources that are transferred outside RIPE NCC control, there is no lever to force the holders to do anything. > In a presentation from ARIN for the 2016-2018 period it has been mention: > - Overall space managed by ARIN decreased by ~14 million IPv4 addresses, due to Inter-RIR transfers > - Overall ARIN issued space increased by ~30 million IPv4 addresses, due primarily to conversion of legacy space via in-region transfers > > Opinions? We're not ARIN :-) - we have our own set of "how to deal with legacy addresses and address holders" policies, and they seem to serve us reasonably well. So: what is the problem that you want to address? Gert Doering -- APWG chair -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From jordi.palet at consulintel.es Sat Jul 13 14:04:11 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Sat, 13 Jul 2019 14:04:11 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190713115619.GE14471@Space.Net> References: <20190713115619.GE14471@Space.Net> Message-ID: <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> Hi Gert, I know we aren't ARIN and I've used that only as an example of the results of that provision. My personal view but looking for the good of the community is that it is better to get rid ASAP of the "legacy" status for as much resources we can, so they are fully part of the policy system. I think it is difficult to have a better opinion on this without understanding if I'm missing something from the original proposal discussion on this aspect. Regards, Jordi @jordipalet ?El 13/7/19 13:56, "address-policy-wg en nombre de Gert Doering" escribi?: Hi, On Sat, Jul 13, 2019 at 01:37:19PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: > I keep thinking that ripe-682 (RIPE resource transfer policies), should have a provision (as it is the case in all the other RIRs), in order to "convert" the legacy resources to non-legacy, when they got transferred. What is it that you want to achieve with this? Legacy resources can be converted to PA today, if the holder wants that, but this is orthogonal to whether or not a transfer happened. > I think this is a benefit for the global community, because with that, we bring into the RIR system more and more legacy IPv4 resources, which increase the transparency and community control. Legacy resources that are documented in the RIPE database *are* transparently documented today. Those get updated in a transfer, even if still "legacy". For legacy resources that are transferred outside RIPE NCC control, there is no lever to force the holders to do anything. > In a presentation from ARIN for the 2016-2018 period it has been mention: > - Overall space managed by ARIN decreased by ~14 million IPv4 addresses, due to Inter-RIR transfers > - Overall ARIN issued space increased by ~30 million IPv4 addresses, due primarily to conversion of legacy space via in-region transfers > > Opinions? We're not ARIN :-) - we have our own set of "how to deal with legacy addresses and address holders" policies, and they seem to serve us reasonably well. So: what is the problem that you want to address? Gert Doering -- APWG chair -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From gert at space.net Sat Jul 13 14:21:08 2019 From: gert at space.net (Gert Doering) Date: Sat, 13 Jul 2019 14:21:08 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> Message-ID: <20190713122108.GG14471@Space.Net> Hi, On Sat, Jul 13, 2019 at 02:04:11PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: > My personal view but looking for the good of the community is that it is better to get rid ASAP of the "legacy" status for as much resources we can, so they are fully part of the policy system. We have no contractual leverance to do anything to "legacy" addresses. These are addresses that were assigned outside the RIR system, so there exists no contracts with any RIR, and no way we can use our policies to make the holders do something "we want them to do". We can entice them to bring their space into the umbrella of RIPE DB documentation (by offering ROAs, for example) - and this is what we do today. Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From jordi.palet at consulintel.es Sat Jul 13 14:27:03 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Sat, 13 Jul 2019 14:27:03 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190713122108.GG14471@Space.Net> References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> Message-ID: <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> You're right for addresses not being transferred. This is the same in other RIRs if those resources aren't transferred. What I'm suggesting will only be useful for those addresses that want to be transferred (within or to RIPE), but that's still sufficiently useful, in my opinion. If legacy holders, want to transfers those resources and escape from fulfilling the policies and contractual requirements, now they can do it in RIPE, but not in other regions. In my opinion this is bad for RIPE, because it means we may end up having here more and more non-policy/contractual-bound resources than the other regions that have this provision. In only see good thing doing that, and nothing bad, if we as a community want to have as much as possible everybody engaged with the same rules. Regards, Jordi @jordipalet ?El 13/7/19 14:21, "address-policy-wg en nombre de Gert Doering" escribi?: Hi, On Sat, Jul 13, 2019 at 02:04:11PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: > My personal view but looking for the good of the community is that it is better to get rid ASAP of the "legacy" status for as much resources we can, so they are fully part of the policy system. We have no contractual leverance to do anything to "legacy" addresses. These are addresses that were assigned outside the RIR system, so there exists no contracts with any RIR, and no way we can use our policies to make the holders do something "we want them to do". We can entice them to bring their space into the umbrella of RIPE DB documentation (by offering ROAs, for example) - and this is what we do today. Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From gert at space.net Sat Jul 13 14:43:01 2019 From: gert at space.net (Gert Doering) Date: Sat, 13 Jul 2019 14:43:01 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> Message-ID: <20190713124301.GH14471@Space.Net> Hi, On Sat, Jul 13, 2019 at 02:27:03PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: > If legacy holders, want to transfers those resources and escape from fulfilling the policies and contractual requirements, now they can do it in RIPE, but not in other regions. Repeat with me: there is no contract of any sort that the RIPE community can use to make legacy resource holders do *anything* unless they want it themselves. (And if they *want* to bring their space under the RIPE umbrella, they can do it today already). Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From jordi.palet at consulintel.es Sat Jul 13 14:48:44 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Sat, 13 Jul 2019 14:48:44 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190713124301.GH14471@Space.Net> References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> Message-ID: <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> Hi Gert, If the received of the transfer is already bound by contracts with RIPE, he is the one that will "convert" the resources to non-legacy accepting that transfer. Of course, transfers from non-legacy holders to non-legacy holders are outside of the system. Regards, Jordi @jordipalet ?El 13/7/19 14:43, "address-policy-wg en nombre de Gert Doering" escribi?: Hi, On Sat, Jul 13, 2019 at 02:27:03PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: > If legacy holders, want to transfers those resources and escape from fulfilling the policies and contractual requirements, now they can do it in RIPE, but not in other regions. Repeat with me: there is no contract of any sort that the RIPE community can use to make legacy resource holders do *anything* unless they want it themselves. (And if they *want* to bring their space under the RIPE umbrella, they can do it today already). Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From ebais at a2b-internet.com Sun Jul 14 14:39:56 2019 From: ebais at a2b-internet.com (Erik Bais) Date: Sun, 14 Jul 2019 12:39:56 +0000 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net>, <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> Message-ID: <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> Hi Jordy, Legacy resources don?t fall under the contractual obligations that we as a community have setup. Financial or policy, unless decided/afreed upon by legacy resources themselves. That is described in the policy document RIPE NCC services for legacy resource holders. ( https://www.ripe.net/publications/docs/ripe-639 ) If you would view the RIPE NCC as a holder of IP space, that provides resources when a membership is present. If a member would not pay, the resources could be revoked. Legacy holders didn?t receive the resources from RIPE NCC and their resources can?t be revoked. As the RIPE NCC isn?t the top holder of the resource. If legacy is handed back, it would ( should ) go to IANA .. With the legacy services policy it was decided that the historic rights of legacy holders are honored and only if they decide that they want to include themselves in the community and services, it is possible. But only by their own decision. Stripping the legacy resource status after a transfer, would change the holder of the resource from the seller to the rir instead of the seller to the buyer. The RIPE NCC is providing an administrative service to maintain an accurate registry, also including Legacy resources.. Changing the legal status of legacy resources by force, will open up the RIPE NCC for liability charges and due to its monopoly in the RIPE region, that is not a good plan ... and knowing some Legacy holders, that is going to be a huge no-go. Your last email stated that non-legacy holder to non-legacy holder transfers are outside the system .. if we regard the RIPE policies inside the system ... non-legacy resources are ?IN? the system.. because you would say that they would be PI holders or RIPE NCC members ( LIR?s ) ... Legacy holder can be outside ( no contract ) the rir status .. or by their own choice inside the system .. Hope this explains a bit. Regards, Erik Bais Verstuurd vanaf mijn iPhone Op 13 jul. 2019 om 14:49 heeft JORDI PALET MARTINEZ via address-policy-wg > het volgende geschreven: Hi Gert, If the received of the transfer is already bound by contracts with RIPE, he is the one that will "convert" the resources to non-legacy accepting that transfer. Of course, transfers from non-legacy holders to non-legacy holders are outside of the system. Regards, Jordi @jordipalet ?El 13/7/19 14:43, "address-policy-wg en nombre de Gert Doering" en nombre de gert at space.net> escribi?: Hi, On Sat, Jul 13, 2019 at 02:27:03PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: If legacy holders, want to transfers those resources and escape from fulfilling the policies and contractual requirements, now they can do it in RIPE, but not in other regions. Repeat with me: there is no contract of any sort that the RIPE community can use to make legacy resource holders do *anything* unless they want it themselves. (And if they *want* to bring their space under the RIPE umbrella, they can do it today already). Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. -------------- next part -------------- An HTML attachment was scrubbed... URL: From randy at psg.com Sun Jul 14 17:11:45 2019 From: randy at psg.com (Randy Bush) Date: Sun, 14 Jul 2019 08:11:45 -0700 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> Message-ID: > Legacy resources don?t fall under the contractual obligations that we > as a community have setup. Financial or policy, unless decided/afreed > upon by legacy resources themselves. in a police state, there is no concern for contractual obligations from the ncc 'certifying' net engs to proposals such as this, we are heading down a very slippery slope. we are not, well at least should not be, the net police or regulatory body. randy From cfriacas at fccn.pt Sun Jul 14 21:50:47 2019 From: cfriacas at fccn.pt (=?ISO-8859-15?Q?Carlos_Fria=E7as?=) Date: Sun, 14 Jul 2019 20:50:47 +0100 (WEST) Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net>, <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> Message-ID: Hi, Disclaimer: the organization i work for is a LIR and has legacy resources (both self-owned and sponsored). >From a personal perspective, i would have preferred that no status changes are possible at all. However, some years ago, i did let that personal preference fall, in order to achieve a greater good, which was enabling RIPE NCC services to Legacy Resource Holders (proposal 2012-07, from aug/2012 to oct/2013). The bit i (still) don't like in the status change is "rewriting history". If it was pre-RIR, then it should remain pre-RIR. Because changing it can have some future (and unforeseen) implications. But the possibility of status change was included anyway in the proposal, as long as the holder agrees, in the process to regulate how RIPE NCC provides services to LRHs (which was, honestly, needed). >From the financial point of view, if the status is kept, EUR 50 per legacy block per year need to be payed (and the sucessive NCC boards have not changed the value since), and if the status is changed then the resources are binded to RIPE community policies, which might translate as integration in a LIR... so no extra EUR per year are payed. The possible pitfall with changing the status is if the LIR violates RIPE policies (more than once), and then the *former* legacy block can be de-registered... My understanding (and i'm not a lawyer, so i won't risk any comments about liability) is that the RIPE NCC can't force anything to a Legacy Resource Holder, outside the established contract for services provision. That one, also states the possibility for the RIPE NCC to stop providing said services -- but this doesn't mean de-registering. In practice, it means no access to the Certification service. Not sure about reverse DNS, though... To sum up, i agree with Gert... and as i see it, the only thing RIPE NCC (and or the community) can do about legacy space is stop providing services -- but not, perhaps the most important one: registration in the whois database. Cheers, Carlos On Sun, 14 Jul 2019, Erik Bais wrote: > Hi Jordy,? > Legacy resources don?t fall under the contractual obligations that we as a community have setup. Financial or policy, unless decided/afreed upon by legacy resources themselves.? > That is described in the policy document RIPE NCC services for legacy resource holders. ?(?https://www.ripe.net/publications/docs/ripe-639?)? > > If you would view the RIPE NCC as a holder of IP space, that provides resources when a membership is present. If a member would not pay, the resources could be revoked. Legacy holders didn?t receive the resources from RIPE NCC and > their resources can?t be revoked. As the RIPE NCC isn?t the top holder of the resource. If legacy is handed back, it would ( should ) go to IANA .. > > With the legacy services policy it was decided that the historic rights of legacy holders are honored and only if they decide that they want to include themselves in the community and services, it is possible. But only by their own > decision.? > > Stripping the legacy resource status after a transfer, would change the holder of the resource from the seller to the rir instead of the seller to the buyer.? > > The RIPE NCC is providing an administrative service to maintain an accurate registry, also including Legacy resources..? > > Changing the legal status of legacy resources by force, will open up the RIPE NCC for liability charges and due to its monopoly in the RIPE region, that is not a good plan ... and knowing some Legacy holders, that is going to be a > huge no-go.? > > Your last email stated that non-legacy holder to non-legacy holder transfers are outside the system .. if we regard the RIPE policies inside the system ... non-legacy resources are ?IN?the system.. because you would say that they would > be PI holders or RIPE NCC members ( LIR?s ) ...? > Legacy holder can be outside ( no contract ) the rir status .. or by their own choice inside the system ..? > > Hope this explains a bit.? > > Regards, > Erik Bais? > > > > Verstuurd vanaf mijn iPhone > Op 13 jul. 2019 om 14:49 heeft JORDI PALET MARTINEZ via address-policy-wg het volgende geschreven: > > Hi Gert, > > If the received of the transfer is already bound by contracts with RIPE, he is the one that will "convert" the resources to non-legacy accepting that transfer. > > Of course, transfers from non-legacy holders to non-legacy holders are outside of the system. > > Regards, > Jordi > @jordipalet > > > > ?El 13/7/19 14:43, "address-policy-wg en nombre de Gert Doering" escribi?: > > ???Hi, > > ???On Sat, Jul 13, 2019 at 02:27:03PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: > If legacy holders, want to transfers those resources and escape from fulfilling the policies and contractual requirements, now they can do it in RIPE, but not in other regions. > > > ???Repeat with me: there is no contract of any sort that the RIPE community > ???can use to make legacy resource holders do *anything* unless they want > ???it themselves. > > ???(And if they *want* to bring their space under the RIPE umbrella, they > ???can do it today already). > > ???Gert Doering > ???????????-- NetMaster > ???-- > ???have you enabled IPv6 on something today...? > > ???SpaceNet AG ?????????????????????Vorstand: Sebastian v. Bomhard, Michael Emmer > ???Joseph-Dollinger-Bogen 14 ???????Aufsichtsratsvors.: A. Grundner-Culemann > ???D-80807 Muenchen ????????????????HRB: 136055 (AG Muenchen) > ???Tel: +49 (0)89/32356-444 ????????USt-IdNr.: DE813185279 > > > > > ********************************************** > IPv4 is over > Are you ready for the new Internet ? > http://www.theipv6company.com > The IPv6 Company > > This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized > disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended > recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you > must reply to the original sender to inform about this communication and delete it. > > > > > > > From randy at psg.com Sun Jul 14 22:57:07 2019 From: randy at psg.com (Randy Bush) Date: Sun, 14 Jul 2019 13:57:07 -0700 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> Message-ID: hi carlos, > My understanding (and i'm not a lawyer, so i won't risk any comments > about liability) is that the RIPE NCC can't force anything to a Legacy > Resource Holder, outside the established contract for services > provision. That one, also states the possibility for the RIPE NCC to > stop providing said services -- but this doesn't mean > de-registering. In practice, it means no access to the Certification > service. Not sure about reverse DNS, though... the actual paperwork does, well did two months ago, include an *option* for the ncc to stop providing reverse dns. i suspect they would not exercise the option except in egregious circumstances. randy From jordi.palet at consulintel.es Sun Jul 14 23:54:54 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Sun, 14 Jul 2019 23:54:54 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> Message-ID: <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> ?Hi Erik, I?m not sure if I?m being able to explain myself ? I know about ripe-639. What I?m saying is that we force the change of status from non-legacy to legacy if addresses are transferred to a new member or an existing member, as both of them will have all the legal bindings already with RIPE NCC. 639 was defined a couple of years before the transfers policy. It may be perfectly possible that at that time it was not considered this aspect. I know that every region is different, but we live in a global Internet, and it is surprising to me that we are the only out of 5 RIRs, that has not done this already. Regards, Jordi @jordipalet El 14/7/19 14:40, "address-policy-wg en nombre de Erik Bais" escribi?: Hi Jordy, Legacy resources don?t fall under the contractual obligations that we as a community have setup. Financial or policy, unless decided/afreed upon by legacy resources themselves. That is described in the policy document RIPE NCC services for legacy resource holders. ( https://www.ripe.net/publications/docs/ripe-639 ) If you would view the RIPE NCC as a holder of IP space, that provides resources when a membership is present. If a member would not pay, the resources could be revoked. Legacy holders didn?t receive the resources from RIPE NCC and their resources can?t be revoked. As the RIPE NCC isn?t the top holder of the resource. If legacy is handed back, it would ( should ) go to IANA .. With the legacy services policy it was decided that the historic rights of legacy holders are honored and only if they decide that they want to include themselves in the community and services, it is possible. But only by their own decision. Stripping the legacy resource status after a transfer, would change the holder of the resource from the seller to the rir instead of the seller to the buyer. The RIPE NCC is providing an administrative service to maintain an accurate registry, also including Legacy resources.. Changing the legal status of legacy resources by force, will open up the RIPE NCC for liability charges and due to its monopoly in the RIPE region, that is not a good plan ... and knowing some Legacy holders, that is going to be a huge no-go. Your last email stated that non-legacy holder to non-legacy holder transfers are outside the system .. if we regard the RIPE policies inside the system ... non-legacy resources are ?IN? the system.. because you would say that they would be PI holders or RIPE NCC members ( LIR?s ) ... Legacy holder can be outside ( no contract ) the rir status .. or by their own choice inside the system .. Hope this explains a bit. Regards, Erik Bais Verstuurd vanaf mijn iPhone Op 13 jul. 2019 om 14:49 heeft JORDI PALET MARTINEZ via address-policy-wg het volgende geschreven: Hi Gert, If the received of the transfer is already bound by contracts with RIPE, he is the one that will "convert" the resources to non-legacy accepting that transfer. Of course, transfers from non-legacy holders to non-legacy holders are outside of the system. Regards, Jordi @jordipalet ?El 13/7/19 14:43, "address-policy-wg en nombre de Gert Doering" escribi?: Hi, On Sat, Jul 13, 2019 at 02:27:03PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: If legacy holders, want to transfers those resources and escape from fulfilling the policies and contractual requirements, now they can do it in RIPE, but not in other regions. Repeat with me: there is no contract of any sort that the RIPE community can use to make legacy resource holders do *anything* unless they want it themselves. (And if they *want* to bring their space under the RIPE umbrella, they can do it today already). Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sander at steffann.nl Mon Jul 15 00:49:57 2019 From: sander at steffann.nl (Sander Steffann) Date: Mon, 15 Jul 2019 00:49:57 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> Message-ID: <4330639B-A423-4DBF-B24D-C59FF2BC9D2A@steffann.nl> Hi Jordi. > I know about ripe-639. > > What I?m saying is that we force the change of status from non-legacy to legacy if addresses are transferred to a new member or an existing member, as both of them will have all the legal bindings already with RIPE NCC. A legal entity can have zero, one or more LIRs. You are saying that we can abuse the contract that we have with those with one or more LIRs to force them into a position that we don't apply to those with zero LIRs? Also: when I have multiple LIRs, which LIR should get the legacy resources? And if I can choose which LIR, then I choose "none". > 639 was defined a couple of years before the transfers policy. It may be perfectly possible that at that time it was not considered this aspect. This is incorrect. We have had transfers since RIPE-441 from December 2008. The choices around transfers were very consciously made. > I know that every region is different, but we live in a global Internet, and it is surprising to me that we are the only out of 5 RIRs, that has not done this already. RIPE has respect for the rights of the people who came before it :) Sander -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: Message signed with OpenPGP URL: From tore at fud.no Mon Jul 15 10:05:33 2019 From: tore at fud.no (Tore Anderson) Date: Mon, 15 Jul 2019 10:05:33 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190713115619.GE14471@Space.Net> References: <20190713115619.GE14471@Space.Net> Message-ID: * Gert Doering > On Sat, Jul 13, 2019 at 01:37:19PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: >> I keep thinking that ripe-682 (RIPE resource transfer policies), should have a provision (as it is the case in all the other RIRs), in order to "convert" the legacy resources to non-legacy, when they got transferred. > > What is it that you want to achieve with this? +1 I've read this entire thread and I still have no idea what the motivation for this (pre-)proposal actually is. Is it a solution in search of a problem? Maybe if you could explain by example, Jordi? Were you involved in a transfer of legacy resources and stumbled across some kind of obstacle caused by current policies (that this proposal addresses)? Tore From jordi.palet at consulintel.es Mon Jul 15 11:22:18 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Mon, 15 Jul 2019 11:22:18 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <4330639B-A423-4DBF-B24D-C59FF2BC9D2A@steffann.nl> References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> <4330639B-A423-4DBF-B24D-C59FF2BC9D2A@steffann.nl> Message-ID: Hi Sander, I was referring to inter-RIR transfers, sorry not having been more explicit. I understand that the previous policies were only intra-RIR. The actual ones are both intra and inter. I don't think it is a matter of respect previous rights, because in that case, when we do *any* policy change, we may be not respecting the "previous rights" (conceded by the previous policy), of some members. The PDP is about the good of the overall community even if some times, some decisions aren't the best for the 100%. Regards, Jordi @jordipalet ?El 15/7/19 0:50, "Sander Steffann" escribi?: Hi Jordi. > I know about ripe-639. > > What I?m saying is that we force the change of status from non-legacy to legacy if addresses are transferred to a new member or an existing member, as both of them will have all the legal bindings already with RIPE NCC. A legal entity can have zero, one or more LIRs. You are saying that we can abuse the contract that we have with those with one or more LIRs to force them into a position that we don't apply to those with zero LIRs? Also: when I have multiple LIRs, which LIR should get the legacy resources? And if I can choose which LIR, then I choose "none". > 639 was defined a couple of years before the transfers policy. It may be perfectly possible that at that time it was not considered this aspect. This is incorrect. We have had transfers since RIPE-441 from December 2008. The choices around transfers were very consciously made. > I know that every region is different, but we live in a global Internet, and it is surprising to me that we are the only out of 5 RIRs, that has not done this already. RIPE has respect for the rights of the people who came before it :) Sander ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From jordi.palet at consulintel.es Mon Jul 15 11:31:32 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Mon, 15 Jul 2019 11:31:32 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> Message-ID: <9F8BD400-EA1A-49C2-96EF-DDD218FEFB43@consulintel.es> Hi Jim, ?El 15/7/19 2:16, "Jim Reid" escribi?: > On 14 Jul 2019, at 22:54, JORDI PALET MARTINEZ via address-policy-wg wrote: > > I know that every region is different, but we live in a global Internet, and it is surprising to me that we are the only out of 5 RIRs, that has not done this already. Embrace diversity! I'm fine with diversity, or course! "Because the other RIRs do it" isn't by itself a strong enough justification for the RIPE region to copy them. My point here is that I disagree with not turning non-legacy into legacy. I think this is bad for the community. So as part of the diversity, my point of view is "divergent" with the actual policy, but is the same as the other 4 RIRs. I'm sure in RIPE we have people in one side, the other side, and the middle one. In this particular case, I am not convinced the proposal has any merit. Forcing legacy space to be subject to RIR policy on transfer is just wrong. The holders got that space before the RIRs existed. Which means it's grossly unfair and unreasonable to retroactively make that space subject to RIR policy, even when that space gets transferred. If the legacy holder chooses to do that, fine. However they cannot and must not be compelled to do so. Here is where we disagree. I'm looking for what is best of the overall community, not the best of the legacy owners. I'm very honest here. It was just wrong we got legacy allocations, but it was no other way as the RIRs didn't existed. I think we can try to correct as much as possible past mistakes. Nobody is forcing the existing holders to do the transfers, they can just keep their resources and avoid that. I think is fair that destination holders are in-the-systems mandatorily. Such a policy may also be counter-productive since it (a) could discourage legacy holders from releasing unused space; (b) make such space unattractive to recipients because it would be subject to RIR policies, RIR fees might be payable, etc. (c) introduce uncertainty in the transfer market because donors and recipients get concerned that future transfers of legacy space could get singled out for yet more Bad Ideas. I think it has been demonstrated by the stats of the last 2 years, that (a) is not the reality. (b) this is a community decision, and my personal view is that it should be that way. (c) this will not be retroactive: transfers already done with the exiting policy will not turn into non-legacy (unless they get transferred again). Let's assume your hypothetical proposal became policy Jordi. Would it apply to transfers of legacy space that took place before this policy came into effect? If no, why not? If yes, it would imply all RIR policies have to be retroactively be imposed on legacy holders. I just responded to this (c) above. I'm not considering retroactivity. They will if they become transferred again. I think it's time to introduce a new policy proposal which brings about a moratorium on v4 address policy proposals. > I think this is a benefit for the global community, because ... increase the transparency and community control. Your comment about increased control is deeply troubling. Are you trying to turn the RIR system into the IP address police or the ITU? Do you want to bring about an investigation by the competition authorities? Be careful what you wish for -- you just might get it! You know may answer already: not at all. I meant control by *this* community, by our policy system. Sorry if I was not clear. ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From jordi.palet at consulintel.es Mon Jul 15 11:39:02 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Mon, 15 Jul 2019 11:39:02 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> Message-ID: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> Hi Tore, I think my previus email just explained it. The motivation is my personal view that we have a problem (as a community) by not bringing into the system the legacy resources. I'm alone with that view? I don't know, and that's why I'm asking. What is clear to me is that, according to existing policies, I share this view with 4/5 of the RIR communities. What is the effect of that? Simple, an unbalance of transfers among regions, because if someone for whatever reason want to get resources and keep them non-legacy, can just come to RIPE for that. This is good for RIPE? I don't think so, we could keep growing the non-legacy resources, while other regions get "cleaned". Regards, Jordi @jordipalet ?El 15/7/19 10:05, "address-policy-wg en nombre de Tore Anderson" escribi?: * Gert Doering > On Sat, Jul 13, 2019 at 01:37:19PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: >> I keep thinking that ripe-682 (RIPE resource transfer policies), should have a provision (as it is the case in all the other RIRs), in order to "convert" the legacy resources to non-legacy, when they got transferred. > > What is it that you want to achieve with this? +1 I've read this entire thread and I still have no idea what the motivation for this (pre-)proposal actually is. Is it a solution in search of a problem? Maybe if you could explain by example, Jordi? Were you involved in a transfer of legacy resources and stumbled across some kind of obstacle caused by current policies (that this proposal addresses)? Tore ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From tore at fud.no Mon Jul 15 12:26:21 2019 From: tore at fud.no (Tore Anderson) Date: Mon, 15 Jul 2019 12:26:21 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> Message-ID: * JORDI PALET MARTINEZ via address-policy-wg > I think my previus email just explained it. Not really... > The motivation is my personal view that we have a problem (as a community) by not bringing into the system the legacy resources. I understand that you have that view. What I fail to understand is *why* you have that view. It might be self-evident to you how this is problematic. It is not to me. > I'm alone with that view? I don't know, and that's why I'm asking. I'm a firm believer of the ?if it ain't broke, don't fix it? approach, and I am yet to be convinced that the current policy is indeed ?broke?. Do the parties directly impacted by this policy in question, i.e., the legacy resource holders themselves (or would-be recipients of legacy resource transfers), share your view that there is a problem here that needs fixing? (It is unclear to me whether or not you represent such a directly impacted party yourself.) > What is clear to me is that, according to existing policies, I share this view with 4/5 of the RIR communities. > > What is the effect of that? Simple, an unbalance of transfers among regions, because if someone for whatever reason want to get resources and keep them non-legacy, can just come to RIPE for that. This is good for RIPE? I don't think so, we could keep growing the non-legacy resources, while other regions get "cleaned". How is it *bad* for the RIPE community, though? You seem to imply that legacy space is ?dirty? and in need of ?cleaning? but offer no explanation why. I understand that RPKI is not available for legacy resources in some other regions. Providing legacy holders with the option of moving their resources into the RIPE region might therefore be a net benefit for the Internet community at large (which obviously includes the RIPE community), as it might contribute to better routing security. Tore From ebais at a2b-internet.com Mon Jul 15 12:31:44 2019 From: ebais at a2b-internet.com (Erik Bais) Date: Mon, 15 Jul 2019 10:31:44 +0000 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> Message-ID: <4AA0F863-F49C-4307-9CA2-57DDE309FE2D@a2b-internet.com> Hi Jordi, Please keep the lingo correct.. you keep referring to non-legacy .. but your intention and this complete discussion is about Legacy space. Typically we are talking about inter-rir transfers from ARIN to RIPE if I read it correctly. As most Legacy space that comes into RIPE has an ARIN origin. There is APNIC as well, but just less transfers from APNIC to RIPE with legacy .. While I've done 'some' Legacy inter-rir transfers .. is there a problem with how it is being transferred ? There is the option currently for legacy resource holders to move IP space between RIR's (ARIN to RIPE for instance) for cost, policy, tools or rights acceptance reasons .. or just because their HQ is moving from the ARIN region to RIPE region. Why should they be stripped of their current status ? what is the intention here ? Regards, Erik Bais ?On 15/07/2019, 11:39, "address-policy-wg on behalf of JORDI PALET MARTINEZ via address-policy-wg" wrote: Hi Tore, I think my previus email just explained it. The motivation is my personal view that we have a problem (as a community) by not bringing into the system the legacy resources. I'm alone with that view? I don't know, and that's why I'm asking. What is clear to me is that, according to existing policies, I share this view with 4/5 of the RIR communities. What is the effect of that? Simple, an unbalance of transfers among regions, because if someone for whatever reason want to get resources and keep them non-legacy, can just come to RIPE for that. This is good for RIPE? I don't think so, we could keep growing the non-legacy resources, while other regions get "cleaned". Regards, Jordi @jordipalet El 15/7/19 10:05, "address-policy-wg en nombre de Tore Anderson" escribi?: * Gert Doering > On Sat, Jul 13, 2019 at 01:37:19PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: >> I keep thinking that ripe-682 (RIPE resource transfer policies), should have a provision (as it is the case in all the other RIRs), in order to "convert" the legacy resources to non-legacy, when they got transferred. > > What is it that you want to achieve with this? +1 I've read this entire thread and I still have no idea what the motivation for this (pre-)proposal actually is. Is it a solution in search of a problem? Maybe if you could explain by example, Jordi? Were you involved in a transfer of legacy resources and stumbled across some kind of obstacle caused by current policies (that this proposal addresses)? Tore ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From jordi.palet at consulintel.es Mon Jul 15 12:57:24 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Mon, 15 Jul 2019 12:57:24 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> Message-ID: <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> Hi Tore, ?El 15/7/19 12:26, "address-policy-wg en nombre de Tore Anderson" escribi?: * JORDI PALET MARTINEZ via address-policy-wg > I think my previus email just explained it. Not really... > The motivation is my personal view that we have a problem (as a community) by not bringing into the system the legacy resources. I understand that you have that view. What I fail to understand is *why* you have that view. It might be self-evident to you how this is problematic. It is not to me. -> Because I think when there is an unfair situation (some folks bound to rules/policies, others not), there is a problem. > I'm alone with that view? I don't know, and that's why I'm asking. I'm a firm believer of the ?if it ain't broke, don't fix it? approach, and I am yet to be convinced that the current policy is indeed ?broke?. Do the parties directly impacted by this policy in question, i.e., the legacy resource holders themselves (or would-be recipients of legacy resource transfers), share your view that there is a problem here that needs fixing? -> If you're a legacy holder, doesn't on you. If you're going to transfer, doesn't impact on you. The impact is only for the one that receive the transfer. (It is unclear to me whether or not you represent such a directly impacted party yourself.) -> To be clear, I don't have addresses to transfer, neither I'm looking for addresses to get transferred. > What is clear to me is that, according to existing policies, I share this view with 4/5 of the RIR communities. > > What is the effect of that? Simple, an unbalance of transfers among regions, because if someone for whatever reason want to get resources and keep them non-legacy, can just come to RIPE for that. This is good for RIPE? I don't think so, we could keep growing the non-legacy resources, while other regions get "cleaned". How is it *bad* for the RIPE community, though? You seem to imply that legacy space is ?dirty? and in need of ?cleaning? but offer no explanation why. -> Because is not subjected to the same rules (policies) as the non-legacy one. That's unfair. I understand that RPKI is not available for legacy resources in some other regions. Providing legacy holders with the option of moving their resources into the RIPE region might therefore be a net benefit for the Internet community at large (which obviously includes the RIPE community), as it might contribute to better routing security. Tore ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From jordi.palet at consulintel.es Mon Jul 15 13:08:21 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Mon, 15 Jul 2019 13:08:21 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <4AA0F863-F49C-4307-9CA2-57DDE309FE2D@a2b-internet.com> References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <4AA0F863-F49C-4307-9CA2-57DDE309FE2D@a2b-internet.com> Message-ID: <3FA5310D-75EE-4178-8B7C-BC5AC55D4DA3@consulintel.es> The intention is that we bring into the community rules (policies) as many addresses as possible. I think it is unfair to have some addresses bound to our policies (in whatever region), and others not. I know we can't mandate for the legacy holders, but we can, if as a community, we decide that for the beneficiaries of legacy transfers, by amending our policy to state that those addresses lose the legacy status with that transfer. Now is optional in RIPE, mandatory in all the other regions. To be clear, when I mention the other regions status: 1) In LACNIC the proposal, which I authored as well, passed consensus a month ago (now in implementation stage). It is also based in the existing intra-RIR policy, where the legacy status is lost once they get transferred. 2) In AFRINIC, at the moment, there is an inter-RIR proposal, which I'm the author. It is based in the existing intra-RIR policy, where the legacy status is lost once they get transferred. So right now, intra-RIR already lost the legacy status. Regards, Jordi @jordipalet ?El 15/7/19 12:32, "address-policy-wg en nombre de Erik Bais" escribi?: Hi Jordi, Please keep the lingo correct.. you keep referring to non-legacy .. but your intention and this complete discussion is about Legacy space. Typically we are talking about inter-rir transfers from ARIN to RIPE if I read it correctly. As most Legacy space that comes into RIPE has an ARIN origin. There is APNIC as well, but just less transfers from APNIC to RIPE with legacy .. While I've done 'some' Legacy inter-rir transfers .. is there a problem with how it is being transferred ? There is the option currently for legacy resource holders to move IP space between RIR's (ARIN to RIPE for instance) for cost, policy, tools or rights acceptance reasons .. or just because their HQ is moving from the ARIN region to RIPE region. Why should they be stripped of their current status ? what is the intention here ? Regards, Erik Bais ?On 15/07/2019, 11:39, "address-policy-wg on behalf of JORDI PALET MARTINEZ via address-policy-wg" wrote: Hi Tore, I think my previus email just explained it. The motivation is my personal view that we have a problem (as a community) by not bringing into the system the legacy resources. I'm alone with that view? I don't know, and that's why I'm asking. What is clear to me is that, according to existing policies, I share this view with 4/5 of the RIR communities. What is the effect of that? Simple, an unbalance of transfers among regions, because if someone for whatever reason want to get resources and keep them non-legacy, can just come to RIPE for that. This is good for RIPE? I don't think so, we could keep growing the non-legacy resources, while other regions get "cleaned". Regards, Jordi @jordipalet El 15/7/19 10:05, "address-policy-wg en nombre de Tore Anderson" escribi?: * Gert Doering > On Sat, Jul 13, 2019 at 01:37:19PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: >> I keep thinking that ripe-682 (RIPE resource transfer policies), should have a provision (as it is the case in all the other RIRs), in order to "convert" the legacy resources to non-legacy, when they got transferred. > > What is it that you want to achieve with this? +1 I've read this entire thread and I still have no idea what the motivation for this (pre-)proposal actually is. Is it a solution in search of a problem? Maybe if you could explain by example, Jordi? Were you involved in a transfer of legacy resources and stumbled across some kind of obstacle caused by current policies (that this proposal addresses)? Tore ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From tore at fud.no Mon Jul 15 14:02:29 2019 From: tore at fud.no (Tore Anderson) Date: Mon, 15 Jul 2019 14:02:29 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> Message-ID: * JORDI PALET MARTINEZ via address-policy-wg > -> Because I think when there is an unfair situation (some folks bound to rules/policies, others not), there is a problem. ... > -> Because is not subjected to the same rules (policies) as the non-legacy one. That's unfair. Thank you for clarifying. I don't believe this ?unfairness? rationale had been mentioned before. Others have explained how the legacy resources were given out with no RIR policy strings attached. You could make the opposite argument too, i.e., that it would be unfair behaviour by the RIPE community to try and retroactively annex legacy space in this way by unilaterally applying terms and conditions that were never agreed to in the first place. In any case, and to be perfectly honest, this rationale reads to like petty jealousy to me - ?I can't do X with my RIPE ALLOCATED PA, so I don't want others to be able to do X either?. I don't believe this kind of policy making is good for the community. I suspect the opposite is true, by turning legacy holders off from engaging with us. Keep in mind that they are under no obligation to do so. A more positive way to approach this perceived unfairness would be to focus on what X is, and see if the RIPE policy can be changed to permit it. Tore From jim at rfc1035.com Mon Jul 15 14:15:10 2019 From: jim at rfc1035.com (Jim Reid) Date: Mon, 15 Jul 2019 13:15:10 +0100 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> Message-ID: <4EB80A1D-19CF-4F40-85E9-CECED8A3D462@rfc1035.com> > On 15 Jul 2019, at 13:02, Tore Anderson wrote: > > I don't believe this kind of policy making is good for the community. I suspect the opposite is true, by turning legacy holders off from engaging with us. Keep in mind that they are under no obligation to do so. +1 From he at uninett.no Mon Jul 15 14:17:34 2019 From: he at uninett.no (Havard Eidnes) Date: Mon, 15 Jul 2019 14:17:34 +0200 (CEST) Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> Message-ID: <20190715.141734.1738911857779757736.he@uninett.no> >> It might be self-evident to you how this is problematic. It >> is not to me. > > Because I think when there is an unfair situation (some folks > bound to rules/policies, others not), there is a problem. You cannot change history, and the fact that some assignments were made under different rules and prior to the RIRs coming into existence. Retroactively and forecfully from the RIR side changing the rules for these assignments, *that* would be unfair. Regards, - H?vard From wusel+ml at uu.org Mon Jul 15 15:44:07 2019 From: wusel+ml at uu.org (Kai 'wusel' Siering) Date: Mon, 15 Jul 2019 15:44:07 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> Message-ID: <95c06a31-15d7-3a1b-1b20-4b1e34935c96@uu.org> On 15.07.2019 14:02, Tore Anderson wrote: > You could make the opposite argument too, i.e., that it would be unfair behaviour by the RIPE community to try and retroactively annex legacy space in this way by unilaterally applying terms and conditions that were never agreed to in the first place. Just as a reminder, this actually was done with ripe-452, when space that was handed out in 1993 under the new RIR regime, much later dubbed "PI", got strings attached retroactively: "According to policy detailed in ripe-452 [?], a company holding Internet number resources must sign an End User Assignment Agreement with a Local Internet Registry (LIR) of their choice, or with the RIPE NCC directly by becoming a RIPE NCC member (LIR)". Thus there is precedence for "unilaterally applying terms and conditions that were never agreed to in the first place" by the RIPE Community; this happened in 2009 and was applied to address space handed out up to 16 years prior to any such terms and conditions. As for Jordi's approach, I agree with ?don't fix it if it ain't broken?, and in terms of Legacy space I fail to see an issue in current policy. Regards, -kai From jordi.palet at consulintel.es Tue Jul 16 10:27:18 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Tue, 16 Jul 2019 10:27:18 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> Message-ID: Hi Tore, ?El 15/7/19 14:02, "Tore Anderson" escribi?: * JORDI PALET MARTINEZ via address-policy-wg > -> Because I think when there is an unfair situation (some folks bound to rules/policies, others not), there is a problem. ... > -> Because is not subjected to the same rules (policies) as the non-legacy one. That's unfair. Thank you for clarifying. I don't believe this ?unfairness? rationale had been mentioned before. Others have explained how the legacy resources were given out with no RIR policy strings attached. You could make the opposite argument too, i.e., that it would be unfair behaviour by the RIPE community to try and retroactively annex legacy space in this way by unilaterally applying terms and conditions that were never agreed to in the first place. -> We agree here. It may be considered unfair in one direction or the other one. It depends on the perspective. In any case, and to be perfectly honest, this rationale reads to like petty jealousy to me - ?I can't do X with my RIPE ALLOCATED PA, so I don't want others to be able to do X either?. -> I don't have resources of any type (legacy neither non-legacy) in any RIR, so my view is trying to be as objective as possible and looking for the fairness of the more global community. I don't believe this kind of policy making is good for the community. I suspect the opposite is true, by turning legacy holders off from engaging with us. Keep in mind that they are under no obligation to do so. -> I guess it is not still clear enoght. This doesn't affect legacy holders. It is only affecting the resources once they got transferred. A more positive way to approach this perceived unfairness would be to focus on what X is, and see if the RIPE policy can be changed to permit it. Tore ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From jordi.palet at consulintel.es Tue Jul 16 10:29:28 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Tue, 16 Jul 2019 10:29:28 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190715.141734.1738911857779757736.he@uninett.no> References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190715.141734.1738911857779757736.he@uninett.no> Message-ID: <8EA44827-F629-4BCF-9656-EA4068467D84@consulintel.es> I didn't said anything about retroactivity: - Holders of legacy that don't transfer them, aren't affected. - Transfers already done (from legacy resources) aren't affected The only affected ones are "new" transfers (if the policy reach consensus), and is only affecting the ones that get the resources, not the original holder. Again, please consider, if it is good that we are the only RIR not doing so. I don't think that's good. Regards, Jordi @jordipalet ?El 15/7/19 14:17, "address-policy-wg en nombre de Havard Eidnes via address-policy-wg" escribi?: >> It might be self-evident to you how this is problematic. It >> is not to me. > > Because I think when there is an unfair situation (some folks > bound to rules/policies, others not), there is a problem. You cannot change history, and the fact that some assignments were made under different rules and prior to the RIRs coming into existence. Retroactively and forecfully from the RIR side changing the rules for these assignments, *that* would be unfair. Regards, - H?vard ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From gert at space.net Tue Jul 16 10:46:02 2019 From: gert at space.net (Gert Doering) Date: Tue, 16 Jul 2019 10:46:02 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <8EA44827-F629-4BCF-9656-EA4068467D84@consulintel.es> References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190715.141734.1738911857779757736.he@uninett.no> <8EA44827-F629-4BCF-9656-EA4068467D84@consulintel.es> Message-ID: <20190716084602.GT14471@Space.Net> Hi, On Tue, Jul 16, 2019 at 10:29:28AM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: > Again, please consider, if it is good that we are the only RIR not doing so. I don't think that's good. If this is the main argument ("I changed this in all the other RIRs, and now *you* are the only ones stubbornly refusing to follow my all-the-others-are-doing-this argument") - it's a somewhat weak one. You have failed to bring forward any reason for changing things, except "it is unfair that there is a difference" (without detailing what exactly the unfairness would be, who would be disadvantaged by this, exactly, and why they would be affected positively by this proposal) - and "all the other RIRs have changed this!" which is both not very compelling. I could also not see anyone speak up in a supportive way, so I'd consider this "sufficiently discussed, and no support to go for a formal proposal". Gert Doering -- APWG chair -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From jim at rfc1035.com Tue Jul 16 11:05:03 2019 From: jim at rfc1035.com (Jim Reid) Date: Tue, 16 Jul 2019 10:05:03 +0100 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190716084602.GT14471@Space.Net> References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190715.141734.1738911857779757736.he@uninett.no> <8EA44827-F629-4BCF-9656-EA4068467D84@consulintel.es> <20190716084602.GT14471@Space.Net> Message-ID: <7F5C6020-4900-4B2E-8B8E-D38911C6A73D@rfc1035.com> > On 16 Jul 2019, at 09:46, Gert Doering wrote: > > I could also not see anyone speak up in a supportive way, so I'd consider > this "sufficiently discussed, and no support to go for a formal proposal". I agree. Let's close this discussion and move on to the next Bad Idea. From michiel at klaver.it Tue Jul 16 11:05:30 2019 From: michiel at klaver.it (Michiel Klaver) Date: Tue, 16 Jul 2019 11:05:30 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190716084602.GT14471@Space.Net> References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190715.141734.1738911857779757736.he@uninett.no> <8EA44827-F629-4BCF-9656-EA4068467D84@consulintel.es> <20190716084602.GT14471@Space.Net> Message-ID: <87b81edce33d3bc7b013a9d05ee4621b@klaver.it> Hi Jordi, Maybe you can provide any documentation available from the other RIRs about their rationale why they implemented this kind of policy? Maybe they have some strong arguments we are missing here? Gert Doering wrote at 2019-07-16 10:46: > Hi, > > On Tue, Jul 16, 2019 at 10:29:28AM +0200, JORDI PALET MARTINEZ via > address-policy-wg wrote: >> Again, please consider, if it is good that we are the only RIR not >> doing so. I don't think that's good. > > If this is the main argument ("I changed this in all the other RIRs, > and now *you* are the only ones stubbornly refusing to follow my > all-the-others-are-doing-this argument") - it's a somewhat weak one. > > You have failed to bring forward any reason for changing things, except > > "it is unfair that there is a difference" > > (without detailing what exactly the unfairness would be, who would > be disadvantaged by this, exactly, and why they would be affected > positively by this proposal) - and > > "all the other RIRs have changed this!" > > which is both not very compelling. > > > I could also not see anyone speak up in a supportive way, so I'd > consider > this "sufficiently discussed, and no support to go for a formal > proposal". > > Gert Doering > -- APWG chair From jordi.palet at consulintel.es Tue Jul 16 11:29:22 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Tue, 16 Jul 2019 11:29:22 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190716084602.GT14471@Space.Net> References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190715.141734.1738911857779757736.he@uninett.no> <8EA44827-F629-4BCF-9656-EA4068467D84@consulintel.es> <20190716084602.GT14471@Space.Net> Message-ID: Hi Gert, Just to be clear: I didn't change this in any RIR. I've proposed Inter-RIR transfers in LACNIC and AFRINIC, following their existing intra-RIR policies, which already had this legacy to non-legacy with the transfer, so I just kept it. I still think it is unfair to have a legacy status, and for me this is a good reason. As Jim said, it is about diversity, in this case of opinions. I'm going to investigate the reasons to have this in the other RIRs and come back to the list. Regards, Jordi @jordipalet ?El 16/7/19 10:46, "address-policy-wg en nombre de Gert Doering" escribi?: Hi, On Tue, Jul 16, 2019 at 10:29:28AM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: > Again, please consider, if it is good that we are the only RIR not doing so. I don't think that's good. If this is the main argument ("I changed this in all the other RIRs, and now *you* are the only ones stubbornly refusing to follow my all-the-others-are-doing-this argument") - it's a somewhat weak one. You have failed to bring forward any reason for changing things, except "it is unfair that there is a difference" (without detailing what exactly the unfairness would be, who would be disadvantaged by this, exactly, and why they would be affected positively by this proposal) - and "all the other RIRs have changed this!" which is both not very compelling. I could also not see anyone speak up in a supportive way, so I'd consider this "sufficiently discussed, and no support to go for a formal proposal". Gert Doering -- APWG chair -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From cfriacas at fccn.pt Tue Jul 16 11:39:18 2019 From: cfriacas at fccn.pt (=?ISO-8859-15?Q?Carlos_Fria=E7as?=) Date: Tue, 16 Jul 2019 10:39:18 +0100 (WEST) Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <87b81edce33d3bc7b013a9d05ee4621b@klaver.it> References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190715.141734.1738911857779757736.he@uninett.no> <8EA44827-F629-4BCF-9656-EA4068467D84@consulintel.es> <20190716084602.GT14471@Space.Net> <87b81edce33d3bc7b013a9d05ee4621b@klaver.it> Message-ID: Hi Jordi, All, I was doing some googling and easily found the references on ARIN/LACNIC/AFRINIC websites... ==== https://www.lacnic.net/1022/2/lacnic/legacy-resources "Transferred legacy resources will no longer be considered as such" ==== https://www.arin.net/resources/guide/legacy/services/ "When legacy number resources are transferred to another organization through a specified transfer (NRPM 8.3 and 8.4), the recipient organization is required to sign an RSA/LRSA, and the resources being transferred will not retain their legacy status." ==== https://afrinic.net/resources/transfers "Applicable to Transfer Recipient Transferred IPv4 legacy resources will no longer be regarded as legacy resources." ==== However, regarding APNIC, from what i read on https://www.apnic.net/community/policy/resources#8.3.-Transfer-of-Historical-Internet-resources it is not 100% clear to me that the transferred blocks lose their legacy/historical status. Can you list which policy proposals within each RIR that resulted in the above...? ...so we may have some clue about the timeline of such changes -- which may have been passed under the legacy holders radar... Additionally, maybe someone involved with transfers on a daily basis can comment if a block with legacy status has less/equal/more value than non-legacy blocks??? Cheers, Carlos On Tue, 16 Jul 2019, Michiel Klaver via address-policy-wg wrote: > Hi Jordi, > > Maybe you can provide any documentation available from the other RIRs about > their rationale why they implemented this kind of policy? Maybe they have > some strong arguments we are missing here? > > > Gert Doering wrote at 2019-07-16 10:46: >> Hi, >> >> On Tue, Jul 16, 2019 at 10:29:28AM +0200, JORDI PALET MARTINEZ via >> address-policy-wg wrote: >>> Again, please consider, if it is good that we are the only RIR not doing >>> so. I don't think that's good. >> >> If this is the main argument ("I changed this in all the other RIRs, >> and now *you* are the only ones stubbornly refusing to follow my >> all-the-others-are-doing-this argument") - it's a somewhat weak one. >> >> You have failed to bring forward any reason for changing things, except >> >> "it is unfair that there is a difference" >> >> (without detailing what exactly the unfairness would be, who would >> be disadvantaged by this, exactly, and why they would be affected >> positively by this proposal) - and >> >> "all the other RIRs have changed this!" >> >> which is both not very compelling. >> >> >> I could also not see anyone speak up in a supportive way, so I'd consider >> this "sufficiently discussed, and no support to go for a formal proposal". >> >> Gert Doering >> -- APWG chair > From jordi.palet at consulintel.es Tue Jul 16 12:24:36 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Tue, 16 Jul 2019 12:24:36 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190715.141734.1738911857779757736.he@uninett.no> <8EA44827-F629-4BCF-9656-EA4068467D84@consulintel.es> <20190716084602.GT14471@Space.Net> <87b81edce33d3bc7b013a9d05ee4621b@klaver.it> Message-ID: <4570986A-3CB8-445C-BE06-535D91CD3B0C@consulintel.es> Hi Carlos, Not sure if the specific proposals bring value, I think we need to understand "the whys", anyway, I found: LACNIC: https://www.lacnic.net/innovaportal/file/556/1/lac-2009-04v3-propuesta-sp.pdf (sorry Spanish) ARIN: https://www.arin.net/vault/policy/proposals/2009_1.html However, it doesn't mention legacy, so it should have modified afterwards, and I was unable to find it. AFRINIC: https://www.afrinic.net/policy/archive/ipv4-resources-transfer-within-the-afrinic-region-2 Same problem as in ARIN, it has been modified afterwards, but can't find it. APNIC: http://archive.apnic.net/meetings/16/programme/sigs/docs/policy/addpol-prop-wilson-historical-transfer.doc https://www.apnic.net/community/policy/proposals/prop-006/ https://www.apnic.net/community/policy/proposals/prop-050/ I'm going to check with the policy officers of each RIR. Regards, Jordi @jordipalet ?El 16/7/19 11:39, "address-policy-wg en nombre de Carlos Fria?as via address-policy-wg" escribi?: Hi Jordi, All, I was doing some googling and easily found the references on ARIN/LACNIC/AFRINIC websites... ==== https://www.lacnic.net/1022/2/lacnic/legacy-resources "Transferred legacy resources will no longer be considered as such" ==== https://www.arin.net/resources/guide/legacy/services/ "When legacy number resources are transferred to another organization through a specified transfer (NRPM 8.3 and 8.4), the recipient organization is required to sign an RSA/LRSA, and the resources being transferred will not retain their legacy status." ==== https://afrinic.net/resources/transfers "Applicable to Transfer Recipient Transferred IPv4 legacy resources will no longer be regarded as legacy resources." ==== However, regarding APNIC, from what i read on https://www.apnic.net/community/policy/resources#8.3.-Transfer-of-Historical-Internet-resources it is not 100% clear to me that the transferred blocks lose their legacy/historical status. Can you list which policy proposals within each RIR that resulted in the above...? ...so we may have some clue about the timeline of such changes -- which may have been passed under the legacy holders radar... Additionally, maybe someone involved with transfers on a daily basis can comment if a block with legacy status has less/equal/more value than non-legacy blocks??? Cheers, Carlos On Tue, 16 Jul 2019, Michiel Klaver via address-policy-wg wrote: > Hi Jordi, > > Maybe you can provide any documentation available from the other RIRs about > their rationale why they implemented this kind of policy? Maybe they have > some strong arguments we are missing here? > > > Gert Doering wrote at 2019-07-16 10:46: >> Hi, >> >> On Tue, Jul 16, 2019 at 10:29:28AM +0200, JORDI PALET MARTINEZ via >> address-policy-wg wrote: >>> Again, please consider, if it is good that we are the only RIR not doing >>> so. I don't think that's good. >> >> If this is the main argument ("I changed this in all the other RIRs, >> and now *you* are the only ones stubbornly refusing to follow my >> all-the-others-are-doing-this argument") - it's a somewhat weak one. >> >> You have failed to bring forward any reason for changing things, except >> >> "it is unfair that there is a difference" >> >> (without detailing what exactly the unfairness would be, who would >> be disadvantaged by this, exactly, and why they would be affected >> positively by this proposal) - and >> >> "all the other RIRs have changed this!" >> >> which is both not very compelling. >> >> >> I could also not see anyone speak up in a supportive way, so I'd consider >> this "sufficiently discussed, and no support to go for a formal proposal". >> >> Gert Doering >> -- APWG chair > ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From mike at iptrading.com Tue Jul 16 21:44:21 2019 From: mike at iptrading.com (Mike Burns) Date: Tue, 16 Jul 2019 15:44:21 -0400 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190715.141734.1738911857779757736.he@uninett.no> <8EA44827-F629-4BCF-9656-EA4068467D84@consulintel.es> <20190716084602.GT14471@Space.Net> <87b81edce33d3bc7b013a9d05ee4621b@klaver.it> Message-ID: <001601d53c0e$dd82e750$9888b5f0$@iptrading.com> However, regarding APNIC, from what i read on https://www.apnic.net/community/policy/resources#8.3.-Transfer-of-Historical -Internet-resources it is not 100% clear to me that the transferred blocks lose their legacy/historical status. Can you list which policy proposals within each RIR that resulted in the above...? ...so we may have some clue about the timeline of such changes -- which may have been passed under the legacy holders radar... Additionally, maybe someone involved with transfers on a daily basis can comment if a block with legacy status has less/equal/more value than non-legacy blocks??? Cheers, Carlos Can you list which policy proposals within each RIR that resulted in the above...? ...so we may have some clue about the timeline of such changes -- which may have been passed under the legacy holders radar... Additionally, maybe someone involved with transfers on a daily basis can comment if a block with legacy status has less/equal/more value than non-legacy blocks??? Cheers, Carlos Hi Carlos, We have done every version of transfer, I believe, and can speak from experience. In APNIC, the seller of historical resources can sign up as a temporary member with APNIC in order to be vetted before the sale, then when the block is transferred it loses its legacy status. Only RIPE transfer recipients can maintain legacy status, except for some M&A transfers. When I proposed a re-write of ARIN's transfer policy in 2011, I wrestled with the requirement that the blocks lose legacy status, but included the requirement that the recipient sign an RSA, at the time that meant it lost legacy status. https://lists.arin.net/pipermail/arin-ppml/2011-May/022171.html My feelings at the time, as a legacy holder, were that as long as we had the right to hold the blocks without regard to their utilization, and we had the right to sell the blocks, that losing the legacy status wouldn't be a big deal. In AFRINIC's case, there is the issue of whether addresses can be revoked for lack of utilization for originally intended and justified purposes under its RSA. You can read in the link above that in 2011, while I included language requiring an RSA of recipients in my policy proposal, I simultaneously requested a change to ARIN's RSA language to explicitly remove its ability to revoke for utilization or lack thereof. So in AFRINIC today, I would want to maintain legacy status because it protects me from revocation under RSA, if I was a buyer. The arguments from RIPE about their inability, due to a lack of contract, to force a change of status, is disingenuous to me. Sure they can't force legacy holders to do anything, but can legacy holders force RIPE to process transfers? Is RIPE bound, contractually or morally, to register transfers of legacy space in the same way they are bound to maintain existing registrations and original services to the legacy block owners? Must legacy rights be "grandfathered-in"? I think you can argue that transfers were not part of the original scope of legacy registrant services, and that the RIRs do have the right to insist on paid registration of transferred blocks while at the same time the RIRs continue to honor the legacy rights of the original registrants. That said, currently the value of legacy status is strictly tied to the lack of policy restrictions, and registration costs avoided. As policy restrictions become less restrictive, the added value of legacy status is merely the registration fee avoidance. We have brokered transfers of legacy blocks from APNIC and ARIN into RIPE, maintaining legacy status thereafter. So certainly there are some who ascribe greater value to legacy blocks, and greatest to RIPE legacy blocks. This is because RIPE has the least restrictive transfer policies related to RIPE space. RIPE legacy blocks can be transferred to any entity that the blocks can be legally sold to. No demonstration of need, recipient can be a natural person or any other legal entity, recipient does not need to be an LIR or RIPE member of any kind, and can be located anywhere in the world. RIPE will require documentation of the legal chain-of-custody and the sale, and if the legal documentation is sound, the transfer is processed. Remember that legacy holders might theoretically be able to legally transfer ownership rights to their blocks without registry interactions, but where does that leave the buyer? Almost every buyer wants his title registered publicly as protection of his assets. So legacy block transfer recipients have an incentive to comply with policies like needs tests and holding periods in order to acquire that public Whois registration of rights-ownership. Why can't we expect them to swallow and accept the change of legacy designation as an additional cost of acquiring that valuable registration in the RIR's database? Well, one reason is if they fear that their blocks will be revoked by an AFRINIC audit process if they aren't used for their original purpose down the road. TL;DR: Legacy blocks have a very slight additional value; AFRINIC RSA revocation language impacts this decision about legacy status Regards, Mike From ripe-wgs at radu-adrian.feurdean.net Wed Jul 17 18:01:44 2019 From: ripe-wgs at radu-adrian.feurdean.net (Radu-Adrian FEURDEAN) Date: Wed, 17 Jul 2019 18:01:44 +0200 Subject: [address-policy-wg] =?utf-8?q?question_about_IPv4_legacy_and_tra?= =?utf-8?q?nsfers_-_should_we_convert_legacy_to_non-legacy_with_transfers?= =?utf-8?q?=3F?= In-Reply-To: References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> Message-ID: On Mon, Jul 15, 2019, at 14:02, Tore Anderson wrote: > In any case, and to be perfectly honest, this rationale reads to like > petty jealousy to me - ?I can't do X with my RIPE ALLOCATED PA, so I > don't want others to be able to do X either?. Hi, I see the situation a little differently: - if my understanding is correct, you can benefit from pretty much same (or most of) services with you legacy space as with your PI/PA space, however you don't really have the same obligations. Correct me if/where I'm wrong. - do you consider something normal that somebody "owns" numbers, just because somebody, someday told them "those are yours" ? I don't. For the moment I have to live with the fact that in many cases (not all) this is what is happening, but I would pretty much appreciate a change. However, pushing for a conversion from legacy to "RIR system" looks very delicate. Not sure that legally it can be forced (probably in some countries the regulator may be able to do something, but I wouldn't count on that). As for "do it for you own good", while this may not work today, some day everybody would better get into the RPKI bandwagon, at which point the RIRs would be in a strong position to "kindly" ask holders to convert the legacy resources to "RIR system". If the will id there, which is an entirely different issue. -- Radu-Adrian FEURDEAN From apwg at c4inet.net Wed Jul 17 18:28:04 2019 From: apwg at c4inet.net (Sascha Luck [ml]) Date: Wed, 17 Jul 2019 17:28:04 +0100 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> Message-ID: <20190717162804.GF51928@cilantro.c4inet.net> On Wed, Jul 17, 2019 at 06:01:44PM +0200, Radu-Adrian FEURDEAN wrote: >I see the situation a little differently: > - if my understanding is correct, you can benefit from pretty much same (or most of) services with you legacy space as with your PI/PA space, however you don't really have the same obligations. Correct me if/where I'm wrong. Correct, and the rationale for that is that it's better for the Internet to have these resources documented somewhere. > - do you consider something normal that somebody "owns" numbers, just because somebody, someday told them "those are yours" ? I don't. For the moment I have to live with the fact that in many cases (not all) this is what is happening, but I would pretty much appreciate a change. Leaving the inherent silliness of "owning" or "administering" integers aside: I own my car because "somebody, someday" told me (after money changing hands, of course) "this is yours". The same applies to the computer I'm writing this on. If you'd like to change this you're welcome to try and take them off me and see how far you get ;) >However, pushing for a conversion from legacy to "RIR system" looks very delicate. Not sure that legally it can be forced (probably in some countries the regulator may be able to do something, but I wouldn't count on that). As for "do it for you own good", while this may not work today, some day everybody would better get into the RPKI bandwagon, at which point the RIRs would be in a strong position to "kindly" ask holders to convert the legacy resources to "RIR system". If the will id there, which is an entirely different issue. I don't think the RIRs should get into the business of extortion any more than into theft. Nothing good can conceivably come off that. rgds, Sascha Luck From jordi.palet at consulintel.es Wed Jul 17 18:48:46 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Wed, 17 Jul 2019 18:48:46 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> Message-ID: Hi, ?El 17/7/19 18:08, "address-policy-wg en nombre de Radu-Adrian FEURDEAN" escribi?: On Mon, Jul 15, 2019, at 14:02, Tore Anderson wrote: > In any case, and to be perfectly honest, this rationale reads to like > petty jealousy to me - ?I can't do X with my RIPE ALLOCATED PA, so I > don't want others to be able to do X either?. Hi, I see the situation a little differently: - if my understanding is correct, you can benefit from pretty much same (or most of) services with you legacy space as with your PI/PA space, however you don't really have the same obligations. Correct me if/where I'm wrong. - do you consider something normal that somebody "owns" numbers, just because somebody, someday told them "those are yours" ? I don't. For the moment I have to live with the fact that in many cases (not all) this is what is happening, but I would pretty much appreciate a change. However, pushing for a conversion from legacy to "RIR system" looks very delicate. Not sure that legally it can be forced (probably in some countries the regulator may be able to do something, but I wouldn't count on that). As for "do it for you own good", while this may not work today, some day everybody would better get into the RPKI bandwagon, at which point the RIRs would be in a strong position to "kindly" ask holders to convert the legacy resources to "RIR system". If the will id there, which is an entirely different issue. -> I don't think this is "delicate" at all. Nobody is being *forced* to do that. If you have legacy, you can do transfers outside the system and nobody can oppose to that. However, please read the complete email from Mike (yesterday), I don't think nobody noticed it ... and they key think here is the protection of the "buyer", which is secured if the addresses are converted to non-legacy. -- Radu-Adrian FEURDEAN ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From gert at space.net Wed Jul 17 19:50:00 2019 From: gert at space.net (Gert Doering) Date: Wed, 17 Jul 2019 19:50:00 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> Message-ID: <20190717175000.GJ60824@Space.Net> Hi, On Wed, Jul 17, 2019 at 06:48:46PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: > -> I don't think this is "delicate" at all. Nobody is being *forced* to do that. If you have legacy, you can do transfers outside the system and nobody can oppose to that. However, please read the complete email from Mike (yesterday), I don't think nobody noticed it ... and they key think here is the protection of the "buyer", which is secured if the addresses are converted to non-legacy. If the buyer sees a benefit in coverting legacy space to non-legacy, they can do this today. Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From jordi.palet at consulintel.es Wed Jul 17 20:01:44 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Wed, 17 Jul 2019 20:01:44 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190717175000.GJ60824@Space.Net> References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190717175000.GJ60824@Space.Net> Message-ID: We, as a community, should look for the benefit of the community. With that in mind, in that case we should have that to be the *only choice*. Alternatively the buyer can still do the process outside the policy process, because he is opting to not convert the resources to non-legacy. I've already said this, but let me to repeat it: This is my opinion, and it looks was the opinion of the other 4 RIR communities. You opinion can be diverse, of course, but it is clear that I'm not alone. ?El 17/7/19 19:54, "Gert Doering" escribi?: Hi, On Wed, Jul 17, 2019 at 06:48:46PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: > -> I don't think this is "delicate" at all. Nobody is being *forced* to do that. If you have legacy, you can do transfers outside the system and nobody can oppose to that. However, please read the complete email from Mike (yesterday), I don't think nobody noticed it ... and they key think here is the protection of the "buyer", which is secured if the addresses are converted to non-legacy. If the buyer sees a benefit in coverting legacy space to non-legacy, they can do this today. Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From gert at space.net Wed Jul 17 20:13:05 2019 From: gert at space.net (Gert Doering) Date: Wed, 17 Jul 2019 20:13:05 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190717175000.GJ60824@Space.Net> Message-ID: <20190717181305.GK60824@Space.Net> Hi, On Wed, Jul 17, 2019 at 08:01:44PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: > We, as a community, should look for the benefit of the community. You still fail to bring forward a clear reasoning this would be so. If you argue "the buyer wants this!" it's not an argument why this would be "beneficial for the community" - but more an argument for why no change is needed. > I've already said this, but let me to repeat it: This is my opinion, and it looks was the opinion of the other 4 RIR communities. From what I've heard so far, this was not an explicit change but more a "it happened somewhere along the historic evolution of things". So, "the opinion of the other 4 RIR communities" might be exaggerating a slight bit > You opinion can be diverse, of course, but it is clear that I'm not alone. I fail to see much support for your well-formulated problem statement. Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From jordi.palet at consulintel.es Wed Jul 17 20:19:32 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Wed, 17 Jul 2019 20:19:32 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <87b81edce33d3bc7b013a9d05ee4621b@klaver.it> References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190715.141734.1738911857779757736.he@uninett.no> <8EA44827-F629-4BCF-9656-EA4068467D84@consulintel.es> <20190716084602.GT14471@Space.Net> <87b81edce33d3bc7b013a9d05ee4621b@klaver.it> Message-ID: <751FF59B-9AA3-4A4E-A5BA-3CF43D9FDC89@consulintel.es> Hi Michiel, I think the email from Mike (yesterday) responded to this together with my previous links to each RIR. Anyway, I've contacted to all the RIR policy officers, and even if not all them have responded yet with new information, this is a summary of the situation. 1) In ARIN, they ask for signing the RSA. This is the literal response I got from them: ARIN Policy 2009-1 does indeed require specified transfer resources to ?receive? the resources under RSA. This policy was implemented in June 2009 and that version of the NRPM may be viewed at https://www.arin.net/vault/policy/archive/nrpm_20090601.pdf. Subsequent policy changes impacted NRPM section 8.3, and went on to add 8.4 and 8.5, clarifying that the requirement applies to both intra- and inter-RIR transfers with ARIN recipients. The Inter-RIR language specifically came about via ARIN Policy 2012-1 (https://www.arin.net/vault/policy/proposals/2012_1.html), which was implemented in July 2012 (https://www.arin.net/vault/policy/archive/nrpm_20120731.pdf). Since that time, other changes have occurred within Section 8, but none to my knowledge have impacted the requirement that recipients must ?receive? the resources under RSA. 2) AFRINIC. There was a wrong link in their web page when I looked at this and provided the link here. After I checked that and observed the mismatch, they corrected it. So the correct link to the proposal is: https://www.afrinic.net/policy/archive/ipv4-resources-transfer-within-the-afrinic-region-v3 3) LACNIC and APNIC, as explained in previous email. Even if I've asked them for explicit arguments when the discussion of each proposal was carried out I didn't get those responses, so again I think Mike email has the clearest view. Alternatively, there will be a chance if we investigate the mail archive discussion for each policy proposal in each RIR. Regards, Jordi @jordipalet ?El 16/7/19 11:05, "Michiel Klaver" escribi?: Hi Jordi, Maybe you can provide any documentation available from the other RIRs about their rationale why they implemented this kind of policy? Maybe they have some strong arguments we are missing here? Gert Doering wrote at 2019-07-16 10:46: > Hi, > > On Tue, Jul 16, 2019 at 10:29:28AM +0200, JORDI PALET MARTINEZ via > address-policy-wg wrote: >> Again, please consider, if it is good that we are the only RIR not >> doing so. I don't think that's good. > > If this is the main argument ("I changed this in all the other RIRs, > and now *you* are the only ones stubbornly refusing to follow my > all-the-others-are-doing-this argument") - it's a somewhat weak one. > > You have failed to bring forward any reason for changing things, except > > "it is unfair that there is a difference" > > (without detailing what exactly the unfairness would be, who would > be disadvantaged by this, exactly, and why they would be affected > positively by this proposal) - and > > "all the other RIRs have changed this!" > > which is both not very compelling. > > > I could also not see anyone speak up in a supportive way, so I'd > consider > this "sufficiently discussed, and no support to go for a formal > proposal". > > Gert Doering > -- APWG chair ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From jordi.palet at consulintel.es Wed Jul 17 20:22:35 2019 From: jordi.palet at consulintel.es (JORDI PALET MARTINEZ) Date: Wed, 17 Jul 2019 20:22:35 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190717181305.GK60824@Space.Net> References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190717175000.GJ60824@Space.Net> <20190717181305.GK60824@Space.Net> Message-ID: <620D1A7C-C5EC-4916-9148-4F1BD5EA7D55@consulintel.es> Hi Gert, I just sent an email with the clarification of the proposals in the other RIRs. The point here is that what I consider a valid argument (fairness for as much overall community as possible and a bad thing otherwise, so a problem), you think is not. This is a valid disagreement, of course and this is just part of the process to improve our policies. ?El 17/7/19 20:15, "Gert Doering" escribi?: Hi, On Wed, Jul 17, 2019 at 08:01:44PM +0200, JORDI PALET MARTINEZ via address-policy-wg wrote: > We, as a community, should look for the benefit of the community. You still fail to bring forward a clear reasoning this would be so. If you argue "the buyer wants this!" it's not an argument why this would be "beneficial for the community" - but more an argument for why no change is needed. > I've already said this, but let me to repeat it: This is my opinion, and it looks was the opinion of the other 4 RIR communities. From what I've heard so far, this was not an explicit change but more a "it happened somewhere along the historic evolution of things". So, "the opinion of the other 4 RIR communities" might be exaggerating a slight bit > You opinion can be diverse, of course, but it is clear that I'm not alone. I fail to see much support for your well-formulated problem statement. Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. From nick at foobar.org Wed Jul 17 20:41:42 2019 From: nick at foobar.org (Nick Hilliard) Date: Wed, 17 Jul 2019 19:41:42 +0100 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <620D1A7C-C5EC-4916-9148-4F1BD5EA7D55@consulintel.es> References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190717175000.GJ60824@Space.Net> <20190717181305.GK60824@Space.Net> <620D1A7C-C5EC-4916-9148-4F1BD5EA7D55@consulintel.es> Message-ID: JORDI PALET MARTINEZ via address-policy-wg wrote on 17/07/2019 19:22: > The point here is that what I consider a valid argument (fairness for > as much overall community as possible and a bad thing otherwise, so a > problem), you think is not. This is a valid disagreement, of course > and this is just part of the process to improve our policies. Jordi, this has nothing to do with fairness. The RIPE community has a policy for dealing with legacy resources and legacy resource holders. By having this policy, the RIPE Community has openly declared that it accepts that legacy resources are a fair and reasonable part of the number resource ecosystem. Nick From scottleibrand at gmail.com Wed Jul 17 20:45:01 2019 From: scottleibrand at gmail.com (Scott Leibrand) Date: Wed, 17 Jul 2019 11:45:01 -0700 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <751FF59B-9AA3-4A4E-A5BA-3CF43D9FDC89@consulintel.es> References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190715.141734.1738911857779757736.he@uninett.no> <8EA44827-F629-4BCF-9656-EA4068467D84@consulintel.es> <20190716084602.GT14471@Space.Net> <87b81edce33d3bc7b013a9d05ee4621b@klaver.it> <751FF59B-9AA3-4A4E-A5BA-3CF43D9FDC89@consulintel.es> Message-ID: I can comment on the ARIN case. At the time we fully intended that legacy holders (and their legal successors) should continue to be able to use the address space they got pre-ARIN under the same terms under which they were assigned it. However, there was originally no provision for legacy address holders to be able to transfer space to unrelated parties. When we added policy to allow specified transfers, we (the ARIN community) agreed that legacy holders should be able to sell and transfer their legacy holdings, but that the recipient of the space would receive it under RSA, on equal footing with anyone else receiving new address space from ARIN. Scott > On Jul 17, 2019, at 11:19 AM, JORDI PALET MARTINEZ via address-policy-wg wrote: > > Hi Michiel, > > I think the email from Mike (yesterday) responded to this together with my previous links to each RIR. Anyway, I've contacted to all the RIR policy officers, and even if not all them have responded yet with new information, this is a summary of the situation. > > 1) In ARIN, they ask for signing the RSA. This is the literal response I got from them: > > ARIN Policy 2009-1 does indeed require specified transfer resources to ?receive? the resources under RSA. This policy was implemented in June 2009 and that version of the NRPM may be viewed at https://www.arin.net/vault/policy/archive/nrpm_20090601.pdf. > > Subsequent policy changes impacted NRPM section 8.3, and went on to add 8.4 and 8.5, clarifying that the requirement applies to both intra- and inter-RIR transfers with ARIN recipients. > > The Inter-RIR language specifically came about via ARIN Policy 2012-1 (https://www.arin.net/vault/policy/proposals/2012_1.html), which was implemented in July 2012 (https://www.arin.net/vault/policy/archive/nrpm_20120731.pdf). > > Since that time, other changes have occurred within Section 8, but none to my knowledge have impacted the requirement that recipients must ?receive? the resources under RSA. > > 2) AFRINIC. There was a wrong link in their web page when I looked at this and provided the link here. After I checked that and observed the mismatch, they corrected it. So the correct link to the proposal is: > https://www.afrinic.net/policy/archive/ipv4-resources-transfer-within-the-afrinic-region-v3 > > 3) LACNIC and APNIC, as explained in previous email. > > Even if I've asked them for explicit arguments when the discussion of each proposal was carried out I didn't get those responses, so again I think Mike email has the clearest view. Alternatively, there will be a chance if we investigate the mail archive discussion for each policy proposal in each RIR. > > Regards, > Jordi > @jordipalet > > > > ?El 16/7/19 11:05, "Michiel Klaver" escribi?: > > Hi Jordi, > > Maybe you can provide any documentation available from the other RIRs > about their rationale why they implemented this kind of policy? Maybe > they have some strong arguments we are missing here? > > > Gert Doering wrote at 2019-07-16 10:46: >> Hi, >> >> On Tue, Jul 16, 2019 at 10:29:28AM +0200, JORDI PALET MARTINEZ via >> address-policy-wg wrote: >>> Again, please consider, if it is good that we are the only RIR not >>> doing so. I don't think that's good. >> >> If this is the main argument ("I changed this in all the other RIRs, >> and now *you* are the only ones stubbornly refusing to follow my >> all-the-others-are-doing-this argument") - it's a somewhat weak one. >> >> You have failed to bring forward any reason for changing things, except >> >> "it is unfair that there is a difference" >> >> (without detailing what exactly the unfairness would be, who would >> be disadvantaged by this, exactly, and why they would be affected >> positively by this proposal) - and >> >> "all the other RIRs have changed this!" >> >> which is both not very compelling. >> >> >> I could also not see anyone speak up in a supportive way, so I'd >> consider >> this "sufficiently discussed, and no support to go for a formal >> proposal". >> >> Gert Doering >> -- APWG chair > > > > > ********************************************** > IPv4 is over > Are you ready for the new Internet ? > http://www.theipv6company.com > The IPv6 Company > > This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. > > > > > From mike at iptrading.com Wed Jul 17 21:30:08 2019 From: mike at iptrading.com (Mike Burns) Date: Wed, 17 Jul 2019 15:30:08 -0400 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190717175000.GJ60824@Space.Net> References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190717175000.GJ60824@Space.Net> Message-ID: <019901d53cd6$0b717330$22545990$@iptrading.com> > -> I don't think this is "delicate" at all. Nobody is being *forced* to do that. If you have legacy, you can do transfers outside the system and nobody can oppose to that. However, please read the complete email from Mike (yesterday), I don't think nobody noticed it ... and they key think here is the protection of the "buyer", which is secured if the addresses are converted to non-legacy. If the buyer sees a benefit in coverting legacy space to non-legacy, they can do this today. Gert Doering -- NetMaster Hi Gert, This is true but also irrelevant. The issue here is whether it is within the purview of the community to recognize transfers of legacy space only in exchange for change of status. What is the principled objection to the community trading the new service (of booked transfers) in exchange for the change of legacy status after the blocks are in the hands of new owners? What imposition is it on legacy holders, who are after all selling their blocks through the agency of the RIR? Don't get me wrong, I love RIPE legacy space and think all space should be similarly governed by the world's registries! RIPE treats legacy space as if RIPE were merely the title registry, registering all legal title changes. It's the imposition of restrictive policies that reduce the value of other blocks, or elevate legacy value if you want to view it that way. As I said earlier, if the restrictive policies disappeared the only bonus value of legacy space is fee avoidance. And really RIR fee avoidance is insignificant for virtually all buyers. Regards, Mike From gert at space.net Wed Jul 17 21:39:29 2019 From: gert at space.net (Gert Doering) Date: Wed, 17 Jul 2019 21:39:29 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <019901d53cd6$0b717330$22545990$@iptrading.com> References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190717175000.GJ60824@Space.Net> <019901d53cd6$0b717330$22545990$@iptrading.com> Message-ID: <20190717193929.GN60824@Space.Net> Hi, On Wed, Jul 17, 2019 at 03:30:08PM -0400, Mike Burns wrote: > What is the principled objection to the community trading the new service > (of booked transfers) in exchange for the change of legacy status after the > blocks are in the hands of new owners? What imposition is it on legacy > holders, who are after all selling their blocks through the agency of the > RIR? This is the wrong question to ask. "Why is changing the current system this way an improvement compared to what we have now? Improvement in which way, exactly, and who benefits?" We do not change policy just to change it, or because someone else did so, but to fix a problem, improve a process, shift unfairness some other way (these are never straightforward), etc. Policy proposals do not come cheap. Bottom-up policy making requires that people spend their time looking at policy proposals, make up their mind, voice their opinion and discuss to come to an agreement. If we flood the system with changes "for the sake of change" that neither have enough support to properly take off, nor have a clearly defined problem statement (that has some amount of support behind it), we are wearing out the system, and people will stop engaging. We already see this effect when trying to get people to comment on other proposals that *do* have a clear problem statement and a tight timeline. Gert Doering -- APWG chair -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From mike at iptrading.com Wed Jul 17 22:05:05 2019 From: mike at iptrading.com (Mike Burns) Date: Wed, 17 Jul 2019 16:05:05 -0400 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190717193929.GN60824@Space.Net> References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190717175000.GJ60824@Space.Net> <019901d53cd6$0b717330$22545990$@iptrading.com> <20190717193929.GN60824@Space.Net> Message-ID: <01b601d53cda$ed00b000$c7021000$@iptrading.com> Hi Gert, Thanks for your reply, inline answers below. This is the wrong question to ask. "Why is changing the current system this way an improvement compared to what we have now? Improvement in which way, exactly, and who benefits?" We do not change policy just to change it, or because someone else did so, but to fix a problem, improve a process, shift unfairness some other way (these are never straightforward), etc. >Jordi has already expressed the problem and supported his depiction of unfairness that can be shifted. He buttressed his expression by pointing to relevant policies at every other RIR as evidence that he is not alone in his view. I would say he established his problem statement as a desire to shift the unfairness of retaining special address status after the provision of services that never existed for legacy owners before the RIR system. (At least I am unaware of booked transfers being possible to legacy holders prior to the RIR system.) Policy proposals do not come cheap. Bottom-up policy making requires that people spend their time looking at policy proposals, make up their mind, voice their opinion and discuss to come to an agreement. If we flood the system with changes "for the sake of change" that neither have enough support to properly take off, nor have a clearly defined problem statement (that has some amount of support behind it), we are wearing out the system, and people will stop engaging. >If we flood the system with comments from outside the region, issuing problem statement objections and irrelevancies about RIPE's contractual leverage over legacy holders and legacy holders' ability to voluntarily change status, we could also wear out the system. ? Regards, Mike From gert at space.net Wed Jul 17 22:13:21 2019 From: gert at space.net (Gert Doering) Date: Wed, 17 Jul 2019 22:13:21 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <01b601d53cda$ed00b000$c7021000$@iptrading.com> References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190717175000.GJ60824@Space.Net> <019901d53cd6$0b717330$22545990$@iptrading.com> <20190717193929.GN60824@Space.Net> <01b601d53cda$ed00b000$c7021000$@iptrading.com> Message-ID: <20190717201321.GO60824@Space.Net> Hi, On Wed, Jul 17, 2019 at 04:05:05PM -0400, Mike Burns wrote: > >Jordi has already expressed the problem and supported his depiction of unfairness that can be shifted. He buttressed his expression by pointing to relevant policies at every other RIR as evidence that he is not alone in his view. I would say he established his problem statement as a desire to shift the unfairness of retaining special address status after the provision of services that never existed for legacy owners before the RIR system. (At least I am unaware of booked transfers being possible to legacy holders prior to the RIR system.) There is a *difference*, undoubtly so. Whether it is an *unfairness* or not seems to be very much a personal opinion - I have heard more disagrement than agreement. And of course transfers have been possible before the RIRs existed :-) - whether or not they are "booked transfers" depends a bit on "in which book" - I'm fairly sure you could send a mail to Jon Postel "I have given this class B to my friend because I do not need it anymore" and that was subsequently recorded. Of course not in "the RIPE NCC book", since that did not exist. I should point out one of the usual counterarguments against imposing too much bureaucracy, especially regarding transfers. We want proper documentation. Before almost everything else(!). Impose extra restrictions on transfers, and some people will decide that this is too much hassle and just do it under the desk, with creative contracts ("we do not transfer this network, I just lease it to you for 10 years"). Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From mike at iptrading.com Wed Jul 17 22:47:06 2019 From: mike at iptrading.com (Mike Burns) Date: Wed, 17 Jul 2019 16:47:06 -0400 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190717201321.GO60824@Space.Net> References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190717175000.GJ60824@Space.Net> <019901d53cd6$0b717330$22545990$@iptrading.com> <20190717193929.GN60824@Space.Net> <01b601d53cda$ed00b000$c7021000$@iptrading.com> <20190717201321.GO60824@Space.Net> Message-ID: <01c901d53ce0$cc133790$6439a6b0$@iptrading.com> Hi Gert, And of course transfers have been possible before the RIRs existed :-) - whether or not they are "booked transfers" depends a bit on "in which book" - I'm fairly sure you could send a mail to Jon Postel "I have given this class B to my friend because I do not need it anymore" and that was subsequently recorded. Of course not in "the RIPE NCC book", since that did not exist. >I remain of the opinion that booked transfers did not happen before the RIR system, if only due to the presence of free addresses available with a similar mail to Jon Postel. I would love to find evidence that they did, but the fact remains that selling addresses was not contemplated at the time of the creation of the RIR system, and the ability to safely sell them via a change in the RIR registration is a new service. There is an argument as to whether new services should be afforded to non-dues paying legacy holders. You mention that there seems to be little support, but look at ARIN and RPKI for evidence supporting Jordi's opinion, read Scott Liebrand's post about ARIN's deliberations, and my own, for some measure of support for Jordi's problem statement, if the policies at every other registry are not evidence enough. I should point out one of the usual counterarguments against imposing too much bureaucracy, especially regarding transfers. We want proper documentation. Before almost everything else(!). Impose extra restrictions on transfers, and some people will decide that this is too much hassle and just do it under the desk, with creative contracts ("we do not transfer this network, I just lease it to you for 10 years"). >This situation pertains to all transfers, and sometimes a 10 year lease is just a 10 year lease, when it's paid monthly. But as for disguising legacy sales by doing them in this manner, you are quite mistaken. Nobody is spending $20 per address and then not having his ownership recorded in Whois. Or virtually nobody. Nobody I know, and I have done over 750 transfers beginning in the early 2000s. If the buyer doesn't get recorded, there is nothing but fighting in court to prevent the subsequent re-sale of the block by the registrant. No buyer wants to risk waking up to find "his" block is now registered to somebody else in Whois, and the original registrant absconded with the money and disappeared. >However your point about too much bureaucracy is well-taken, and I support efforts to remove the delays, bureaucracies, and unnecessary restrictions that would tend to drive transfers underground. Among these I include waiting periods and needs tests, and in those regards I am certainly in an un-supported position! Regards, Mike From wusel+ml at uu.org Thu Jul 18 01:48:37 2019 From: wusel+ml at uu.org (Kai 'wusel' Siering) Date: Thu, 18 Jul 2019 01:48:37 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190715.141734.1738911857779757736.he@uninett.no> <8EA44827-F629-4BCF-9656-EA4068467D84@consulintel.es> <20190716084602.GT14471@Space.Net> <87b81edce33d3bc7b013a9d05ee4621b@klaver.it> <751FF59B-9AA3-4A4E-A5BA-3CF43D9FDC89@consulintel.es> Message-ID: <554d3505-fe82-c2b1-f517-19ae0cb34714@uu.org> Moin, am 17.07.2019 um 20:45 schrieb Scott Leibrand: > I can comment on the ARIN case. At the time we fully intended that legacy holders (and their legal successors) should continue to be able to use the address space they got pre-ARIN under the same terms under which they were assigned it. However, there was originally no provision for legacy address holders to be able to transfer space to unrelated parties. When we added policy to allow specified transfers, we (the ARIN community) agreed that legacy holders should be able to sell and transfer their legacy holdings, but that the recipient of the space would receive it under RSA, on equal footing with anyone else receiving new address space from ARIN. Maybe someone can quickly fill me in on how this happened under the RIR regime in the first place? I left hostmastery about twenty years ago, when 194/8 was in a state of "it's considered PA but wasn't always handed down that way, contractually; please fix this, LIRs" and space from 195/8 was clearly handed out as PA, based on and for a documented use case. Revisiting this field maybe ten years later, I learned that IP space now is a property that even can be sold (and has a value attached to it, too) ? instead of needing to be returned if the inital use case doesn't exist anymore. This feels like a U-turn from ripe-083's "Finally, please understand that we are not working against you, but with the whole Internet community to achieve a fair distribution of the remaining address space" to me. I'm only following ap-wg for about 2,5 years now, a pointer to when and why a market for IPv4 was endorsed by the RIPE community would be very welcome. Which brings me to the main point: maybe it's time to put a stop to the trading of IPv4 space, instead of trying to fix loopholes in the policy system supporting that market? If there's no way to transfer legacy space except back to IANA, Internic's successor, there's no need for failing policies regarding the transfer. Same goes with PI space; this was assigned to End Users, thus the only possible receipient of that space can be the issuing RIR, if that End User is no more or stops using it itself. And the same goes for PA, of course: this space was allocated to a specific LIR in a non-portable way; if that LIR goes out of business, the space has to return to the issuing RIR. IF the RIRs are there to ensure "a fair distribution of the remaining address space", they SHOULD ensure they receive it back when the reason for the assignment or allocation ceases to exist. Therefore, from my perspective, the answer to the question in the subject should be: No, we should stop allowing any transfer of IPv4 space, except back to the issuing party. Thanks for reading, and no, I'm not joking or trolling here.Regards, -kai From Piotr.Strzyzewski at polsl.pl Thu Jul 18 08:25:40 2019 From: Piotr.Strzyzewski at polsl.pl (Piotr Strzyzewski) Date: Thu, 18 Jul 2019 08:25:40 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190717181305.GK60824@Space.Net> References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190717175000.GJ60824@Space.Net> <20190717181305.GK60824@Space.Net> Message-ID: <20190718062540.GF23972@hydra.ck.polsl.pl> On Wed, Jul 17, 2019 at 08:13:05PM +0200, Gert Doering wrote: Hi, > > You opinion can be diverse, of course, but it is clear that I'm not alone. > > I fail to see much support for your well-formulated problem statement. So count me as one of the supporters. I see at least two extra advantages of legacy space being converted to "regular" IP space: 1. RIPE-705 can be enforced on those entities. [1] 2. This close all possible loopholes similar to the one exploited in the past and presented by Janos during October 2016 GM under agenda point 6. [1] Look at two random examples: 151.80.183.140/30 and 192.94.58.0/24. In both cases I don't think that those companies were legacy at all. Piotr -- Piotr Strzy?ewski Silesian University of Technology, Computer Centre Gliwice, Poland From cfriacas at fccn.pt Thu Jul 18 11:53:22 2019 From: cfriacas at fccn.pt (=?ISO-8859-15?Q?Carlos_Fria=E7as?=) Date: Thu, 18 Jul 2019 10:53:22 +0100 (WEST) Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190717162804.GF51928@cilantro.c4inet.net> References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190717162804.GF51928@cilantro.c4inet.net> Message-ID: On Wed, 17 Jul 2019, Sascha Luck [ml] wrote: (...) > > Leaving the inherent silliness of "owning" or "administering" > integers aside: > > I own my car because "somebody, someday" told me (after money > changing hands, of course) "this is yours". The same applies to > the computer I'm writing this on. If you'd like to change this you're welcome > to try and take them > off me and see how far you get ;) Hi Sascha, All. If someone tries to hijack your car or your computer, jurisdiction should be clear, and you will know *where* to present a report. That, unfortunately has no paralell for IP addressing -- well, maybe except in the LACNIC region where they have WARP (Warning Advice and Reporting Point). I don't know how many people are aware about WARP's existence, i just found out about it quite recently :-) >> However, pushing for a conversion from legacy to "RIR system" looks very >> delicate. Not sure that legally it can be forced (probably in some >> countries the regulator may be able to do something, but I wouldn't count >> on that). As for "do it for you own good", while this may not work today, >> some day everybody would better get into the RPKI bandwagon, at which point >> the RIRs would be in a strong position to "kindly" ask holders to convert >> the legacy resources to "RIR system". If the will id there, which is an >> entirely different issue. > > I don't think the RIRs should get into the business of extortion > any more than into theft. Nothing good can conceivably come off > that. Afaik access to the certification service (RPKI) is voluntary and is already available for legacy holders that engage with the RIR system (see ripe-724, republished yesterday from ripe-674 and ripe-615). Regards, Carlos > rgds, > Sascha Luck > From ripe-wgs at radu-adrian.feurdean.net Sat Jul 20 15:37:50 2019 From: ripe-wgs at radu-adrian.feurdean.net (Radu-Adrian FEURDEAN) Date: Sat, 20 Jul 2019 15:37:50 +0200 Subject: [address-policy-wg] =?utf-8?q?question_about_IPv4_legacy_and_tra?= =?utf-8?q?nsfers_-_should_we_convert_legacy_to_non-legacy_with_transfers?= =?utf-8?q?=3F?= In-Reply-To: <20190717162804.GF51928@cilantro.c4inet.net> References: <20190713115619.GE14471@Space.Net> <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190717162804.GF51928@cilantro.c4inet.net> Message-ID: <7ac1c99f-9e88-412e-89a8-3bcc38c6f3f8@www.fastmail.com> On Wed, Jul 17, 2019, at 18:28, Sascha Luck [ml] wrote: > Correct, and the rationale for that is that it's better for the > Internet to have these resources documented somewhere. This is about documentation change, not about keeping the documentation in place. > Leaving the inherent silliness of "owning" or "administering" > integers aside: Leaving that aside pretty much means supporting it (the silliness). The legacy vs RIR-administered debate is pretty much about the silliness vs normality of "owning integers". > I own my car because "somebody, someday" told me (after money > changing hands, of course) "this is yours". The same applies to > the computer I'm writing this on. No. First, the car and the computer are not under the same regime. For the car, you own it when the registry has been updated with convincing documentation from the former owner. That usually implies some other things are up-to-date (technical control ok - to take some random thing). For the computer, it's pretty much the case, with a few exceptions like "enough" people disagreeing for certain reasons making it "no longer yours". > If you'd like to change this you're welcome to try and take them off me and see how far you get ;) You do realize that some people do it, and for a computer it works much better than for a car. -- Radu-Adrian FEURDEAN From ripe-wgs at radu-adrian.feurdean.net Sat Jul 20 15:46:09 2019 From: ripe-wgs at radu-adrian.feurdean.net (Radu-Adrian FEURDEAN) Date: Sat, 20 Jul 2019 15:46:09 +0200 Subject: [address-policy-wg] =?utf-8?q?question_about_IPv4_legacy_and_tra?= =?utf-8?q?nsfers=09-=09should_we_convert_legacy_to_non-legacy_with_transf?= =?utf-8?q?ers=3F?= In-Reply-To: <20190718062540.GF23972@hydra.ck.polsl.pl> References: <67E77C00-51E1-4E35-8C96-58AB1CAC020D@consulintel.es> <659A8FD4-7AEF-4D53-8FCC-4FDCCD9D0C2C@consulintel.es> <20190717175000.GJ60824@Space.Net> <20190717181305.GK60824@Space.Net> <20190718062540.GF23972@hydra.ck.polsl.pl> Message-ID: <680ea464-4297-4f80-bf96-70a4c0498567@www.fastmail.com> On Thu, Jul 18, 2019, at 08:25, Piotr Strzyzewski via address-policy-wg wrote: > > I fail to see much support for your well-formulated problem statement. > > So count me as one of the supporters. I see at least two extra Count me too. However, please note that we are AGAIN discussing about IPv4, since this issue does not exist with IPv6 addresses. -- Radu-Adrian FEURDEAN From hph at oslo.net Sun Jul 21 23:19:15 2019 From: hph at oslo.net (Hans Petter Holen) Date: Sun, 21 Jul 2019 17:19:15 -0400 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> Message-ID: On Sun, 14 Jul 2019 at 17:56, JORDI PALET MARTINEZ via address-policy-wg < address-policy-wg at ripe.net> wrote: > What I?m saying is that we force the change of status from non-legacy to > legacy if addresses are transferred to a new member or an existing member, > as both of them will have all the legal bindings already with RIPE NCC. > If the goal is to have a correct and updated registry adding criteria by force to transfers is counter productive. For larger address space transactions this will simply lead to transfer of legal entities, or other legal constructs to circumvent the policies. I belive the community should focus strongly on an accurate registry as the main principle. Hans Petter -- -- Hans Petter Holen Mobile +47 45 06 60 54 | hph at oslo.net | http://hph.oslo.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From sander at steffann.nl Mon Jul 22 14:28:05 2019 From: sander at steffann.nl (Sander Steffann) Date: Mon, 22 Jul 2019 14:28:05 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> Message-ID: <99DE4ABF-4701-4436-A01E-3973779CBC2D@steffann.nl> Hi, > I belive the community should focus strongly on an accurate registry as the main principle. This ^^^ Sander -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: Message signed with OpenPGP URL: From stolpe at resilans.se Mon Jul 22 15:05:14 2019 From: stolpe at resilans.se (Daniel Stolpe) Date: Mon, 22 Jul 2019 15:05:14 +0200 (CEST) Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> Message-ID: On Sun, 21 Jul 2019, Hans Petter Holen wrote: > I belive the community should focus strongly on an accurate registry as the main principle. +1 Best Regards, Daniel Stolpe _________________________________________________________________________________ Daniel Stolpe Tel: 08 - 688 11 81 stolpe at resilans.se Resilans AB Fax: 08 - 55 00 21 63 http://www.resilans.se/ Box 45 094 556741-1193 104 30 Stockholm From Piotr.Strzyzewski at polsl.pl Mon Jul 22 15:16:04 2019 From: Piotr.Strzyzewski at polsl.pl (Piotr Strzyzewski) Date: Mon, 22 Jul 2019 15:16:04 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> Message-ID: <20190722131604.GA22787@hydra.ck.polsl.pl> On Sun, Jul 21, 2019 at 05:19:15PM -0400, Hans Petter Holen wrote: > On Sun, 14 Jul 2019 at 17:56, JORDI PALET MARTINEZ via address-policy-wg < > address-policy-wg at ripe.net> wrote: > > > What I???m saying is that we force the change of status from non-legacy to > > legacy if addresses are transferred to a new member or an existing member, > > as both of them will have all the legal bindings already with RIPE NCC. > > > > If the goal is to have a correct and updated registry adding criteria by > force to transfers is counter productive. > > For larger address space transactions this will simply lead to transfer of > legal entities, or other legal constructs to circumvent the policies. > > I belive the community should focus strongly on an accurate registry as the > main principle. One should remember that "the main" is distinct from "the only". Piotr -- Piotr Strzy?ewski Silesian University of Technology, Computer Centre Gliwice, Poland From jim at rfc1035.com Mon Jul 22 15:24:52 2019 From: jim at rfc1035.com (Jim Reid) Date: Mon, 22 Jul 2019 14:24:52 +0100 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190722131604.GA22787@hydra.ck.polsl.pl> References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> <20190722131604.GA22787@hydra.ck.polsl.pl> Message-ID: > On 22 Jul 2019, at 14:16, Piotr Strzyzewski via address-policy-wg wrote: > >> >> I belive the community should focus strongly on an accurate registry as the >> main principle. > > One should remember that "the main" is distinct from "the only". Except when those other policies detract from the main one. If we can't maintain an accurate registry, then what's the point? From Piotr.Strzyzewski at polsl.pl Mon Jul 22 15:26:34 2019 From: Piotr.Strzyzewski at polsl.pl (Piotr Strzyzewski) Date: Mon, 22 Jul 2019 15:26:34 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> <20190722131604.GA22787@hydra.ck.polsl.pl> Message-ID: <20190722132634.GA24386@hydra.ck.polsl.pl> On Mon, Jul 22, 2019 at 02:24:52PM +0100, Jim Reid wrote: > > > > On 22 Jul 2019, at 14:16, Piotr Strzyzewski via address-policy-wg wrote: > > > >> > >> I belive the community should focus strongly on an accurate registry as the > >> main principle. > > > > One should remember that "the main" is distinct from "the only". > > Except when those other policies detract from the main one. If we can't maintain an accurate registry, then what's the point? IMHO, this is not the case here. Let's try not to fall in the false dilemma here. Piotr -- Piotr Strzy?ewski Silesian University of Technology, Computer Centre Gliwice, Poland From apwg at c4inet.net Mon Jul 22 15:51:16 2019 From: apwg at c4inet.net (Sascha Luck [ml]) Date: Mon, 22 Jul 2019 14:51:16 +0100 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190722132634.GA24386@hydra.ck.polsl.pl> References: <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> <20190722131604.GA22787@hydra.ck.polsl.pl> <20190722132634.GA24386@hydra.ck.polsl.pl> Message-ID: <20190722135116.GG51928@cilantro.c4inet.net> On Mon, Jul 22, 2019 at 03:26:34PM +0200, Piotr Strzyzewski via address-policy-wg wrote: >> >> Except when those other policies detract from the main one. If we can't maintain an accurate registry, then what's the point? > >IMHO, this is not the case here. Let's try not to fall in the false >dilemma here. But it is the case... AFAICT, the only "sanction" a RIR has available for any party trading in legacy resources (and refusing to comply with orders to "hand them over") is to refuse to provide registry service for those. That won't stop transfers but will lead to those resources become unregistered or, even worse, incorrectly registered. rgds, Sascha Luck From nick at foobar.org Mon Jul 22 15:53:43 2019 From: nick at foobar.org (Nick Hilliard) Date: Mon, 22 Jul 2019 14:53:43 +0100 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190722132634.GA24386@hydra.ck.polsl.pl> References: <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> <20190722131604.GA22787@hydra.ck.polsl.pl> <20190722132634.GA24386@hydra.ck.polsl.pl> Message-ID: <5d15d7e9-95d5-1da1-97fb-82bfb04a1298@foobar.org> Piotr Strzyzewski via address-policy-wg wrote on 22/07/2019 14:26: > IMHO, this is not the case here. Let's try not to fall in the false > dilemma here. there's no false dichotomy. Non legacy address space falls under various policies e.g. geographic association and being subject to high RIR costs. These policies are what causes legacy address space to cost more than RIR address space on the address market. If a legacy block is threatened with being converted from something more valuable to something less valuable, then people will avoid the RIR transfer route and we'll end up with less accurate registry info. Nick From jim at rfc1035.com Mon Jul 22 16:27:27 2019 From: jim at rfc1035.com (Jim Reid) Date: Mon, 22 Jul 2019 15:27:27 +0100 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190722132634.GA24386@hydra.ck.polsl.pl> References: <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> <20190722131604.GA22787@hydra.ck.polsl.pl> <20190722132634.GA24386@hydra.ck.polsl.pl> Message-ID: <46609107-7168-479A-BB51-449867673179@rfc1035.com> > On 22 Jul 2019, at 14:26, Piotr Strzyzewski via address-policy-wg wrote: > > IMHO, this is not the case here. Let's try not to fall in the false dilemma here. I'm sorry Piotr, I strongly disagree. The idea that was being proposed imposes retroactive conditions on legacy address holders. Which is very wrong. Policies should never be imposed retroactively. If implemented, the suggested policy will discourage legacy holders from co-operating with the NCC, Which in turn encourages "creative" solutions to get around that hypothetical problem and therefore bring about new ways to undermine the integrity of the NCC database. I fail to see what the false dichotomy is. Or could be. From cfriacas at fccn.pt Tue Jul 23 23:03:57 2019 From: cfriacas at fccn.pt (=?ISO-8859-15?Q?Carlos_Fria=E7as?=) Date: Tue, 23 Jul 2019 22:03:57 +0100 (WEST) Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <5d15d7e9-95d5-1da1-97fb-82bfb04a1298@foobar.org> References: <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> <20190722131604.GA22787@hydra.ck.polsl.pl> <20190722132634.GA24386@hydra.ck.polsl.pl> <5d15d7e9-95d5-1da1-97fb-82bfb04a1298@foobar.org> Message-ID: "e.g. geographic association" -- really...?????? Cheers, Carlos On Mon, 22 Jul 2019, Nick Hilliard wrote: > Piotr Strzyzewski via address-policy-wg wrote on 22/07/2019 14:26: >> IMHO, this is not the case here. Let's try not to fall in the false >> dilemma here. > > there's no false dichotomy. > > Non legacy address space falls under various policies e.g. geographic > association and being subject to high RIR costs. These policies are what > causes legacy address space to cost more than RIR address space on the > address market. > > If a legacy block is threatened with being converted from something more > valuable to something less valuable, then people will avoid the RIR transfer > route and we'll end up with less accurate registry info. > > Nick > > From cfriacas at fccn.pt Tue Jul 23 23:15:33 2019 From: cfriacas at fccn.pt (=?ISO-8859-15?Q?Carlos_Fria=E7as?=) Date: Tue, 23 Jul 2019 22:15:33 +0100 (WEST) Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <46609107-7168-479A-BB51-449867673179@rfc1035.com> References: <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> <20190722131604.GA22787@hydra.ck.polsl.pl> <20190722132634.GA24386@hydra.ck.polsl.pl> <46609107-7168-479A-BB51-449867673179@rfc1035.com> Message-ID: Disclaimer: i'm not deeply interested in transfers, that's not what the org i work for usually does... :) (please see inline) On Mon, 22 Jul 2019, Jim Reid wrote: >> On 22 Jul 2019, at 14:26, Piotr Strzyzewski via address-policy-wg wrote: >> >> IMHO, this is not the case here. Let's try not to fall in the false dilemma here. > > I'm sorry Piotr, I strongly disagree. The idea that was being proposed imposes retroactive conditions on legacy address holders. Which is very wrong. Policies should never be imposed retroactively. I also don't really like the idea/concept. However, it may be argued that when a transfer happens, the "new owner" doesn't have the same rights than the legacy resource holder, because it didn't receive the space from the original source. But even with that, i still think a new proposal "converting" the status is not something favourable to a legacy resource holder. Plus, i still think the status shouldn't even be allowed to change... (but i know i'm most likely alone on that one...) > If implemented, the suggested policy will discourage legacy holders > from co-operating with the NCC, It has the same effect on coooperation with ARIN/AFRINIC/APNIC/LACNIC ? > Which in turn encourages "creative" > solutions to get around that hypothetical problem and therefore bring > about new ways to undermine the integrity of the NCC database. Well, looking at the other 4 regions' status on this topic, probably the most creative solution is to push the transfer through the RIPE NCC... :-)) Regards, Carlos > I fail to see what the false dichotomy is. Or could be. > > > From nick at foobar.org Tue Jul 23 23:18:56 2019 From: nick at foobar.org (Nick Hilliard) Date: Tue, 23 Jul 2019 22:18:56 +0100 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> <20190722131604.GA22787@hydra.ck.polsl.pl> <20190722132634.GA24386@hydra.ck.polsl.pl> <5d15d7e9-95d5-1da1-97fb-82bfb04a1298@foobar.org> Message-ID: Carlos Fria?as wrote on 23/07/2019 22:03: > "e.g. geographic association" > > -- really...?????? Yep, really. https://www.nro.net/wp-content/uploads/comp-pol-2018v2.pdf see Section 1.3.4 - Out of region Use. + also: https://afrinic.net/policy/manual > 5.4.6.2 AFRINIC resources are for AFRINIC service region and any use > outside the region should be solely in support of connectivity back > to the AFRINIC region. Nick From cfriacas at fccn.pt Wed Jul 24 09:28:36 2019 From: cfriacas at fccn.pt (=?ISO-8859-15?Q?Carlos_Fria=E7as?=) Date: Wed, 24 Jul 2019 08:28:36 +0100 (WEST) Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> <20190722131604.GA22787@hydra.ck.polsl.pl> <20190722132634.GA24386@hydra.ck.polsl.pl> <5d15d7e9-95d5-1da1-97fb-82bfb04a1298@foobar.org> Message-ID: Hi Nick, All, On Tue, 23 Jul 2019, Nick Hilliard wrote: > Carlos Fria?as wrote on 23/07/2019 22:03: >> "e.g. geographic association" >> >> -- really...?????? > > Yep, really. > > https://www.nro.net/wp-content/uploads/comp-pol-2018v2.pdf Nice to have that written down (i.e. in a document, referring to an actual policy). However... how far is that (the geographic association bit) from operational reality...? > see Section 1.3.4 - Out of region Use. > > + also: https://afrinic.net/policy/manual > >> 5.4.6.2 AFRINIC resources are for AFRINIC service region and any use >> outside the region should be solely in support of connectivity back >> to the AFRINIC region. "in support of connectivity back to region" Really sounds like a joke. Everything will fit... Anyway, nothing about that on the other four regions.....? :-) Cheers, Carlos > Nick > From nick at foobar.org Wed Jul 24 10:39:31 2019 From: nick at foobar.org (Nick Hilliard) Date: Wed, 24 Jul 2019 09:39:31 +0100 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> <20190722131604.GA22787@hydra.ck.polsl.pl> <20190722132634.GA24386@hydra.ck.polsl.pl> <5d15d7e9-95d5-1da1-97fb-82bfb04a1298@foobar.org> Message-ID: <665fea6c-d88c-584d-726d-7971ced7bdfc@foobar.org> Carlos Fria?as wrote on 24/07/2019 08:28: > However... how far is that (the geographic association bit) from > operational reality...? It means that if you breach the policy, then it's a policy violation, and the RIR policy violation procedures apply. Nick From ebais at a2b-internet.com Wed Jul 24 15:15:21 2019 From: ebais at a2b-internet.com (Erik Bais) Date: Wed, 24 Jul 2019 13:15:21 +0000 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: References: <20190713115619.GE14471@Space.Net> <02EC369F-4985-4F5B-B5A7-1978EA6A84BF@consulintel.es> <20190713122108.GG14471@Space.Net> <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> Message-ID: <15D5FB30-E990-4F6E-8A39-720FDD0C6A3E@a2b-internet.com> Thank you for the insight Hans Petter. Accuracy of the registry is the key goal for the community and should be the goal of all proposals. We (AP-WG chairs) don?t see a clear problem description nor sufficient support to proceed with the discussion into a formal PDP process. We like to thank all participants for their input and view in this discussion. Kind regards (on behalf of the AP-WG chair collective) Erik Bais From: address-policy-wg on behalf of Hans Petter Holen Reply-To: "hph at oslo.net" Date: Sunday 21 July 2019 at 23:20 To: JORDI PALET MARTINEZ Cc: "address-policy-wg at ripe.net" Subject: Re: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? On Sun, 14 Jul 2019 at 17:56, JORDI PALET MARTINEZ via address-policy-wg > wrote: What I?m saying is that we force the change of status from non-legacy to legacy if addresses are transferred to a new member or an existing member, as both of them will have all the legal bindings already with RIPE NCC. If the goal is to have a correct and updated registry adding criteria by force to transfers is counter productive. For larger address space transactions this will simply lead to transfer of legal entities, or other legal constructs to circumvent the policies. I belive the community should focus strongly on an accurate registry as the main principle. Hans Petter -- -- Hans Petter Holen Mobile +47 45 06 60 54 | hph at oslo.net | http://hph.oslo.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From Piotr.Strzyzewski at polsl.pl Wed Jul 24 16:15:16 2019 From: Piotr.Strzyzewski at polsl.pl (Piotr Strzyzewski) Date: Wed, 24 Jul 2019 16:15:16 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <46609107-7168-479A-BB51-449867673179@rfc1035.com> References: <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> <20190722131604.GA22787@hydra.ck.polsl.pl> <20190722132634.GA24386@hydra.ck.polsl.pl> <46609107-7168-479A-BB51-449867673179@rfc1035.com> Message-ID: <20190724141516.GA28744@hydra.ck.polsl.pl> On Mon, Jul 22, 2019 at 03:27:27PM +0100, Jim Reid wrote: > > > > On 22 Jul 2019, at 14:26, Piotr Strzyzewski via address-policy-wg wrote: > > > > IMHO, this is not the case here. Let's try not to fall in the false dilemma here. > > I'm sorry Piotr, I strongly disagree. The idea that was being proposed imposes retroactive conditions on legacy address holders. Which is very wrong. Policies should never be imposed retroactively. I fully understand your point of view. However, I see it a bit different. I do not perceive this as proposal which imposes retroactive conditions on legacy address holders. For me there is a clear and strong bond between _original_ legacy resource holder and its legacy address space (resource). That is why I see this as future action against the future holder of the resource after its future transfer. > If implemented, the suggested policy will discourage legacy holders from co-operating with the NCC, Which in turn encourages "creative" solutions to get around that hypothetical problem and therefore bring about new ways to undermine the integrity of the NCC database. > > I fail to see what the false dichotomy is. Or could be. Either, by accepting such ideas, we will be doomed and the registry will become poor quality or, by rejecting such ideas, we will have a good quality registry in the first place. Sorry for exagerrating here. Piotr -- Piotr Strzy?ewski Silesian University of Technology, Computer Centre Gliwice, Poland From Piotr.Strzyzewski at polsl.pl Wed Jul 24 16:20:06 2019 From: Piotr.Strzyzewski at polsl.pl (Piotr Strzyzewski) Date: Wed, 24 Jul 2019 16:20:06 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <5d15d7e9-95d5-1da1-97fb-82bfb04a1298@foobar.org> References: <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> <20190722131604.GA22787@hydra.ck.polsl.pl> <20190722132634.GA24386@hydra.ck.polsl.pl> <5d15d7e9-95d5-1da1-97fb-82bfb04a1298@foobar.org> Message-ID: <20190724142006.GB28744@hydra.ck.polsl.pl> On Mon, Jul 22, 2019 at 02:53:43PM +0100, Nick Hilliard wrote: > Piotr Strzyzewski via address-policy-wg wrote on 22/07/2019 14:26: >> IMHO, this is not the case here. Let's try not to fall in the false >> dilemma here. > > there's no false dichotomy. > > Non legacy address space falls under various policies e.g. geographic > association and being subject to high RIR costs. These policies are what > causes legacy address space to cost more than RIR address space on the > address market. > > If a legacy block is threatened with being converted from something more > valuable to something less valuable, then people will avoid the RIR > transfer route and we'll end up with less accurate registry info. Jordi has assured us, that those practices are in place in other RIRs (I am not using this as an argument in the discussion). Do you have any stats or observations from other RIRs to support such sinister prophecy? Piotr -- Piotr Strzy?ewski Silesian University of Technology, Computer Centre Gliwice, Poland From Piotr.Strzyzewski at polsl.pl Wed Jul 24 16:26:34 2019 From: Piotr.Strzyzewski at polsl.pl (Piotr Strzyzewski) Date: Wed, 24 Jul 2019 16:26:34 +0200 Subject: [address-policy-wg] question about IPv4 legacy and transfers - should we convert legacy to non-legacy with transfers? In-Reply-To: <20190722135116.GG51928@cilantro.c4inet.net> References: <02DA1D99-A212-49AB-BD5C-C56559DAF826@consulintel.es> <20190713124301.GH14471@Space.Net> <5CB48A31-E843-4796-B4CD-50E359D5BC0B@consulintel.es> <77C18E0E-02B6-4656-A286-BE338ADA2387@a2b-internet.com> <893E70AD-63D0-473D-ABF1-19C76C1A233D@consulintel.es> <20190722131604.GA22787@hydra.ck.polsl.pl> <20190722132634.GA24386@hydra.ck.polsl.pl> <20190722135116.GG51928@cilantro.c4inet.net> Message-ID: <20190724142634.GC28744@hydra.ck.polsl.pl> On Mon, Jul 22, 2019 at 02:51:16PM +0100, Sascha Luck [ml] wrote: > On Mon, Jul 22, 2019 at 03:26:34PM +0200, Piotr Strzyzewski via address-policy-wg wrote: >>> >>> Except when those other policies detract from the main one. If we can't maintain an accurate registry, then what's the point? >> >> IMHO, this is not the case here. Let's try not to fall in the false >> dilemma here. > > But it is the case... AFAICT, the only "sanction" a RIR has > available for any party trading in legacy resources (and refusing > to comply with orders to "hand them over") is to refuse > to provide registry service for those. That won't stop > transfers but will lead to those resources become unregistered > or, even worse, incorrectly registered. Argument against has been already mentioned by Mike Burns. You can find it here: https://www.ripe.net/ripe/mail/archives/address-policy-wg/2019-July/012962.html >>This situation pertains to all transfers, and sometimes a 10 year lease is just a 10 year lease, when it's paid monthly. But as for disguising legacy sales by doing them in this manner, you are quite mistaken. Nobody is spending $20 per address and then not having his ownership recorded in Whois. Or virtually nobody. Nobody I know, and I have done over 750 transfers beginning in the early 2000s. If the buyer doesn't get recorded, there is nothing but fighting in court to prevent the subsequent re-sale of the block by the registrant. No buyer wants to risk waking up to find "his" block is now registered to somebody else in Whois, and the original registrant absconded with the money and disappeared.<< Piotr -- Piotr Strzy?ewski Silesian University of Technology, Computer Centre Gliwice, Poland From gert at space.net Fri Jul 26 16:18:42 2019 From: gert at space.net (Gert Doering) Date: Fri, 26 Jul 2019 16:18:42 +0200 Subject: [address-policy-wg] 2019-02 Last Call for Comments (IPv4 Waiting List Implementation) In-Reply-To: References: Message-ID: <20190726141842.GA16344@Space.Net> Dear Working Group, On Tue, Jun 25, 2019 at 09:47:47AM +0200, Marco Schmidt wrote: > Proposal 2019-02, "IPv4 Waiting List Implementation", is now in Concluding Phase. [..] > Any objection must be made by 24 July 2019 and must be supported by an explanation. We have not received any comments in this Last Call phase. According to the PDP, in this phase, "no comment" signals acceptance (Last Call is there to voice last-minute or sustained and so-far unaddressed opposition). Thus, we declare consensus and ask the NCC to proceed with implementation. thank you for your participation, Gert Doering -- APWG chair -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From mschmidt at ripe.net Tue Jul 30 15:59:19 2019 From: mschmidt at ripe.net (Marco Schmidt) Date: Tue, 30 Jul 2019 15:59:19 +0200 Subject: [address-policy-wg] 2019-02 Proposal Accepted (IPv4 Waiting List Implementation) Message-ID: <8d254d45-3710-7bec-269b-1e06decbffda@ripe.net> Dear colleagues, Consensus has been reached on 2019-02, "IPv4 Waiting List Implementation". This proposal aimed at creating a waiting list based on an allocation size of /24 once the RIPE NCC?s free IPv4 pool is exhausted. You can find the full proposal at: https://www.ripe.net/participate/policies/proposals/2019-02 The new RIPE Document is called ripe-725 and is available at: https://www.ripe.net/publications/docs/ripe-725 We estimate that this proposal will take around one to two months to fully implement. We will send another announcement once the implementation is complete and the new procedures are in place. Thank you to everyone who provided input. Kind regards, Marco Schmidt Policy Officer RIPE NCC From aleksey at fast-telecom.net Tue Jul 30 16:20:20 2019 From: aleksey at fast-telecom.net (Alexey Bulgakov) Date: Tue, 30 Jul 2019 17:20:20 +0300 Subject: [address-policy-wg] 2019-02 Proposal Accepted (IPv4 Waiting List Implementation) In-Reply-To: <8d254d45-3710-7bec-269b-1e06decbffda@ripe.net> References: <8d254d45-3710-7bec-269b-1e06decbffda@ripe.net> Message-ID: <15928801564496420@myt5-ad49031e738f.qloud-c.yandex.net> An HTML attachment was scrubbed... URL: From mschmidt at ripe.net Wed Jul 31 12:53:42 2019 From: mschmidt at ripe.net (Marco Schmidt) Date: Wed, 31 Jul 2019 12:53:42 +0200 Subject: [address-policy-wg] 2019-02 Proposal Accepted (IPv4 Waiting List Implementation) In-Reply-To: <15928801564496420@myt5-ad49031e738f.qloud-c.yandex.net> References: <8d254d45-3710-7bec-269b-1e06decbffda@ripe.net> <15928801564496420@myt5-ad49031e738f.qloud-c.yandex.net> Message-ID: Hi Aleksey, At the moment we expect to reach IPv4 runout sometime in late 2019/early 2020. Of course, this will depend on the rate at which new members join the RIPE NCC and so it is difficult to make accurate predictions. Kind regards, Marco Schmidt Policy Officer RIPE NCC On 30/07/2019 16:20, Alexey Bulgakov wrote: > Hi. > > When will it happen? The RIPE NCC graph of IPs exhaustion has > approximated statistics. > > -- > Kind regards, > Aleksey Bulgakov > FastTelecom, CEO > +7 926 6908729 > > 16:59, 30 ???? 2019 ?., Marco Schmidt : > > Dear colleagues, > > Consensus has been reached on 2019-02, "IPv4 Waiting List > Implementation". > > This proposal aimed at creating a waiting list based on an allocation > size of /24 once the RIPE NCC?s free IPv4 pool is exhausted. > > You can find the full proposal at: > https://www.ripe.net/participate/policies/proposals/2019-02 > > The new RIPE Document is called ripe-725 and is available at: > https://www.ripe.net/publications/docs/ripe-725 > > We estimate that this proposal will take around one to two months to > fully implement. > > We will send another announcement once the implementation is complete > and the new procedures are in place. > > Thank you to everyone who provided input. > > Kind regards, > > Marco Schmidt > Policy Officer > RIPE NCC > > -------------- next part -------------- An HTML attachment was scrubbed... URL: