Hi Mike,
Thanks for your comment & i just now realize i missed your previous
email - apologies for that. Thanks for your support to the draft, much
appreciated.
Thanks also for your input about supplementary information for the
"Policy Discard" code / use-case for REL. Would you be happy
Hi,
After seeing Paolo’s talk at IETF117 on BMP REL, I have some comments:
I like the idea of adding RPKI status to the BMP message, currently its
possible get the same functionality by adding the RPKI status in post
processing eg. in PMACCT.
The RPKI status is checked against a route on the
Hi Luuk,
Thanks for your feedback & support to this draft. Inline:
On 17/1/23 10:54, Luuk Hendriks wrote:
[ .. ]Hi Paolo, all,
Having said that, some thoughts on the -00:
Sec 3.2:
Do we need to reuse the entire BGP UPDATE PDU, or can we only reuse NLRI
encoding? The overhead of especially
Hi Paolo, all,
Thanks for writing down this idea in. Being on the consumer / BMP
station side of things, I'd welcome REL as I agree with the motivation
in the Introduction section. But I also realise that the exporting side
might be far more challenging to implement. Curious to hear what people
Dear Growers,
I wanted to draw your attention on this new document that i just
submitted - and that i hope the venerable Chairs would allow me to
briefly present tomorrow.
Basic idea: in BMP we have State Synchronization (Route Monitoring),
Debugging (Route Mirroring), Statistics, etc.