Re: [Idr] Fwd: Slot request in IDR to present https://www.ietf.org/internet-drafts/draft-idr-bgp-route-refresh-options-00.txt

[Robert Raszuk <[e-mail]>]

Tony,

Sorry to be a bit stubborn here but I have not seen any valid reason for
this work.

Yes you have listed bunch if reasons in the original reply but non of those
apply.

Quoted below from your mail all below reasons require permanent filter not
one time as you must not only get the NLRI once .. you MUST also get all
updates to it when something changes supposedly also in subset way -
otherwise you get all SAFI (all MACs which is what you are trying to avoid
in the first place).

That is critical which you seems to be missing.

The debug thing is not sufficient justification.

Moreover as you confirm this work is not compatible with RTC and as you
confirmed you will not get anything over RTC filter in place. So to use one
time refresh RTC needs to be effectively disabled.

Your reasons:

"The motivation for this work were scenarios where a single-shot refresh is
needed, actually concurrent bunch of those based on configuration changes,
peer having dropped received routes based on specs (A-D), in policy
changes, joining VPNs, EVIs and so on. "

Thx,
R.