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 <[email protected]> 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 <[email protected] 
> <mailto:[email protected]>> 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:    [email protected] <mailto:[email protected]> 
> 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
> [email protected] <mailto:[email protected]>
> https://lists.afrinic.net/mailman/listinfo/community-discuss 
> <https://lists.afrinic.net/mailman/listinfo/community-discuss>
> _______________________________________________
> Community-Discuss mailing list
> [email protected]
> https://lists.afrinic.net/mailman/listinfo/community-discuss

_______________________________________________
Community-Discuss mailing list
[email protected]
https://lists.afrinic.net/mailman/listinfo/community-discuss

Reply via email to