[DBWG] person without email... and domain object size

[Sylvain Baya]

{old email! it must have been sent months ago :'(}
Dear DBWG,

Hope this email finds you in good health!

Please see my comments below inline...
Thanks.


Le dimanche 24 mars 2024, Frank Habicht <geier at geier.ne.tz> a écrit :

> Hi DBWG,
>
>
Dear Frank,
Thanks for your email, brother.


> I didn't see any responses to below email.
>
>

...not good! for sure :'-(



>
> But I've seen some new objects created recently - [1]
>
>
...since it's allowed! no surprise, though :-/


>
> Is there no interest to stop objects like [1] from being created?
>
>
You can count my support.
...i would have responded very earlier, but i wanted
first to better understand how a solution should be
 defined.


>
> I'm conflicted as in both thinking a change is called for and trying to be
> a neutral chair.
>
>
...just remove that hat first ;-)
You are two; so, i see near to no problem if one of
the two Co-chair propose a change and support it :-/
But, that's only my humble opinion!


> So I think if there's no response, then I can not be an impartial chair
> and declare consensus.
>
>
...+one response now!


> There seem to be 11 domain objects for /128's.
> There seem to be 108 domain objects for longer than /48.
>
> I.e. not a current problem as much as a potential problem when any average
> LIR can create 2^96 domain objects.
> Sorry. That's the number of objects for /128's to create.
> Total of 2^97-1 objects can be created when including all the shorter ones.
>
>
...i think that it's worth considering this change
before more "domain" objects start to appear within
 the AfriNIC's Whois DB.

Shalom,
--sb.



>
> Thanks,
> Frank
>
> [1]
> domain: 5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.6.0.0.0.0.0.0.0.0.0.f.f.f.0.
> c.2.ip6.arpa
> descr:          BTCL INTERNAL6
> nserver:        ns4.btc.bw
> nserver:        ns1.btc.bw
> nserver:        vpsm.btc.bw
> org:            ORG-BTC2-AFRINIC
> admin-c:        BM16-AFRINIC
> admin-c:        OSD1-AFRINIC
> admin-c:        IO10-AFRINIC
> tech-c:         BM16-AFRINIC
> tech-c:         OSD1-AFRINIC
> tech-c:         IO10-AFRINIC
> zone-c:         BM16-AFRINIC
> zone-c:         OSD1-AFRINIC
> zone-c:         IO10-AFRINIC
> mnt-by:         TF-196-1-130-0-196-1-133-255-MNT
> mnt-lower:      TF-196-1-130-0-196-1-133-255-MNT
> changed:        malibalak at btc.bw 20240319
> source:         AFRINIC
>
>
> On 22/02/2024 17:01, Frank Habicht wrote:
>
>> On 07/09/2020 17:21, Ben Maddison wrote:
>>
>>> Hi Simon, all,
>>>
>>> On 09/07, Simon Seruyinda wrote:
>>>
>>>> Hi Frank,
>>>>
>>>> <snip/>
>>>>
>>>> Regarding the rdns objects size, thanks for bringing this up for
>>>> discussion. Currently we have a limit for IPv4 set to minimum of /24, but
>>>> there is no limit implemented for IPv6, so it will go up to 128.
>>>> I agree this could lead to unnecessary db growth and i think a limit
>>>> should be set. Input from the DBWG members on what would be the appropriate
>>>> minimum would highly be appreciated.
>>>>
>>>> I would align with the minimum allocation size (/48, right?).
>>> It's conceivable that a resource holder might want to delegate down
>>> further, but that, I believe, should be a task for the operator's
>>> nameservers.
>>>
>>
>> So,
>>
>> I apparently was wrong assuming something was already implemented.
>>
>> I've just seen that a domain object for a /128 was created yesterday.
>>
>> I think we can now start a 1-week last call on the suggestion from Ben
>> (yes, from long ago) to limit domain objects for IPv6 (i.e. ending in
>> .ip6.arpa) to be covering no smaller(longer) prefixes than the minimum
>> assignment size (currently /48)
>>
>>
>> I propose, if consensus:
>> - domain objects with .ip6.arpa can not have more than 12 hexits when
>>     created
>> - staff to contact owners of the domain objects with more than 12 hexits
>>    to create an object covering their allocation/assignment and
>>    eventually delete the domain object covering an unnecessarily specific
>>    prefix
>>    There are 110 if my grep counted correctly.
>>    Surely from much fewer organisations.
>>
>>
>> Regards,
>> Frank
>>
>
> [...]



-- 
Best Regards !
baya.sylvain [AT cmNOG DOT cm] | [[https://www.cmnog.cm/dokuwiki/Structure
|cmNOG's Structure]] |
[[https://survey2.cmnog.cm/ |cmNOG's Surveys]] | [[
https://lists.cmnog.cm/mailman/listinfo/cmnog |Subscribe to cmNOG's Mailing
List]] |
[[https://tools.std.douala-ix.net/lg |DIX's LookingGlass]] |
__
#LASAINTEBIBLE|#Colossiens2:14,13-17«14 IL a effacé l'acte dont les
ordonnances nous condamnaient et qui subsistait contre nous, et IL l'a
détruit en le clouant à la croix;»#AMEN,#Maranatha,#MerciJÉSUS!
#‎MaPrière‬ est que tu naisses de nouveau.#Chrétiennement
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/dbwg/attachments/20240613/c008a79b/attachment.html>