<div dir="ltr"><div dir="auto"><span style="font-family:sans-serif;font-size:13.696px">Dear Olivier and Job,</span><div dir="auto" style="font-family:sans-serif;font-size:13.696px"><br></div><div dir="auto" style="font-family:sans-serif;font-size:13.696px">Thanks for your feedback, and sorry for delayed answer (I thought I was already subscribed to the mailing list, but I was not). I was sure the question about PIC and ADD-PATH was going to appear, and I am going to address it in the presentation. The answer is that we mainly target scenarios where you can't use PiC either because the operator is using next hop self (which we understand is fairly common) or because there is no IGP to update the pointer. </div><div dir="auto" style="font-family:sans-serif;font-size:13.696px"><br></div><span class="gmail-im"><div dir="auto" style="font-family:sans-serif;font-size:13.696px">Going back to Job's questions:</div><div dir="auto" style="font-family:sans-serif;font-size:13.696px"><br></div></span><div dir="auto" style="font-family:sans-serif;font-size:13.696px">1) <span style="font-family:arial,sans-serif;font-size:small">Would it perhaps make sense to rank updates by BGP next-hop (using a</span><span style="font-family:arial,sans-serif;font-size:small">  metric like traffic volume), rather than destination prefixes</span><span style="font-family:arial,sans-serif;font-size:small">  themselves? Each BGP next-hop in effect represents a group of</span><span style="font-family:arial,sans-serif;font-size:small"> prefixes.</span><span style="font-size:13.696px"> </span></div><div dir="auto" style="font-family:sans-serif;font-size:13.696px"><br></div><div dir="auto" style="font-family:sans-serif;font-size:13.696px">We are not pushing any ranking algorithm. We used the traffic because it was the most relevant concern at that moment, but we can also consider other algorithms. For instance, we received a comment about considering critical services like the DNSs at the top of the list. For sure I agree we can consider ranking  traffic by next hop, but as we are mainly targeting the next hop self situation this can be tricky. </div><div class="gmail-yj6qo gmail-ajU" style="margin:2px 0px 0px"><div id="gmail-:1ec" class="gmail-ajR" tabindex="0"><img class="gmail-ajT" src="https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif"></div></div><div class="gmail-adL"><span class="gmail-im"><div dir="auto" style="font-family:sans-serif;font-size:13.696px"><br></div><div dir="auto" style="font-family:sans-serif;font-size:13.696px">3) <span style="font-family:arial,sans-serif;font-size:small">Are you looking to publish your work in context of IETF or IRTF?</span></div><div dir="auto" style="font-family:sans-serif;font-size:13.696px"><span style="font-size:13.696px"><br></span></div><div dir="auto" style="font-family:sans-serif;font-size:13.696px"><span style="font-size:13.696px">We are still to decide how and where to present this. IETF is definitely one option. A</span><span style="font-size:12.8px;font-family:arial,sans-serif">ny suggestions about how to go about resenting this in the IETF?</span></div></span><span style="font-size:12.8px">do you suggest to just have an informative presentation in something like GROW WG or do you think it would make sense to write a draft describing the mechanism and see if any WG is willing to take this on?</span></div></div><div class="gmail-HOEnZb gmail-adL"><div class="gmail-adm" style="font-size:12.8px"></div><div class="gmail-im" style="font-size:12.8px"></div></div><div><br></div><div><br></div><div>BR,</div><div><br></div><div>Juan Brenes</div>-- <br><div class="gmail_signature">JUAN BRENES BARANZANO<br>Universidad Carlos III de Madrid</div>
</div>