<div dir="ltr"><div dir="ltr"><div dir="ltr">I strongly take position that at least one AS any company may have in advance. It's nothing, but it's make further pain is void.</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 7 May 2019 at 16:55, Hansen, Christoffer <<a href="mailto:christoffer@netravnen.de">christoffer@netravnen.de</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"><br>
On 07/05/2019 14:18, Aled Morris via address-policy-wg wrote:<br>
> I'm in the process of helping a startup ISP get RIPE membership and<br>
> resources and have hit against a little bit of poor wording in the AS<br>
> guidelines RIPE-679, specifically:<br>
> <br>
> *A network must be multihomed in order to qualify for an AS Number.*<br>
> <br>
> The application for an AS number has been delayed because the NCC analyst<br>
> working on the ticket is claiming the ISP has to be *already multihomed*<br>
> before an AS can be issued.<br>
> <br>
> This interpretation doesn't make any sense to me.  Surely the intention *to<br>
> become multihomed* should be the requirement for obtaining an AS number?<br>
> <br>
> I don't even see how you can be properly multihomed if you don't have an AS<br>
> number.  Are we supposed to implement some kind of NAT multihoming first?<br>
> <br>
> Can we look to change the wording in RIPE-679 to make this clear?<br>
<br>
Pointing to RFC 1930 and pointing out you will want to move<br>
- from "Single-homed site, multiple prefixes"<br>
- to "Multi-homed site, multiple prefixes"<br>
requires you be assigned an ASN.<br>
<br>
You can ask the the NCC analyst, if it is alright to provide them with<br>
agreements with existing upstream provider A and future upstream<br>
provider B is sufficient to be assigned the ASN(?)<br>
<br>
        -Christoffer<br>
<br>
----<br>
<br>
<a href="https://tools.ietf.org/html/rfc1930#section-5.1" rel="noreferrer" target="_blank">https://tools.ietf.org/html/rfc1930#section-5.1</a><br>
<br>
   *    Single-homed site, multiple prefixes<br>
<br>
        Again, a separate AS is not needed; the prefixes should be<br>
        placed in an AS of the site's provider.<br>
<br>
   *    Multi-homed site<br>
<br>
        Here multi-homed is taken to mean a prefix or group of prefixes<br>
        which connects to more than one service provider (i.e. more than<br>
        one AS with its own routing policy). It does not mean a network<br>
        multi-homed running an IGP for the purposes of resilience.<br>
<br>
        An AS is required; the site's prefixes should be part of a<br>
        single AS, distinct from the ASes of its service providers.<br>
        This allows the customer the ability to have a different repre-<br>
        sentation of policy and preference among the different service<br>
        providers.<br>
        This is ALMOST THE ONLY case where a network operator should<br>
        create its own AS number. In this case, the site should ensure<br>
        that it has the necessary facilities to run appropriate routing<br>
        protocols, such as BGP4.<br>
<br>
</blockquote></div>