<div dir="ltr"><div dir="ltr">Hi Mike,<div><br></div><div>Are these setups still multihome?</div><div><br></div><div>Regardsm</div><div><br></div><div>Arash Naderpour </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 22, 2023 at 12:12 PM Mike Bromwich <<a href="mailto:mike.bromwich@stacuity.com">mike.bromwich@stacuity.com</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">Hi,<br>
<br>
One other aspect to consider - there are situations where public ASNs (and addresses) are required - but not directly connected to the Internet. Therefore, they do not appear in the Internet routing tables but are legitimately used elsewhere.<br>
<br>
For example, in our field (mobile cellular networks) mobile operators are connected using the IPX network as managed by the GSMA. This is distinct from the Internet but public ASNs and addresses are required.<br>
<br>
The relevant guidelines from the GSMA: <a href="https://www.gsma.com/newsroom/wp-content/uploads/IR.40-v8.0.pdf" rel="noreferrer" target="_blank">https://www.gsma.com/newsroom/wp-content/uploads/IR.40-v8.0.pdf</a><br>
<br>
'The GSMA worked closely with the all the RIR communities (RIPE NCC, ARIN and APNIC)<br>
to develop and produce the early versions of this document. This was essential to ensure<br>
that the proposed guidelines to the Service Providers associated with requesting and<br>
implementing Public addresses are aligned with the existing policies and procedures of the<br>
RIR community.'<br>
<br>
'New Public address space assignment must be requested by Service Providers and IPX<br>
Providers from the appropriate LIR/NIR/DR using existing procedures supported by its<br>
respective serving RIR.<br>
<br>
This document can be used as part of the request submitted by the Service Provider as a<br>
source of reference to help explain the requirement for Public address space.'<br>
<br>
Perhaps there are other such networks which work in the same way? Perhaps there should be a mechanism to record or report that resources are in use elsewhere and so should not be recovered?<br>
<br>
Mike<br>
<br>
<br>
-----Original Message-----<br>
From: address-policy-wg <<a href="mailto:address-policy-wg-bounces@ripe.net" target="_blank">address-policy-wg-bounces@ripe.net</a>> On Behalf Of Marco Schmidt<br>
Sent: Thursday, June 8, 2023 2:31 PM<br>
To: <a href="mailto:address-policy-wg@ripe.net" target="_blank">address-policy-wg@ripe.net</a><br>
Subject: [address-policy-wg] Input Requested: How to Ensure Responsible ASN Resource Management<br>
<br>
Dear colleagues,<br>
<br>
At RIPE 86, we shared some observations regarding Autonomous System Number (ASN) requests and usage [1].<br>
<br>
We see an increasing number of ASN requests coming from both inside and outside of our service region. This seems to be driven primarily by the low cost and ease of receiving an ASN from the RIPE NCC. The downside is that we also see a significant decrease in responsible resource management by these resource holders. A large number of ASNs are never used or become abandoned after a short period.<br>
<br>
Some data: in the last two years, we have provided 4,186 ASNs (between March 2021 and February 2023). Of this amount, we can see that 1,478 ASNs (more than 35%) do not appear to be in use, as they are not visible in the routing system.<br>
<br>
Looking at total numbers, we have issued almost 38,000 ASNs, of which more than 8,000  (~20%) are not visible.<br>
<br>
This growing trend not only creates avoidable work for Registration Services and added costs for the membership, we believe it also undermines the goal of responsible management of Internet number resources within our service region.<br>
<br>
As the membership voted against an annual service fee for ASNs at the recent RIPE NCC General Meeting, I would like to ask the working group for guidance on how resource holders can be motivated to manage their ASNs responsibly and how the RIPE NCC can provide support for this.<br>
<br>
We also plan to intensify our ongoing project to clean up unused Autonomous System (AS) Numbers [2]. Almost 2,000 unused ASNs have been recovered as part of this work so far. Do you support our approach here? <br>
And are there other ways we could improve the situation? Perhaps you could add clarification on requesting and returning ASNs in the relevant RIPE policy, or maybe we could give a stronger mandate and responsibility to the sponsoring LIRs.<br>
<br>
<br>
<br>
If you have an ASN registered to you that you don’t need anymore, you can always contact us through the LIR Portal or via your sponsoring LIR and we will arrange for the return of this resource.<br>
<br>
Kind regards,<br>
<br>
Marco Schmidt<br>
Manager Registration Services<br>
RIPE NCC<br>
<br>
<br>
<br>
[1]<br>
<a href="https://ripe86.ripe.net/wp-content/uploads/presentations/82-RIPE86-Feeback-from-RS-reviewed.pdf" rel="noreferrer" target="_blank">https://ripe86.ripe.net/wp-content/uploads/presentations/82-RIPE86-Feeback-from-RS-reviewed.pdf</a><br>
<br>
[2] <a href="https://www.ripe.net/manage-ips-and-asns/as-numbers/as-number-clean-up" rel="noreferrer" target="_blank">https://www.ripe.net/manage-ips-and-asns/as-numbers/as-number-clean-up</a><br>
<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>
-- <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></div>