<div dir="ltr">Hi Denis,<div><br></div><div>That would be great to have a way to assign a whole allocation without splitting it to smaller assignments. I support the idea of having a new status value.</div><div><br></div><div>Regards,</div><div><br></div><div>Arash Naderpour</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 4, 2022 at 10:39 PM denis walker via db-wg <<a href="mailto:db-wg@ripe.net">db-wg@ripe.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Colleagues<br>
<br>
For many years people have been asking for a way to assign a whole<br>
allocation without having to create 2 smaller assignments. The<br>
situation is more relevant now with so many /24 allocations. After the<br>
RIPE NCC rejected the idea of a dual primary key, for technical<br>
reasons, there were two options on the table. Making the "status:"<br>
attribute multiple or creating a new status value 'ALLOCATED-ASSIGNED<br>
PA'. No one has objected to either of these options. The co-chairs<br>
therefore recommend the option put forward by the RIPE NCC to add a<br>
new status value 'ALLOCATED-ASSIGNED PA'. Of the two options, this is<br>
probably the simplest and likely to cause less problems with user's<br>
scripts that parse objects.<br>
<br>
If there are no objections to this, the co-chairs now ask the RIPE NCC<br>
to produce an impact/implementation report to add this new status<br>
value and include the business rules to restrict it's use. We will<br>
then seek a final approval from the community on the report.<br>
<br>
cheers<br>
denis<br>
co-chair DB-WG<br>
<br>
-- <br>
<br>
To unsubscribe from this mailing list, get a password reminder, or change your subscription options, please visit: <a href="https://mailman.ripe.net/" rel="noreferrer" target="_blank">https://mailman.ripe.net/</a><br>
</blockquote></div>