<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 6, 2019, 11:08 PM Ronald F. Guilmette <<a href="mailto:rfg@tristatelogic.com" target="_blank" rel="noreferrer">rfg@tristatelogic.com</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
>Impossible. It's disabled in the stack, hard-coded as a martian or a bogon,<br>
>can't even configure it, name it.<br>
<br>
Sounds like a software problem.<br>
<br>
If your software doesn't do what you want it to do, that's hardly ARIN's<br>
responsibility.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">The trick is: this is virtually *every* piece of network software ever written that behaves this way.</div><div dir="auto"><br></div><div dir="auto">There was an initiative in March this year, by Paul Wouters I think, to allow use of 240/4, 224/4, 0/8, 127/8 etc. All of those are forbidden now by hard code in Linux, Windows and pretty much any switch firmware.</div><div dir="auto"><br></div><div dir="auto">I encourage you to follow the proceedings of Netdev 0x13 in Prague this year. Look up something like "IPv4 unicast extensions" or "IPv4 unicast expansions".</div><div dir="auto"><br></div><div dir="auto">While ARIN may not be (directly) responsible for this mess, it is the reality it ultimately happens to be a part of.</div><div dir="auto"><br></div><div dir="auto">--</div><div dir="auto">Töma</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>