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
Route ParentRef field does not mention ReferencePolicy #973
Comments
which I take to mean that |
@jpeach I agree that this does need more clarification. My perspective here is that something in the target namespace needs to explicitly allow references to a resource from resources in other namespaces for them to be considered valid. In the case of ParentRef, when it refers to Gateway, a ReferencePolicy is not relevant because the Gateway itself can configure where Routes can be attached from. On the other hand, a ReferencePolicy would be relevant when attaching to some other parent resource that did not have that kind of built in capability. |
@robscott I completely forgot about the |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale I think that we should say that any resource that can act as a ParentRef must include something that acts like AllowedRoutes if it supports cross-namespace attachment. ReferencePolicy should be used for objects that don't have a direct Gateway API attachment formed, or that we can't change the spec of, like Secret and Service. |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale The remaining action here is a some guidance to API designers (ie, us), that we should use a field like AllowedRoutes where we control the spec on both sides of the two-way handshake, and ReferencePolicy where we don't. |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale I'll get this one done. /assign |
What happened:
The
Namespace
field of theParentRef
structure doesn't mention whether aReferencePolicy
is required for the controller to follow a cross-namespace reference.What you expected to happen:
I would expect all cross-namespace references to check a
ReferencePolicy
.The text was updated successfully, but these errors were encountered: