<div dir="ltr">For your information, APNIC Hostmasters have moved to a mode of operation where for inetnum owners where the AS holder is not the same person, and a request is lodged with helpdesk for assistance,  the hostmasters manually override and create the object for the inetnum holder, only removing it if an AS holder objects. The inetnum holder needs to be recognised in our systems.<div><br></div><div>Its a hand-mediated inetnum-only route object. Previous practice was to wait for explicit approval from the AS holder. Now, its created first, and withdrawn if there is an objection.</div><div><br></div><div>There have been no complaints. APNIC HM are considering portal changes and other process work to automate this.</div><div><br></div><div>-George</div><div class="gmail_extra"><br><div class="gmail_quote">On 25 June 2015 at 21:24, Gert Doering <span dir="ltr"><<a href="mailto:gert@space.net" target="_blank">gert@space.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span><br>
On Thu, Jun 25, 2015 at 09:17:12PM +0200, Havard Eidnes wrote:<br>
> Think of the "route" objects in the IRR as "these may be<br>
> announced", not "these *are* being announced", and in a<br>
> transition phase for a prefix (re-homing to another ISP), two<br>
> route objects for the same route will be required.<br>
<br>
</span>... and there is nothing wrong with that.<br>
<br>
Just to spell it out again very explicitely.<br>
<span><font color="#888888"><br>
gert<br>
--<br>
have you enabled IPv6 on something today...?<br>
<br>
SpaceNet AG                        Vorstand: Sebastian v. Bomhard<br>
Joseph-Dollinger-Bogen 14          Aufsichtsratsvors.: A. Grundner-Culemann<br>
D-80807 Muenchen                   HRB: 136055 (AG Muenchen)<br>
Tel: <a href="tel:%2B49%20%280%2989%2F32356-444" value="+498932356444" target="_blank">+49 (0)89/32356-444</a>           USt-IdNr.: DE813185279<br>
</font></span></blockquote></div><br></div></div>