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
Copy file name to clipboardExpand all lines: proposals/10-egress-gateways.md
+107-1Lines changed: 107 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -164,7 +164,7 @@ A catalog of standard policies will be defined, for example:
164
164
165
165
TODO: decide on a definitive catalog of processors.
166
166
167
-
Controllers MUST publish the set of supported processor kinds and versions for a GatewayClass via GatewayClass.status.parametersRef or an implementation-specific status e.g. GatewayClass.status.supportedExtensionKinds.
167
+
Controllers MUST publish the set of supported processor kinds and versions for a GatewayClass via `GatewayClass.status.parametersRef` or an implementation-specific status e.g. `GatewayClass.status.supportedExtensionKinds`.
168
168
169
169
Admission MUST reject unknown catalog kinds and MAY admit domain-scoped kinds but set status Degraded with reason UnsupportedExtensionType until support is advertised.
170
170
@@ -181,6 +181,112 @@ Additional processors may be defined. They MUST declare the following fields:
181
181
Controllers MUST reject processors that declare unsupported phases or invalid schemas.
182
182
Controllers SHOULD reconcile each processor independently, surfacing a `Degraded` status on a per-extension basis (to avoid requeuing entire Backend objects).
183
183
184
+
#### Processor Config Schema Example
185
+
186
+
Below is an example of how a config may be defined and made available as a ConfigMap.
0 commit comments