<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 27 June 2015 at 09:17, Job Snijders <span dir="ltr"><<a href="mailto:job@ntt.net" target="_blank">job@ntt.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 Sat, Jun 27, 2015 at 06:32:10AM +0200, George Michaelson wrote:<br>
> > > and note that, with one mouth, job has said that the ripe irr is the<br>
> > > only one he will trust.<br>
> ><br>
> > Unsure if i follow you exactly, but indeed, I only trust the RIPE IRR<br>
> > when it comes to RIPE managed space.<br>
><br>
> Why then, do you expect anyone to trust RIPE IRR for all the un-RIPE<br>
> managed space which can be freely added, to permit RIPE managed space<br>
> related objects to be made?<br>
<br>
</span>I don't recall expecting that? Did i in some earlier email forget to<br>
insert a criticial 'not' in a sentence or something?<br></blockquote><div><br></div><div>So those route objects which refer to RIPE managed space, and non-RIPE managed space. Do you filter them out? The ones which have non-RIPE objects inserted?</div><div><br></div><div>I thought you meant that if it was in the RIPE IRR you trusted it. I didn't realize you were performing a post-check on the origination of the referred elements in route and other objects.</div><div><br></div><div>Sorry</div><div><br></div><div>_G</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
> Surely from a consistency point of view (and yes, its reductionist,<br>
> but so is software) this means we shouldn't be trusting all the<br>
> additional objects added 'for your convenience' under the open<br>
> password maintainer?<br>
<br>
</span>Yes, the open password maintainer is a thorn in our side. Relevant to<br>
the discussion: <a href="https://ripe70.ripe.net/archives/video/132/" rel="noreferrer" target="_blank">https://ripe70.ripe.net/archives/video/132/</a> (Title is<br>
actually 'IRR Homing project')<br></blockquote><div><br></div><div>If we're clear that a goal is to stop having it, and by implication stop having out-of-region data inserted into the RIPE IRR Thats good! </div></div><br></div></div>