[Community-Discuss] requesting database cleanup

[Owen DeLong]

So, in order to register in RADB at a time when Larus had no ASN, just prefixes that they needed to maintain, MERIT suggested that the register using AS64500.

That registration artifact is no longer necessary and has been deleted.

Nothing to see here, please move along.

Owen



> On Aug 27, 2020, at 1:44 PM, Noah <noah at neo.co.tz> wrote:

> 

> Hi Frank

> 

> I double checked bgp historical on he.net <http://he.net/> and seems like he.net <http://he.net/> also records the same https://bgp.he.net/AS64500#_irr <https://bgp.he.net/AS64500#_irr> 

> 

> And AS40978 PJSC "Football Club "Shakhtar" (Donetsk)" in Ukraine are the upstreams.... 

> 

> I think Owen indicated that he does some work for Larus Cloud Services and perhaps he can help fix this one as well :-) 

> 

> ./noah

> neo - network engineering and operations

> 

> 

> On Thu, Aug 27, 2020 at 10:00 PM Frank Habicht <geier at geier.ne.tz <mailto:geier at geier.ne.tz>> wrote:

> Hi,

> 

> sorry for the disturbance in the regular programming.

> 

> I was about to ask (on this list or another) for a contact to help clean

> up a suspicious entry in the RADB IRR - yes, not related to AfriNIC.

> 

> but looking at the entry:

> 

> $ whois AS64500

> [Querying whois.radb.net <http://whois.radb.net/>]

> [whois.radb.net <http://whois.radb.net/>]

> aut-num:    AS64500

> as-name:    LARUS-2

> descr:      Larus Cloud Service Limited

> admin-c:    Tingting Xu

> tech-c:     tingting xu

> mnt-by:     MAINT-LARUS

> changed:    h.lu at laruscloudservice.net <mailto:h.lu at laruscloudservice.net> 20180622  #08:42:16Z

> source:     RADB

> 

> I was wondering if maybe someone subscribed to *this* mailing list was

> the creator and has full ability to remove an aut-num object, which per

> RFC5398

> https://tools.ietf.org/html/rfc5398 <https://tools.ietf.org/html/rfc5398>

> [how did I get to that?

> https://www.iana.org/assignments/as-numbers/as-numbers.xhtml <https://www.iana.org/assignments/as-numbers/as-numbers.xhtml>]

> 

> ... is an ASN reserved for documentation.

> 

> Does anyone have the power to just remove this object referring to an

> ASN that is not theirs?

> 

> PS: yes, I was reading some documentation with this ASN and was not

> aware of the reservation, and looked it up in whois, and got the "funny"

> entry in RADB...

> 

> PPS: possible improvement: if anyone can get RADB to prevent reserves

> ASNs to be created in their DB as aut-num, that'd be great.

> 

> Thanks,

> Frank

> 

> _______________________________________________

> Community-Discuss mailing list

> Community-Discuss at afrinic.net <mailto:Community-Discuss at afrinic.net>

> https://lists.afrinic.net/mailman/listinfo/community-discuss <https://lists.afrinic.net/mailman/listinfo/community-discuss>

> _______________________________________________

> Community-Discuss mailing list

> Community-Discuss at afrinic.net

> https://lists.afrinic.net/mailman/listinfo/community-discuss


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/community-discuss/attachments/20200827/19b393c6/attachment.html>