<div dir="ltr"><span class=""></span><br><span class=""></span><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
</span>Or perhaps not wait for MRAI timers to collapse, and just immediately<br>
process & propagate any changes as they come in? If you want to reduce<br>
convergence timing, is it helpful to hold back communicating state<br>
changes to your neighbors?<br></blockquote><div><br></div><div>you didn't think that this is a waste of packets? if i waite some time in some topology i can send one packets instead of hundred<br></div><span class=""></span><br><span class=""></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
</span>My point is that there is contention around the topic of MRAI and there<br>
are widely deployed 'misimplementations'. Geoff Huston's comments on<br>
this topic are quite insightful.<br>
<br></blockquote><div><br></div><div>i know that around the topic there is contention, for that i want to study it with a deamon and simulations.<br><br></div><div>kind regards,<br></div><div>Mattia <br></div></div><br></div></div>