<div dir="ltr">More flexible policy for better operation practice is really preferred in all cases.<div><br></div><div>-Lu</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 13, 2015 at 11:48 AM, Radu-Adrian FEURDEAN <span dir="ltr"><<a href="mailto:ripe-wgs@radu-adrian.feurdean.net" target="_blank">ripe-wgs@radu-adrian.feurdean.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, Nov 13, 2015, at 11:10, Gert Doering wrote:<br>
> On Fri, Nov 13, 2015 at 11:02:07AM +0100, Christian Kratzer wrote:<br>
> > The situaion is very similar to the last /8 situation and I would support extending the last /8 policy to 16 bit AS numbers as well.<br>
><br>
> Actually, it is totally different.  LIRs are entities that handle address<br>
> distribution, but not necessarily run a network (many do, some do not),<br>
> so tieing "last /8 address space" to "one LIR one block" is a compromise<br>
> that sort of follows what the LIR does: hand out address space.<br>
<br>
</span>Not so much lately. At least not for new players and for the cases where<br>
a opening a LIR replaces a PI block.<br>
However, I do agree that some LIRs may not need an ASN at all, and most<br>
others may be fine with 32bit ASNs. Even for transit networks, 16-bit<br>
ASN is not a must in all cases.<br>
<br>
I think needs evaluation, as ugly as it is, it's still the best way of<br>
not wasting limited ressoucres. And a good recovery policy (maybe<br>
including "forced recovery/deregistration for non-complicance") is even<br>
better.<br>
<br>
Concerning the criteria for allocating a 16bit ASN, for a transit<br>
network I would add "accept 32bit ASN from customers", just to make<br>
sure. There are really ugly thing out there in the wild.<br>
<br>
--<br>
Radu-Adrian FEURDEAN<br>
fr.ccs<br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>--<br>Kind regards.<br>Lu<br><br></div></div></div>
</div></div>