-
Notifications
You must be signed in to change notification settings - Fork 51
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
delete doing strict checking when not required #647
Comments
I agree. There is some support in the RPSL parser already, we use it for NRTM deletes which sometimes have incomplete objects. |
This is more complicated than I thought, in part because the tests for this are kind of hairy. Will revisit with #412. |
As you say, the workaround for now is to fix the object when submitting it for deletion - it does not need to match the existing object outside of the primary key, object class and source. |
This is proving to be a problem for us as well. Has there been any development on this recently? |
Is your feature request related to a problem? Please describe.
In order to delete objects, IRRd is checking whether the fields in the object have proper syntax. But legacy objects might not have, due to not following current syntax requirements.
Describe the solution you'd like
On objects that are being deleted, only the primary key components should be checked. On a route(6) it's both prefix and origin, on aut-num is the AS.
Describe alternatives you've considered
An alternative would to be remove those objects from the output prior to sending it to IRRd for deletion.
Additional context
One such use was to refer whom to notify by handle instead of by email, but this can manifest at almost any field.
The text was updated successfully, but these errors were encountered: