<div dir="ltr">Hello everyone, <div><br></div><div>While discussing IRR on some groups recently, I was thinking if there can be (and if there is) cycling dependency in filtering where IRR (run by whoever APNIC, RIPE, RADB etc) uses some upstream and accepts only routes with existing & valid route object. </div><div><br></div><div><br></div><div><br></div><div>So hypothetical case (can apply to any IRR): </div><div><br></div><div><ol><li style="margin-left:15px">APNIC registry source is <a href="http://whois.apnic.net/" target="_blank">whois.apnic.net</a> and points to 202.12.28.136 / 2001:dc0:1:0:4777::136. The aggregate of both these has a valid route object at the APNIC registry itself. <br><br></li><li style="margin-left:15px">Their upstreams say AS X, Y and Z have tooling in place to generate and push filters by checking all popular IRRs. All is well till this point. <br><br></li><li style="margin-left:15px">Say APNIC has some server/service issue for a few mins and X Y and Z are updating their filters at the same time. They cannot contact <a href="http://whois.apnic.net/" target="_blank">whois.apnic.net</a> and hence miss generating filters for all APNIC IRR hosted prefixes. <br><br></li><li style="margin-left:15px">X, Y and  Z drop APNIC prefixes including those of IRR & the loop goes on from this point onwards. </li></ol><div><br></div></div><div>So my question is: Can that actually happen? </div><div>If not, do X, Y and Z and possible all upstreams till default-free zone treat these prefixes in a special manner to avoid such loop in resolution? </div><div><br></div><div><br></div><div><br></div><div><br></div><div>Thanks! </div><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div><span style="font-family:arial,helvetica,sans-serif">Anurag Bhatia</span><br></div><div></div><div><font face="arial, helvetica, sans-serif"><a href="https://anuragbhatia.com" target="_blank">anuragbhatia.com</a></font></div></div></div></div></div></div></div>