[RPKI-Deployers] New RPKI tool from NLnet Labs: RTRTR

Chris Morrow morrowc at google.com
Thu Nov 12 12:44:01 EST 2020


On Thu, Nov 12, 2020 at 11:58 AM Job Snijders <job at ntt.net> wrote:
>
> In RTRTR the only 'export' interface into the decision making end (the
> BGP router) in RTRTR is the RTR protocol. NLNetlabs is setting the stage
> to take 'low quality data' and upsample it through the RTR interface
> into something it is not.

oh, I read their readme:
  "...and finally feeds it to routers either via protocols such as RTR or
   through generated configuration files."

to mean it could spit out 'router configuration' which here means (to me):
  prefix-list data

though possibly prefix-list data and/or route-map and/or juniper
policies/route-filters...
though I dont' see anything like vendor-specific templates or such that'd make
prefix-list/routemap/etc exist :( oops.

> It seems future version of RTRTR will be able to take not-validated-data
> (like IRR), and convert that into the RTR (stands for RPKI-To-Router)
> protocol, which on the receiving EBGP router side is interpreted as
> validated ROA payload data to be used in the RFC 6811 process. RTRTR is
> not an "prefix list cleanup tool" (like ripe-731 or irrd 4.1.0 are).
> Seems to me they are setting the stage to somewhat dillute the current
> interfaces in the ecosystem.

yea this could go badly :(


More information about the RPKI-Deployers mailing list