You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
These files were originally created for debugging reasons, so Fort handles them somewhat carelessly.
But --output.roa has turned out to be useful, so it would be nice if it were more script-friendly. It sometimes contains less information than it's supposed to, presumably while Fort is writing it.
Workaround: Try rtrclient from rtrlib:
rtrclient -e -t csv -o roas.csv tcp localhost 323
The text was updated successfully, but these errors were encountered:
Fort used to clear the --output.roa and --output.bgpsec files to make
sure they were writable, during early validations.
So this is why the files spent so much time being empty! This was not
acceptable. It didn't even guarantee the files would still remain
writable by the time Fort needed to properly populate them.
Adjacent progress for #124.
I feel like I need to relearn signals every time I have to interact with
them. Best get this done while the iron's hot.
1. The ROA file is first written as `<cache>/.roa`.
The RK file is first written as `<cache>/.rk`.
2. When the validation run is done, `.roa` is renamed to `--output.roa`,
and `.rk` becomes `--output.bgpsec`.
3. Most terminating signals unlink `.roa` and `.rk`.
Fixes#124.
These files were originally created for debugging reasons, so Fort handles them somewhat carelessly.
But
--output.roa
has turned out to be useful, so it would be nice if it were more script-friendly. It sometimes contains less information than it's supposed to, presumably while Fort is writing it.Workaround: Try
rtrclient
fromrtrlib
:The text was updated successfully, but these errors were encountered: