Dear apWG members,<div>Hope this email finds you in good health.</div><div><br></div><div>Please see my comments below, inline...</div><div><br>Le jeudi 27 janvier 2022, JORDI PALET MARTINEZ via address-policy-wg <<a href="mailto:address-policy-wg@ripe.net" target="_blank">address-policy-wg@ripe.net</a>> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm not convinced that we should "today", provide IPv4 temporary assignments, neither for conferences or experiments.<br> <br></blockquote><div><br></div><div>Hi Jordi,</div><div>Thanks for your email, brother!</div><div>...imho, maybe you should, if you consider a Tech </div><div>conference where you try to teach your attendees </div><div>how to build a transitional network based on the </div><div>464XLAT approach... ;-)</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> A conference can perfectly survive today with a single IPv4 public address (or very few of them) from the ISP providing the link (even if running BGP), using 464XLAT, so the participants get dual-stack in the same way they are used to (private IPv4 addresses) and they also have global IPv6 addresses. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><div><br></div><div>...sure, but please see the usecase presented above.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This can be made with pure open source in a VM (if the provider doesn't have a NAT64, it can be also in the VM, in addition to the CLAT support, both using Jool, or other choices), etc. It is very well proven.<br> <br></blockquote><div><br></div><div>Jordi, maybe this is a good case for a BCOP? :-/</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Now, regarding to experiments, I don't think we should keep doing IPv4 experiments anymore and in the case it is really needed, I think it should be possible to obtain the required addresses from the DCs where the experiment will be co-located.<br> <br></blockquote><div><br></div><div>...i'm understanding the above as: *we* should not</div><div> keep *supporting* IPv4 experiments anymore </div><div>within this RIR.</div><div><br></div><div>That's not a PoV i actually want to support, brother.</div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> So, in short, I think if work is done, it makes more sense to send this policy to "historic", at least deprecating the IPv4 part.<br> <br></blockquote><div><br></div><div>...imho, the RIPE-587 appears to be really useful...</div><div>It covers almost all the situations which may occur in regard to temporary INRs.</div><div>Sure, there are things/aspects to improve but i'm not sure to understand why the specific request for experiment shared by Randy can not be handled through it :-/</div><div><br></div><div>Please, someone to explain it to me :'-(</div><div><br></div><div>~°~</div><div><p dir="ltr">"<br> For longer term projects and research purposes, the number resources may be issued on a temporary basis for a period of up to six calendar months, or one month longer than the expected life of the project/research/experiment, whichever is shorter.</p> <p dir="ltr">In the case where an End User requires number resources for research purposes, and where the research project details are made public upon registration of the number resources by the RIPE NCC, and where the End User commits to making public the results of their research project free of charge and free from disclosure constraints, then the requested number resources may be issued for a period of up to one calendar year.</p> <p dir="ltr">At the RIPE NCC's discretion renewal of the registration of the resources may be possible in exceptional circumstances on receipt of a new request that details continuation of the End User's requirements during the extended period. Should this request be denied by the RIPE NCC, an appeal may be made using the RIPE NCC Conflict Arbitration "<br> <a href="https://www.ripe.net/publications/docs/ripe-587#:~:text=For%20longer%20term,NCC%20Conflict%20Arbitration">https://www.ripe.net/publications/docs/ripe-587#:~:text=For%20longer%20term,NCC%20Conflict%20Arbitration</a></p></div><div>~•~</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> I'm happy to work on that with a proposal, which seems to be very simple to do.<br> <br></blockquote><div><br></div><div>If there is interesting details to improve i'm also a</div><div> taker. Given that it recalls me that i promised to </div><div>work on the similar DPP (Draft Policy Proposal) </div><div>within the AfriNIC's service region :-)</div><div><br></div><div><div style="color:rgb(34,34,34);font-size:14px">Blessed new year 2022!</div><div style="color:rgb(34,34,34);font-size:14px">...one year less, under the era of LORD's Grace!</div><div style="color:rgb(34,34,34);font-size:14px"><br></div><div style="color:rgb(34,34,34);font-size:14px">Shalom,</div><div style="color:rgb(34,34,34);font-size:14px">--sb.</div></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Regards,<br> Jordi<br> @jordipalet<br> <br> <br> <br> El 27/1/22 15:45, "address-policy-wg en nombre de Angela Dall'Ara" <<a href="mailto:address-policy-wg-bounces@ripe.net" target="_blank">address-policy-wg-bounces@rip<wbr>e.net</a> en nombre de <a href="mailto:adallara@ripe.net" target="_blank">adallara@ripe.net</a>> escribió:<br> <br> Hi Gert, Randy and Leo,<br> <br> Thank you for dedicating attention and time to ripe-587, as this policy <br> became more topical since the IPv4 run-out.<br> <br> The requests for temporary assignments are always evaluated by the RIPE <br> NCC on a case-by-case basis, and the current text of the policy presents <br> some challenging aspects for the approval.<br> <br> Requests related to conferences and events generally include a <br> documentation that can easily show the utilisation of the addresses and <br> the time of the assignment. Sometimes there is some time pressure due to <br> last-minute submissions and there were few occasions when organisers <br> would have preferred more than the policy limit of two months, but <br> overall this part of the policy is sufficiently clear for the RIPE NCC.<br> <br> The requests for research and testing are posing challenges for the <br> approval against the required address utilisation (50%) stated in the <br> policy, when this cannot be reached due to the nature of the <br> research/experiment/test.<br> <br> We also receive requests where the temporary assignment purpose appears <br> to be part of a standard network setup as the test/experiment/research <br> is motivated with the need of configuring and testing a protocol or a <br> feature that is new to the requester's network while being already <br> widely used in other ones. Many of these requests come from the <br> requester's interpretation of the policy.<br> <br> While the policy cannot cover all cases, a review of the technical <br> requirements, time limits and address utilisation would be beneficial to <br> facilitate the RIPE NCC’s assessment of different requests.<br> <br> Kind regards,<br> Angela<br> <br> -- <br> Angela Dall'Ara<br> RIPE NCC Policy Officer<br> <br> <br> <br> On 26/01/2022 18:32, Gert Doering wrote:<br> > Hi,<br> > [...]<br> > <br> </blockquote></div> <br><br>-- <br><p>Best Regards !<br>__<br>baya.sylvain[AT cmNOG DOT cm]|<<a href="https://cmnog.cm/dokuwiki/Structure">https://cmnog.cm/dokuwiki/Structure</a>><br>Subscribe to Mailing List: <<a href="https://lists.cmnog.cm/mailman/listinfo/cmnog/">https://lists.cmnog.cm/mailman/listinfo/cmnog/</a>><br>__<br>#‎LASAINTEBIBLE‬|#‎Romains15‬:33«Que LE ‪#‎DIEU‬ de ‪#‎Paix‬ soit avec vous tous! ‪#‎Amen‬!»<br>‪#‎MaPrière‬ est que tu naisses de nouveau. #Chrétiennement‬<br>«Comme une biche soupire après des courants d’eau, ainsi mon âme soupire après TOI, ô DIEU!»(#Psaumes42:2)<br><br></p>