-
Epic
-
Resolution: Unresolved
-
Major
-
None
-
None
-
Document and test current Gateway API dns feature
-
BU Product Work
-
5
-
False
-
None
-
False
-
To Do
-
OCPSTRAT-247 - Gateway API using Istio for Cluster Ingress - Tech Preview
-
OCPSTRAT-247Gateway API using Istio for Cluster Ingress - Tech Preview
-
100% To Do, 0% In Progress, 0% Done
-
0
-
0.000
Use cases:
- As a customer I would like to understand how and when DNS records are created for my Gateway API resources.
- As a developer I would like to fix any issues that are not acceptable, or document those that cannot be resolved.
See
Enhancement Proposal - new controller to manage dns records for gateway listeners
Write and run unit test cases to find answers to the following about the current Gateway API DNS reconciliation:
- Does it work with multiple Gateways? Create multiple Gateways that have listeners with same hostname, as well as with differing hostnames and test DNS flow.
- What happens for a Gateway with Listeners that don't have a hostname?
- Does it ignore Services that are not associated with the Gateway controller?
- What happens if a Gateway listener tries to claim a name (abc.example.com) that would match a *.apps.example.com ingress controller wildcard. Which endpoint tries to serves the request to abc.example.com?
- Other important factors TBD.
Acceptance Criteria: new unit test cases, documentation, and update to enhancement document if needed.
- is related to
-
OCPBUGS-8526 GWAPI doesn't create DNS records for Gateways that are manually linked
- New