tatara-gateway-api 0.2.1

Tatara domain wrapping 1 CRD(s).
Documentation
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
//! tatara-gateway-api — auto-generated tatara domain.
//!
//! Tatara domain wrapping 1 CRD(s).
//!
//! Generated by `tatara-domain-forge`. Do not hand-edit.
//! Re-run the generator to refresh.

#![allow(clippy::module_name_repetitions)]

use serde::{Deserialize, Serialize};
use tatara_lisp_derive::TataraDomain;

/// Gateway represents an instance of a service-traffic handling infrastructure
/// by binding Listeners to a set of IP addresses.
#[derive(Debug, Clone, Serialize, Deserialize, TataraDomain)]
#[tatara(keyword = "defgateway")]
pub struct GatewaySpec {
    /// Addresses requested for this Gateway. This is optional and behavior can
    /// depend on the implementation. If a value is set in the spec and the
    /// requested address is invalid or unavailable, the implementation MUST
    /// indicate this in the associated entry in GatewayStatus.Addresses.
    /// 
    /// The Addresses field represents a request for the address(es) on the
    /// "outside of the Gateway", that traffic bound for this Gateway will use.
    /// This could be the IP address or hostname of an external load balancer or
    /// other networking infrastructure, or some other address that traffic will
    /// be sent to.
    /// 
    /// If no Addresses are specified, the implementation MAY schedule the
    /// Gateway in an implementation-specific manner, assigning an appropriate
    /// set of Addresses.
    /// 
    /// The implementation MUST bind all Listeners to every GatewayAddress that
    /// it assigns to the Gateway and add a corresponding entry in
    /// GatewayStatus.Addresses.
    /// 
    /// Support: Extended
    /// 
    #[serde(default)]
    pub addresses: Option<Vec<GatewayAddressesItem>>,
    /// GatewayClassName used for this Gateway. This is the name of a
    /// GatewayClass resource.
    pub gateway_class_name: String,
    /// Infrastructure defines infrastructure level attributes about this Gateway instance.
    /// 
    /// Support: Extended
    #[serde(default)]
    pub infrastructure: Option<GatewayInfrastructure>,
    /// Listeners associated with this Gateway. Listeners define
    /// logical endpoints that are bound on this Gateway's addresses.
    /// At least one Listener MUST be specified.
    /// 
    /// Each Listener in a set of Listeners (for example, in a single Gateway)
    /// MUST be _distinct_, in that a traffic flow MUST be able to be assigned to
    /// exactly one listener. (This section uses "set of Listeners" rather than
    /// "Listeners in a single Gateway" because implementations MAY merge configuration
    /// from multiple Gateways onto a single data plane, and these rules _also_
    /// apply in that case).
    /// 
    /// Practically, this means that each listener in a set MUST have a unique
    /// combination of Port, Protocol, and, if supported by the protocol, Hostname.
    /// 
    /// Some combinations of port, protocol, and TLS settings are considered
    /// Core support and MUST be supported by implementations based on their
    /// targeted conformance profile:
    /// 
    /// HTTP Profile
    /// 
    /// 1. HTTPRoute, Port: 80, Protocol: HTTP
    /// 2. HTTPRoute, Port: 443, Protocol: HTTPS, TLS Mode: Terminate, TLS keypair provided
    /// 
    /// TLS Profile
    /// 
    /// 1. TLSRoute, Port: 443, Protocol: TLS, TLS Mode: Passthrough
    /// 
    /// "Distinct" Listeners have the following property:
    /// 
    /// The implementation can match inbound requests to a single distinct
    /// Listener. When multiple Listeners share values for fields (for
    /// example, two Listeners with the same Port value), the implementation
    /// can match requests to only one of the Listeners using other
    /// Listener fields.
    /// 
    /// For example, the following Listener scenarios are distinct:
    /// 
    /// 1. Multiple Listeners with the same Port that all use the "HTTP"
    /// Protocol that all have unique Hostname values.
    /// 2. Multiple Listeners with the same Port that use either the "HTTPS" or
    /// "TLS" Protocol that all have unique Hostname values.
    /// 3. A mixture of "TCP" and "UDP" Protocol Listeners, where no Listener
    /// with the same Protocol has the same Port value.
    /// 
    /// Some fields in the Listener struct have possible values that affect
    /// whether the Listener is distinct. Hostname is particularly relevant
    /// for HTTP or HTTPS protocols.
    /// 
    /// When using the Hostname value to select between same-Port, same-Protocol
    /// Listeners, the Hostname value must be different on each Listener for the
    /// Listener to be distinct.
    /// 
    /// When the Listeners are distinct based on Hostname, inbound request
    /// hostnames MUST match from the most specific to least specific Hostname
    /// values to choose the correct Listener and its associated set of Routes.
    /// 
    /// Exact matches must be processed before wildcard matches, and wildcard
    /// matches must be processed before fallback (empty Hostname value)
    /// matches. For example, `"foo.example.com"` takes precedence over
    /// `"*.example.com"`, and `"*.example.com"` takes precedence over `""`.
    /// 
    /// Additionally, if there are multiple wildcard entries, more specific
    /// wildcard entries must be processed before less specific wildcard entries.
    /// For example, `"*.foo.example.com"` takes precedence over `"*.example.com"`.
    /// The precise definition here is that the higher the number of dots in the
    /// hostname to the right of the wildcard character, the higher the precedence.
    /// 
    /// The wildcard character will match any number of characters _and dots_ to
    /// the left, however, so `"*.example.com"` will match both
    /// `"foo.bar.example.com"` _and_ `"bar.example.com"`.
    /// 
    /// If a set of Listeners contains Listeners that are not distinct, then those
    /// Listeners are Conflicted, and the implementation MUST set the "Conflicted"
    /// condition in the Listener Status to "True".
    /// 
    /// Implementations MAY choose to accept a Gateway with some Conflicted
    /// Listeners only if they only accept the partial Listener set that contains
    /// no Conflicted Listeners. To put this another way, implementations may
    /// accept a partial Listener set only if they throw out *all* the conflicting
    /// Listeners. No picking one of the conflicting listeners as the winner.
    /// This also means that the Gateway must have at least one non-conflicting
    /// Listener in this case, otherwise it violates the requirement that at
    /// least one Listener must be present.
    /// 
    /// The implementation MUST set a "ListenersNotValid" condition on the
    /// Gateway Status when the Gateway contains Conflicted Listeners whether or
    /// not they accept the Gateway. That Condition SHOULD clearly
    /// indicate in the Message which Listeners are conflicted, and which are
    /// Accepted. Additionally, the Listener status for those listeners SHOULD
    /// indicate which Listeners are conflicted and not Accepted.
    /// 
    /// A Gateway's Listeners are considered "compatible" if:
    /// 
    /// 1. They are distinct.
    /// 2. The implementation can serve them in compliance with the Addresses
    /// requirement that all Listeners are available on all assigned
    /// addresses.
    /// 
    /// Compatible combinations in Extended support are expected to vary across
    /// implementations. A combination that is compatible for one implementation
    /// may not be compatible for another.
    /// 
    /// For example, an implementation that cannot serve both TCP and UDP listeners
    /// on the same address, or cannot mix HTTPS and generic TLS listens on the same port
    /// would not consider those cases compatible, even though they are distinct.
    /// 
    /// Note that requests SHOULD match at most one Listener. For example, if
    /// Listeners are defined for "foo.example.com" and "*.example.com", a
    /// request to "foo.example.com" SHOULD only be routed using routes attached
    /// to the "foo.example.com" Listener (and not the "*.example.com" Listener).
    /// This concept is known as "Listener Isolation". Implementations that do
    /// not support Listener Isolation MUST clearly document this.
    /// 
    /// Implementations MAY merge separate Gateways onto a single set of
    /// Addresses if all Listeners across all Gateways are compatible.
    /// 
    /// Support: Core
    pub listeners: Vec<GatewayListenersItem>,
}

// ── Nested types ──────────────────────────────────────
#[derive(Debug, Clone, Serialize, Deserialize)]
pub struct GatewayAddressesItem {
    /// Type of the address.
    #[serde(default)]
    pub r#type: Option<String>,
    /// Value of the address. The validity of the values will depend
    /// on the type and support by the controller.
    /// 
    /// Examples: `1.2.3.4`, `128::1`, `my-ip-address`.
    pub value: String,
}

#[derive(Debug, Clone, Serialize, Deserialize)]
pub struct GatewayInfrastructureParametersRef {
    /// Group is the group of the referent.
    pub group: String,
    /// Kind is kind of the referent.
    pub kind: String,
    /// Name is the name of the referent.
    pub name: String,
}

#[derive(Debug, Clone, Serialize, Deserialize)]
pub struct GatewayInfrastructure {
    /// Annotations that SHOULD be applied to any resources created in response to this Gateway.
    /// 
    /// For implementations creating other Kubernetes objects, this should be the `metadata.annotations` field on resources.
    /// For other implementations, this refers to any relevant (implementation specific) "annotations" concepts.
    /// 
    /// An implementation may chose to add additional implementation-specific annotations as they see fit.
    /// 
    /// Support: Extended
    #[serde(default)]
    pub annotations: Option<std::collections::HashMap<String, String>>,
    /// Labels that SHOULD be applied to any resources created in response to this Gateway.
    /// 
    /// For implementations creating other Kubernetes objects, this should be the `metadata.labels` field on resources.
    /// For other implementations, this refers to any relevant (implementation specific) "labels" concepts.
    /// 
    /// An implementation may chose to add additional implementation-specific labels as they see fit.
    /// 
    /// If an implementation maps these labels to Pods, or any other resource that would need to be recreated when labels
    /// change, it SHOULD clearly warn about this behavior in documentation.
    /// 
    /// Support: Extended
    #[serde(default)]
    pub labels: Option<std::collections::HashMap<String, String>>,
    /// ParametersRef is a reference to a resource that contains the configuration
    /// parameters corresponding to the Gateway. This is optional if the
    /// controller does not require any additional configuration.
    /// 
    /// This follows the same semantics as GatewayClass's `parametersRef`, but on a per-Gateway basis
    /// 
    /// The Gateway's GatewayClass may provide its own `parametersRef`. When both are specified,
    /// the merging behavior is implementation specific.
    /// It is generally recommended that GatewayClass provides defaults that can be overridden by a Gateway.
    /// 
    /// Support: Implementation-specific
    #[serde(default)]
    pub parameters_ref: Option<GatewayInfrastructureParametersRef>,
}

#[derive(Debug, Clone, Serialize, Deserialize)]
pub struct GatewayListenersItemAllowedRoutesKindsItem {
    /// Group is the group of the Route.
    #[serde(default)]
    pub group: Option<String>,
    /// Kind is the kind of the Route.
    pub kind: String,
}

#[derive(Debug, Clone, Serialize, Deserialize)]
pub enum GatewayListenersItemAllowedRoutesNamespacesFromKind {
    #[serde(rename = "All")]
    All,
    #[serde(rename = "Selector")]
    Selector,
    #[serde(rename = "Same")]
    Same,
}

#[derive(Debug, Clone, Serialize, Deserialize)]
pub struct GatewayListenersItemAllowedRoutesNamespacesSelectorMatchExpressionsItem {
    /// key is the label key that the selector applies to.
    pub key: String,
    /// operator represents a key's relationship to a set of values.
    /// Valid operators are In, NotIn, Exists and DoesNotExist.
    pub operator: String,
    /// values is an array of string values. If the operator is In or NotIn,
    /// the values array must be non-empty. If the operator is Exists or DoesNotExist,
    /// the values array must be empty. This array is replaced during a strategic
    /// merge patch.
    #[serde(default)]
    pub values: Option<Vec<String>>,
}

#[derive(Debug, Clone, Serialize, Deserialize)]
pub struct GatewayListenersItemAllowedRoutesNamespacesSelector {
    /// matchExpressions is a list of label selector requirements. The requirements are ANDed.
    #[serde(default)]
    pub match_expressions: Option<Vec<GatewayListenersItemAllowedRoutesNamespacesSelectorMatchExpressionsItem>>,
    /// matchLabels is a map of {key,value} pairs. A single {key,value} in the matchLabels
    /// map is equivalent to an element of matchExpressions, whose key field is "key", the
    /// operator is "In", and the values array contains only "value". The requirements are ANDed.
    #[serde(default)]
    pub match_labels: Option<std::collections::HashMap<String, String>>,
}

#[derive(Debug, Clone, Serialize, Deserialize)]
pub struct GatewayListenersItemAllowedRoutesNamespaces {
    /// From indicates where Routes will be selected for this Gateway. Possible
    /// values are:
    /// 
    /// * All: Routes in all namespaces may be used by this Gateway.
    /// * Selector: Routes in namespaces selected by the selector may be used by
    /// this Gateway.
    /// * Same: Only Routes in the same namespace may be used by this Gateway.
    /// 
    /// Support: Core
    #[serde(default)]
    pub from: Option<GatewayListenersItemAllowedRoutesNamespacesFromKind>,
    /// Selector must be specified when From is set to "Selector". In that case,
    /// only Routes in Namespaces matching this Selector will be selected by this
    /// Gateway. This field is ignored for other values of "From".
    /// 
    /// Support: Core
    #[serde(default)]
    pub selector: Option<GatewayListenersItemAllowedRoutesNamespacesSelector>,
}

#[derive(Debug, Clone, Serialize, Deserialize)]
pub struct GatewayListenersItemAllowedRoutes {
    /// Kinds specifies the groups and kinds of Routes that are allowed to bind
    /// to this Gateway Listener. When unspecified or empty, the kinds of Routes
    /// selected are determined using the Listener protocol.
    /// 
    /// A RouteGroupKind MUST correspond to kinds of Routes that are compatible
    /// with the application protocol specified in the Listener's Protocol field.
    /// If an implementation does not support or recognize this resource type, it
    /// MUST set the "ResolvedRefs" condition to False for this Listener with the
    /// "InvalidRouteKinds" reason.
    /// 
    /// Support: Core
    #[serde(default)]
    pub kinds: Option<Vec<GatewayListenersItemAllowedRoutesKindsItem>>,
    /// Namespaces indicates namespaces from which Routes may be attached to this
    /// Listener. This is restricted to the namespace of this Gateway by default.
    /// 
    /// Support: Core
    #[serde(default)]
    pub namespaces: Option<GatewayListenersItemAllowedRoutesNamespaces>,
}

#[derive(Debug, Clone, Serialize, Deserialize)]
pub struct GatewayListenersItemTlsCertificateRefsItem {
    /// Group is the group of the referent. For example, "gateway.networking.k8s.io".
    /// When unspecified or empty string, core API group is inferred.
    #[serde(default)]
    pub group: Option<String>,
    /// Kind is kind of the referent. For example "Secret".
    #[serde(default)]
    pub kind: Option<String>,
    /// Name is the name of the referent.
    pub name: String,
    /// Namespace is the namespace of the referenced object. When unspecified, the local
    /// namespace is inferred.
    /// 
    /// Note that when a namespace different than the local namespace is specified,
    /// a ReferenceGrant object is required in the referent namespace to allow that
    /// namespace's owner to accept the reference. See the ReferenceGrant
    /// documentation for details.
    /// 
    /// Support: Core
    #[serde(default)]
    pub namespace: Option<String>,
}

#[derive(Debug, Clone, Serialize, Deserialize)]
pub enum GatewayListenersItemTlsModeKind {
    #[serde(rename = "Terminate")]
    Terminate,
    #[serde(rename = "Passthrough")]
    Passthrough,
}

#[derive(Debug, Clone, Serialize, Deserialize)]
pub struct GatewayListenersItemTls {
    /// CertificateRefs contains a series of references to Kubernetes objects that
    /// contains TLS certificates and private keys. These certificates are used to
    /// establish a TLS handshake for requests that match the hostname of the
    /// associated listener.
    /// 
    /// A single CertificateRef to a Kubernetes Secret has "Core" support.
    /// Implementations MAY choose to support attaching multiple certificates to
    /// a Listener, but this behavior is implementation-specific.
    /// 
    /// References to a resource in different namespace are invalid UNLESS there
    /// is a ReferenceGrant in the target namespace that allows the certificate
    /// to be attached. If a ReferenceGrant does not allow this reference, the
    /// "ResolvedRefs" condition MUST be set to False for this listener with the
    /// "RefNotPermitted" reason.
    /// 
    /// This field is required to have at least one element when the mode is set
    /// to "Terminate" (default) and is optional otherwise.
    /// 
    /// CertificateRefs can reference to standard Kubernetes resources, i.e.
    /// Secret, or implementation-specific custom resources.
    /// 
    /// Support: Core - A single reference to a Kubernetes Secret of type kubernetes.io/tls
    /// 
    /// Support: Implementation-specific (More than one reference or other resource types)
    #[serde(default)]
    pub certificate_refs: Option<Vec<GatewayListenersItemTlsCertificateRefsItem>>,
    /// Mode defines the TLS behavior for the TLS session initiated by the client.
    /// There are two possible modes:
    /// 
    /// - Terminate: The TLS session between the downstream client and the
    /// Gateway is terminated at the Gateway. This mode requires certificates
    /// to be specified in some way, such as populating the certificateRefs
    /// field.
    /// - Passthrough: The TLS session is NOT terminated by the Gateway. This
    /// implies that the Gateway can't decipher the TLS stream except for
    /// the ClientHello message of the TLS protocol. The certificateRefs field
    /// is ignored in this mode.
    /// 
    /// Support: Core
    #[serde(default)]
    pub mode: Option<GatewayListenersItemTlsModeKind>,
    /// Options are a list of key/value pairs to enable extended TLS
    /// configuration for each implementation. For example, configuring the
    /// minimum TLS version or supported cipher suites.
    /// 
    /// A set of common keys MAY be defined by the API in the future. To avoid
    /// any ambiguity, implementation-specific definitions MUST use
    /// domain-prefixed names, such as `example.com/my-custom-option`.
    /// Un-prefixed names are reserved for key names defined by Gateway API.
    /// 
    /// Support: Implementation-specific
    #[serde(default)]
    pub options: Option<std::collections::HashMap<String, String>>,
}

#[derive(Debug, Clone, Serialize, Deserialize)]
pub struct GatewayListenersItem {
    /// AllowedRoutes defines the types of routes that MAY be attached to a
    /// Listener and the trusted namespaces where those Route resources MAY be
    /// present.
    /// 
    /// Although a client request may match multiple route rules, only one rule
    /// may ultimately receive the request. Matching precedence MUST be
    /// determined in order of the following criteria:
    /// 
    /// * The most specific match as defined by the Route type.
    /// * The oldest Route based on creation timestamp. For example, a Route with
    /// a creation timestamp of "2020-09-08 01:02:03" is given precedence over
    /// a Route with a creation timestamp of "2020-09-08 01:02:04".
    /// * If everything else is equivalent, the Route appearing first in
    /// alphabetical order (namespace/name) should be given precedence. For
    /// example, foo/bar is given precedence over foo/baz.
    /// 
    /// All valid rules within a Route attached to this Listener should be
    /// implemented. Invalid Route rules can be ignored (sometimes that will mean
    /// the full Route). If a Route rule transitions from valid to invalid,
    /// support for that Route rule should be dropped to ensure consistency. For
    /// example, even if a filter specified by a Route rule is invalid, the rest
    /// of the rules within that Route should still be supported.
    /// 
    /// Support: Core
    #[serde(default)]
    pub allowed_routes: Option<GatewayListenersItemAllowedRoutes>,
    /// Hostname specifies the virtual hostname to match for protocol types that
    /// define this concept. When unspecified, all hostnames are matched. This
    /// field is ignored for protocols that don't require hostname based
    /// matching.
    /// 
    /// Implementations MUST apply Hostname matching appropriately for each of
    /// the following protocols:
    /// 
    /// * TLS: The Listener Hostname MUST match the SNI.
    /// * HTTP: The Listener Hostname MUST match the Host header of the request.
    /// * HTTPS: The Listener Hostname SHOULD match at both the TLS and HTTP
    /// protocol layers as described above. If an implementation does not
    /// ensure that both the SNI and Host header match the Listener hostname,
    /// it MUST clearly document that.
    /// 
    /// For HTTPRoute and TLSRoute resources, there is an interaction with the
    /// `spec.hostnames` array. When both listener and route specify hostnames,
    /// there MUST be an intersection between the values for a Route to be
    /// accepted. For more information, refer to the Route specific Hostnames
    /// documentation.
    /// 
    /// Hostnames that are prefixed with a wildcard label (`*.`) are interpreted
    /// as a suffix match. That means that a match for `*.example.com` would match
    /// both `test.example.com`, and `foo.test.example.com`, but not `example.com`.
    /// 
    /// Support: Core
    #[serde(default)]
    pub hostname: Option<String>,
    /// Name is the name of the Listener. This name MUST be unique within a
    /// Gateway.
    /// 
    /// Support: Core
    pub name: String,
    /// Port is the network port. Multiple listeners may use the
    /// same port, subject to the Listener compatibility rules.
    /// 
    /// Support: Core
    pub port: i64,
    /// Protocol specifies the network protocol this listener expects to receive.
    /// 
    /// Support: Core
    pub protocol: String,
    /// TLS is the TLS configuration for the Listener. This field is required if
    /// the Protocol field is "HTTPS" or "TLS". It is invalid to set this field
    /// if the Protocol field is "HTTP", "TCP", or "UDP".
    /// 
    /// The association of SNIs to Certificate defined in GatewayTLSConfig is
    /// defined based on the Hostname field for this listener.
    /// 
    /// The GatewayClass MUST use the longest matching SNI out of all
    /// available certificates for any TLS handshake.
    /// 
    /// Support: Core
    #[serde(default)]
    pub tls: Option<GatewayListenersItemTls>,
}


// ── Render metadata (consumed by tatara-render) ──────────

impl tatara_lisp::RenderableDomain for GatewaySpec {
    const API_VERSION: &'static str = "gateway.networking.k8s.io/v1";
    const KIND: &'static str = "Gateway";
    const NAME_FIELD: &'static str = "gateway_class_name";
}

// ── Documentation metadata (consumed by tatara-doc / IDE) ──

impl tatara_lisp::DocumentedDomain for GatewaySpec {
    const DOCSTRING: &'static str = "Gateway represents an instance of a service-traffic handling infrastructure by binding Listeners to a set of IP addresses.";
    const FIELD_DOCS: &'static [(&'static str, &'static str)] = &[
        ("addresses", "Addresses requested for this Gateway. This is optional and behavior can depend on the implementation. If a value is set in the spec and the requested address is invalid or unavailable, the implementation MUST indicate this in the associated entry in GatewayStatus.Addresses. The Addresses field represents a request for the address(es) on the \"outside of the Gateway\", that traffic bound for this Gateway will use. This could be the IP address or hostname of an external load balancer or other networking infrastructure, or some other address that traffic will be sent to. If no Addresses are specified, the implementation MAY schedule the Gateway in an implementation-specific manner, assigning an appropriate set of Addresses. The implementation MUST bind all Listeners to every GatewayAddress that it assigns to the Gateway and add a corresponding entry in GatewayStatus.Addresses. Support: Extended"),
        ("gateway_class_name", "GatewayClassName used for this Gateway. This is the name of a GatewayClass resource."),
        ("infrastructure", "Infrastructure defines infrastructure level attributes about this Gateway instance. Support: Extended"),
        ("listeners", "Listeners associated with this Gateway. Listeners define logical endpoints that are bound on this Gateway's addresses. At least one Listener MUST be specified. Each Listener in a set of Listeners (for example, in a single Gateway) MUST be _distinct_, in that a traffic flow MUST be able to be assigned to exactly one listener. (This section uses \"set of Listeners\" rather than \"Listeners in a single Gateway\" because implementations MAY merge configuration from multiple Gateways onto a single data plane, and these rules _also_ apply in that case). Practically, this means that each listener in a set MUST have a unique combination of Port, Protocol, and, if supported by the protocol, Hostname. Some combinations of port, protocol, and TLS settings are considered Core support and MUST be supported by implementations based on their targeted conformance profile: HTTP Profile 1. HTTPRoute, Port: 80, Protocol: HTTP 2. HTTPRoute, Port: 443, Protocol: HTTPS, TLS Mode: Terminate, TLS keypair provided TLS Profile 1. TLSRoute, Port: 443, Protocol: TLS, TLS Mode: Passthrough \"Distinct\" Listeners have the following property: The implementation can match inbound requests to a single distinct Listener. When multiple Listeners share values for fields (for example, two Listeners with the same Port value), the implementation can match requests to only one of the Listeners using other Listener fields. For example, the following Listener scenarios are distinct: 1. Multiple Listeners with the same Port that all use the \"HTTP\" Protocol that all have unique Hostname values. 2. Multiple Listeners with the same Port that use either the \"HTTPS\" or \"TLS\" Protocol that all have unique Hostname values. 3. A mixture of \"TCP\" and \"UDP\" Protocol Listeners, where no Listener with the same Protocol has the same Port value. Some fields in the Listener struct have possible values that affect whether the Listener is distinct. Hostname is particularly relevant for HTTP or HTTPS protocols. When using the Hostname value to select between same-Port, same-Protocol Listeners, the Hostname value must be different on each Listener for the Listener to be distinct. When the Listeners are distinct based on Hostname, inbound request hostnames MUST match from the most specific to least specific Hostname values to choose the correct Listener and its associated set of Routes. Exact matches must be processed before wildcard matches, and wildcard matches must be processed before fallback (empty Hostname value) matches. For example, `\"foo.example.com\"` takes precedence over `\"*.example.com\"`, and `\"*.example.com\"` takes precedence over `\"\"`. Additionally, if there are multiple wildcard entries, more specific wildcard entries must be processed before less specific wildcard entries. For example, `\"*.foo.example.com\"` takes precedence over `\"*.example.com\"`. The precise definition here is that the higher the number of dots in the hostname to the right of the wildcard character, the higher the precedence. The wildcard character will match any number of characters _and dots_ to the left, however, so `\"*.example.com\"` will match both `\"foo.bar.example.com\"` _and_ `\"bar.example.com\"`. If a set of Listeners contains Listeners that are not distinct, then those Listeners are Conflicted, and the implementation MUST set the \"Conflicted\" condition in the Listener Status to \"True\". Implementations MAY choose to accept a Gateway with some Conflicted Listeners only if they only accept the partial Listener set that contains no Conflicted Listeners. To put this another way, implementations may accept a partial Listener set only if they throw out *all* the conflicting Listeners. No picking one of the conflicting listeners as the winner. This also means that the Gateway must have at least one non-conflicting Listener in this case, otherwise it violates the requirement that at least one Listener must be present. The implementation MUST set a \"ListenersNotValid\" condition on the Gateway Status when the Gateway contains Conflicted Listeners whether or not they accept the Gateway. That Condition SHOULD clearly indicate in the Message which Listeners are conflicted, and which are Accepted. Additionally, the Listener status for those listeners SHOULD indicate which Listeners are conflicted and not Accepted. A Gateway's Listeners are considered \"compatible\" if: 1. They are distinct. 2. The implementation can serve them in compliance with the Addresses requirement that all Listeners are available on all assigned addresses. Compatible combinations in Extended support are expected to vary across implementations. A combination that is compatible for one implementation may not be compatible for another. For example, an implementation that cannot serve both TCP and UDP listeners on the same address, or cannot mix HTTPS and generic TLS listens on the same port would not consider those cases compatible, even though they are distinct. Note that requests SHOULD match at most one Listener. For example, if Listeners are defined for \"foo.example.com\" and \"*.example.com\", a request to \"foo.example.com\" SHOULD only be routed using routes attached to the \"foo.example.com\" Listener (and not the \"*.example.com\" Listener). This concept is known as \"Listener Isolation\". Implementations that do not support Listener Isolation MUST clearly document this. Implementations MAY merge separate Gateways onto a single set of Addresses if all Listeners across all Gateways are compatible. Support: Core"),
    ];
}

// ── Default capabilities (Layers 3/4/7/8/9/10/11/12) ──

tatara_lisp::impl_default_capabilities!(GatewaySpec);

// ── Attestation metadata (consumed by tameshi BLAKE3 chain) ──

impl tatara_lisp::AttestableDomain for GatewaySpec {
    const ATTESTATION_NAMESPACE: &'static str = "gateway.networking.k8s.io";
}

// ── Schema metadata (consumed by IDEs / openapi exporters) ──

impl tatara_lisp::SchematicDomain for GatewaySpec {
    const SCHEMA_JSON: &'static str = "{\"description\":\"Gateway represents an instance of a service-traffic handling infrastructure\\nby binding Listeners to a set of IP addresses.\",\"properties\":{\"apiVersion\":{\"description\":\"APIVersion defines the versioned schema of this representation of an object.\\nServers should convert recognized schemas to the latest internal value, and\\nmay reject unrecognized values.\\nMore info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#resources\",\"type\":\"string\"},\"kind\":{\"description\":\"Kind is a string value representing the REST resource this object represents.\\nServers may infer this from the endpoint the client submits requests to.\\nCannot be updated.\\nIn CamelCase.\\nMore info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds\",\"type\":\"string\"},\"metadata\":{\"type\":\"object\"},\"spec\":{\"description\":\"Spec defines the desired state of Gateway.\",\"properties\":{\"addresses\":{\"description\":\"Addresses requested for this Gateway. This is optional and behavior can\\ndepend on the implementation. If a value is set in the spec and the\\nrequested address is invalid or unavailable, the implementation MUST\\nindicate this in the associated entry in GatewayStatus.Addresses.\\n\\nThe Addresses field represents a request for the address(es) on the\\n\\\"outside of the Gateway\\\", that traffic bound for this Gateway will use.\\nThis could be the IP address or hostname of an external load balancer or\\nother networking infrastructure, or some other address that traffic will\\nbe sent to.\\n\\nIf no Addresses are specified, the implementation MAY schedule the\\nGateway in an implementation-specific manner, assigning an appropriate\\nset of Addresses.\\n\\nThe implementation MUST bind all Listeners to every GatewayAddress that\\nit assigns to the Gateway and add a corresponding entry in\\nGatewayStatus.Addresses.\\n\\nSupport: Extended\\n\\n\",\"items\":{\"description\":\"GatewayAddress describes an address that can be bound to a Gateway.\",\"oneOf\":[{\"properties\":{\"type\":{\"enum\":[\"IPAddress\"]},\"value\":{\"anyOf\":[{\"format\":\"ipv4\"},{\"format\":\"ipv6\"}]}}},{\"properties\":{\"type\":{\"not\":{\"enum\":[\"IPAddress\"]}}}}],\"properties\":{\"type\":{\"default\":\"IPAddress\",\"description\":\"Type of the address.\",\"maxLength\":253,\"minLength\":1,\"pattern\":\"^Hostname|IPAddress|NamedAddress|[a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*\\\\/[A-Za-z0-9\\\\/\\\\-._~%!$&'()*+,;=:]+$\",\"type\":\"string\"},\"value\":{\"description\":\"Value of the address. The validity of the values will depend\\non the type and support by the controller.\\n\\nExamples: `1.2.3.4`, `128::1`, `my-ip-address`.\",\"maxLength\":253,\"minLength\":1,\"type\":\"string\"}},\"required\":[\"value\"],\"type\":\"object\",\"x-kubernetes-validations\":[{\"message\":\"Hostname value must only contain valid characters (matching ^(\\\\*\\\\.)?[a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*$)\",\"rule\":\"self.type == 'Hostname' ? self.value.matches(r\\\"\\\"\\\"^(\\\\*\\\\.)?[a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*$\\\"\\\"\\\"): true\"}]},\"maxItems\":16,\"type\":\"array\",\"x-kubernetes-validations\":[{\"message\":\"IPAddress values must be unique\",\"rule\":\"self.all(a1, a1.type == 'IPAddress' ? self.exists_one(a2, a2.type == a1.type && a2.value == a1.value) : true )\"},{\"message\":\"Hostname values must be unique\",\"rule\":\"self.all(a1, a1.type == 'Hostname' ? self.exists_one(a2, a2.type == a1.type && a2.value == a1.value) : true )\"}]},\"gatewayClassName\":{\"description\":\"GatewayClassName used for this Gateway. This is the name of a\\nGatewayClass resource.\",\"maxLength\":253,\"minLength\":1,\"type\":\"string\"},\"infrastructure\":{\"description\":\"Infrastructure defines infrastructure level attributes about this Gateway instance.\\n\\nSupport: Extended\",\"properties\":{\"annotations\":{\"additionalProperties\":{\"description\":\"AnnotationValue is the value of an annotation in Gateway API. This is used\\nfor validation of maps such as TLS options. This roughly matches Kubernetes\\nannotation validation, although the length validation in that case is based\\non the entire size of the annotations struct.\",\"maxLength\":4096,\"minLength\":0,\"type\":\"string\"},\"description\":\"Annotations that SHOULD be applied to any resources created in response to this Gateway.\\n\\nFor implementations creating other Kubernetes objects, this should be the `metadata.annotations` field on resources.\\nFor other implementations, this refers to any relevant (implementation specific) \\\"annotations\\\" concepts.\\n\\nAn implementation may chose to add additional implementation-specific annotations as they see fit.\\n\\nSupport: Extended\",\"maxProperties\":8,\"type\":\"object\",\"x-kubernetes-validations\":[{\"message\":\"Annotation keys must be in the form of an optional DNS subdomain prefix followed by a required name segment of up to 63 characters.\",\"rule\":\"self.all(key, key.matches(r\\\"\\\"\\\"^([a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*/)?([A-Za-z0-9][-A-Za-z0-9_.]{0,61})?[A-Za-z0-9]$\\\"\\\"\\\"))\"},{\"message\":\"If specified, the annotation key's prefix must be a DNS subdomain not longer than 253 characters in total.\",\"rule\":\"self.all(key, key.split(\\\"/\\\")[0].size() < 253)\"}]},\"labels\":{\"additionalProperties\":{\"description\":\"LabelValue is the value of a label in the Gateway API. This is used for validation\\nof maps such as Gateway infrastructure labels. This matches the Kubernetes\\nlabel validation rules:\\n* must be 63 characters or less (can be empty),\\n* unless empty, must begin and end with an alphanumeric character ([a-z0-9A-Z]),\\n* could contain dashes (-), underscores (_), dots (.), and alphanumerics between.\\n\\nValid values include:\\n\\n* MyValue\\n* my.name\\n* 123-my-value\",\"maxLength\":63,\"minLength\":0,\"pattern\":\"^(([A-Za-z0-9][-A-Za-z0-9_.]*)?[A-Za-z0-9])?$\",\"type\":\"string\"},\"description\":\"Labels that SHOULD be applied to any resources created in response to this Gateway.\\n\\nFor implementations creating other Kubernetes objects, this should be the `metadata.labels` field on resources.\\nFor other implementations, this refers to any relevant (implementation specific) \\\"labels\\\" concepts.\\n\\nAn implementation may chose to add additional implementation-specific labels as they see fit.\\n\\nIf an implementation maps these labels to Pods, or any other resource that would need to be recreated when labels\\nchange, it SHOULD clearly warn about this behavior in documentation.\\n\\nSupport: Extended\",\"maxProperties\":8,\"type\":\"object\",\"x-kubernetes-validations\":[{\"message\":\"Label keys must be in the form of an optional DNS subdomain prefix followed by a required name segment of up to 63 characters.\",\"rule\":\"self.all(key, key.matches(r\\\"\\\"\\\"^([a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*/)?([A-Za-z0-9][-A-Za-z0-9_.]{0,61})?[A-Za-z0-9]$\\\"\\\"\\\"))\"},{\"message\":\"If specified, the label key's prefix must be a DNS subdomain not longer than 253 characters in total.\",\"rule\":\"self.all(key, key.split(\\\"/\\\")[0].size() < 253)\"}]},\"parametersRef\":{\"description\":\"ParametersRef is a reference to a resource that contains the configuration\\nparameters corresponding to the Gateway. This is optional if the\\ncontroller does not require any additional configuration.\\n\\nThis follows the same semantics as GatewayClass's `parametersRef`, but on a per-Gateway basis\\n\\nThe Gateway's GatewayClass may provide its own `parametersRef`. When both are specified,\\nthe merging behavior is implementation specific.\\nIt is generally recommended that GatewayClass provides defaults that can be overridden by a Gateway.\\n\\nSupport: Implementation-specific\",\"properties\":{\"group\":{\"description\":\"Group is the group of the referent.\",\"maxLength\":253,\"pattern\":\"^$|^[a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*$\",\"type\":\"string\"},\"kind\":{\"description\":\"Kind is kind of the referent.\",\"maxLength\":63,\"minLength\":1,\"pattern\":\"^[a-zA-Z]([-a-zA-Z0-9]*[a-zA-Z0-9])?$\",\"type\":\"string\"},\"name\":{\"description\":\"Name is the name of the referent.\",\"maxLength\":253,\"minLength\":1,\"type\":\"string\"}},\"required\":[\"group\",\"kind\",\"name\"],\"type\":\"object\"}},\"type\":\"object\"},\"listeners\":{\"description\":\"Listeners associated with this Gateway. Listeners define\\nlogical endpoints that are bound on this Gateway's addresses.\\nAt least one Listener MUST be specified.\\n\\nEach Listener in a set of Listeners (for example, in a single Gateway)\\nMUST be _distinct_, in that a traffic flow MUST be able to be assigned to\\nexactly one listener. (This section uses \\\"set of Listeners\\\" rather than\\n\\\"Listeners in a single Gateway\\\" because implementations MAY merge configuration\\nfrom multiple Gateways onto a single data plane, and these rules _also_\\napply in that case).\\n\\nPractically, this means that each listener in a set MUST have a unique\\ncombination of Port, Protocol, and, if supported by the protocol, Hostname.\\n\\nSome combinations of port, protocol, and TLS settings are considered\\nCore support and MUST be supported by implementations based on their\\ntargeted conformance profile:\\n\\nHTTP Profile\\n\\n1. HTTPRoute, Port: 80, Protocol: HTTP\\n2. HTTPRoute, Port: 443, Protocol: HTTPS, TLS Mode: Terminate, TLS keypair provided\\n\\nTLS Profile\\n\\n1. TLSRoute, Port: 443, Protocol: TLS, TLS Mode: Passthrough\\n\\n\\\"Distinct\\\" Listeners have the following property:\\n\\nThe implementation can match inbound requests to a single distinct\\nListener. When multiple Listeners share values for fields (for\\nexample, two Listeners with the same Port value), the implementation\\ncan match requests to only one of the Listeners using other\\nListener fields.\\n\\nFor example, the following Listener scenarios are distinct:\\n\\n1. Multiple Listeners with the same Port that all use the \\\"HTTP\\\"\\n   Protocol that all have unique Hostname values.\\n2. Multiple Listeners with the same Port that use either the \\\"HTTPS\\\" or\\n   \\\"TLS\\\" Protocol that all have unique Hostname values.\\n3. A mixture of \\\"TCP\\\" and \\\"UDP\\\" Protocol Listeners, where no Listener\\n   with the same Protocol has the same Port value.\\n\\nSome fields in the Listener struct have possible values that affect\\nwhether the Listener is distinct. Hostname is particularly relevant\\nfor HTTP or HTTPS protocols.\\n\\nWhen using the Hostname value to select between same-Port, same-Protocol\\nListeners, the Hostname value must be different on each Listener for the\\nListener to be distinct.\\n\\nWhen the Listeners are distinct based on Hostname, inbound request\\nhostnames MUST match from the most specific to least specific Hostname\\nvalues to choose the correct Listener and its associated set of Routes.\\n\\nExact matches must be processed before wildcard matches, and wildcard\\nmatches must be processed before fallback (empty Hostname value)\\nmatches. For example, `\\\"foo.example.com\\\"` takes precedence over\\n`\\\"*.example.com\\\"`, and `\\\"*.example.com\\\"` takes precedence over `\\\"\\\"`.\\n\\nAdditionally, if there are multiple wildcard entries, more specific\\nwildcard entries must be processed before less specific wildcard entries.\\nFor example, `\\\"*.foo.example.com\\\"` takes precedence over `\\\"*.example.com\\\"`.\\nThe precise definition here is that the higher the number of dots in the\\nhostname to the right of the wildcard character, the higher the precedence.\\n\\nThe wildcard character will match any number of characters _and dots_ to\\nthe left, however, so `\\\"*.example.com\\\"` will match both\\n`\\\"foo.bar.example.com\\\"` _and_ `\\\"bar.example.com\\\"`.\\n\\nIf a set of Listeners contains Listeners that are not distinct, then those\\nListeners are Conflicted, and the implementation MUST set the \\\"Conflicted\\\"\\ncondition in the Listener Status to \\\"True\\\".\\n\\nImplementations MAY choose to accept a Gateway with some Conflicted\\nListeners only if they only accept the partial Listener set that contains\\nno Conflicted Listeners. To put this another way, implementations may\\naccept a partial Listener set only if they throw out *all* the conflicting\\nListeners. No picking one of the conflicting listeners as the winner.\\nThis also means that the Gateway must have at least one non-conflicting\\nListener in this case, otherwise it violates the requirement that at\\nleast one Listener must be present.\\n\\nThe implementation MUST set a \\\"ListenersNotValid\\\" condition on the\\nGateway Status when the Gateway contains Conflicted Listeners whether or\\nnot they accept the Gateway. That Condition SHOULD clearly\\nindicate in the Message which Listeners are conflicted, and which are\\nAccepted. Additionally, the Listener status for those listeners SHOULD\\nindicate which Listeners are conflicted and not Accepted.\\n\\nA Gateway's Listeners are considered \\\"compatible\\\" if:\\n\\n1. They are distinct.\\n2. The implementation can serve them in compliance with the Addresses\\n   requirement that all Listeners are available on all assigned\\n   addresses.\\n\\nCompatible combinations in Extended support are expected to vary across\\nimplementations. A combination that is compatible for one implementation\\nmay not be compatible for another.\\n\\nFor example, an implementation that cannot serve both TCP and UDP listeners\\non the same address, or cannot mix HTTPS and generic TLS listens on the same port\\nwould not consider those cases compatible, even though they are distinct.\\n\\nNote that requests SHOULD match at most one Listener. For example, if\\nListeners are defined for \\\"foo.example.com\\\" and \\\"*.example.com\\\", a\\nrequest to \\\"foo.example.com\\\" SHOULD only be routed using routes attached\\nto the \\\"foo.example.com\\\" Listener (and not the \\\"*.example.com\\\" Listener).\\nThis concept is known as \\\"Listener Isolation\\\". Implementations that do\\nnot support Listener Isolation MUST clearly document this.\\n\\nImplementations MAY merge separate Gateways onto a single set of\\nAddresses if all Listeners across all Gateways are compatible.\\n\\nSupport: Core\",\"items\":{\"description\":\"Listener embodies the concept of a logical endpoint where a Gateway accepts\\nnetwork connections.\",\"properties\":{\"allowedRoutes\":{\"default\":{\"namespaces\":{\"from\":\"Same\"}},\"description\":\"AllowedRoutes defines the types of routes that MAY be attached to a\\nListener and the trusted namespaces where those Route resources MAY be\\npresent.\\n\\nAlthough a client request may match multiple route rules, only one rule\\nmay ultimately receive the request. Matching precedence MUST be\\ndetermined in order of the following criteria:\\n\\n* The most specific match as defined by the Route type.\\n* The oldest Route based on creation timestamp. For example, a Route with\\n  a creation timestamp of \\\"2020-09-08 01:02:03\\\" is given precedence over\\n  a Route with a creation timestamp of \\\"2020-09-08 01:02:04\\\".\\n* If everything else is equivalent, the Route appearing first in\\n  alphabetical order (namespace/name) should be given precedence. For\\n  example, foo/bar is given precedence over foo/baz.\\n\\nAll valid rules within a Route attached to this Listener should be\\nimplemented. Invalid Route rules can be ignored (sometimes that will mean\\nthe full Route). If a Route rule transitions from valid to invalid,\\nsupport for that Route rule should be dropped to ensure consistency. For\\nexample, even if a filter specified by a Route rule is invalid, the rest\\nof the rules within that Route should still be supported.\\n\\nSupport: Core\",\"properties\":{\"kinds\":{\"description\":\"Kinds specifies the groups and kinds of Routes that are allowed to bind\\nto this Gateway Listener. When unspecified or empty, the kinds of Routes\\nselected are determined using the Listener protocol.\\n\\nA RouteGroupKind MUST correspond to kinds of Routes that are compatible\\nwith the application protocol specified in the Listener's Protocol field.\\nIf an implementation does not support or recognize this resource type, it\\nMUST set the \\\"ResolvedRefs\\\" condition to False for this Listener with the\\n\\\"InvalidRouteKinds\\\" reason.\\n\\nSupport: Core\",\"items\":{\"description\":\"RouteGroupKind indicates the group and kind of a Route resource.\",\"properties\":{\"group\":{\"default\":\"gateway.networking.k8s.io\",\"description\":\"Group is the group of the Route.\",\"maxLength\":253,\"pattern\":\"^$|^[a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*$\",\"type\":\"string\"},\"kind\":{\"description\":\"Kind is the kind of the Route.\",\"maxLength\":63,\"minLength\":1,\"pattern\":\"^[a-zA-Z]([-a-zA-Z0-9]*[a-zA-Z0-9])?$\",\"type\":\"string\"}},\"required\":[\"kind\"],\"type\":\"object\"},\"maxItems\":8,\"type\":\"array\"},\"namespaces\":{\"default\":{\"from\":\"Same\"},\"description\":\"Namespaces indicates namespaces from which Routes may be attached to this\\nListener. This is restricted to the namespace of this Gateway by default.\\n\\nSupport: Core\",\"properties\":{\"from\":{\"default\":\"Same\",\"description\":\"From indicates where Routes will be selected for this Gateway. Possible\\nvalues are:\\n\\n* All: Routes in all namespaces may be used by this Gateway.\\n* Selector: Routes in namespaces selected by the selector may be used by\\n  this Gateway.\\n* Same: Only Routes in the same namespace may be used by this Gateway.\\n\\nSupport: Core\",\"enum\":[\"All\",\"Selector\",\"Same\"],\"type\":\"string\"},\"selector\":{\"description\":\"Selector must be specified when From is set to \\\"Selector\\\". In that case,\\nonly Routes in Namespaces matching this Selector will be selected by this\\nGateway. This field is ignored for other values of \\\"From\\\".\\n\\nSupport: Core\",\"properties\":{\"matchExpressions\":{\"description\":\"matchExpressions is a list of label selector requirements. The requirements are ANDed.\",\"items\":{\"description\":\"A label selector requirement is a selector that contains values, a key, and an operator that\\nrelates the key and values.\",\"properties\":{\"key\":{\"description\":\"key is the label key that the selector applies to.\",\"type\":\"string\"},\"operator\":{\"description\":\"operator represents a key's relationship to a set of values.\\nValid operators are In, NotIn, Exists and DoesNotExist.\",\"type\":\"string\"},\"values\":{\"description\":\"values is an array of string values. If the operator is In or NotIn,\\nthe values array must be non-empty. If the operator is Exists or DoesNotExist,\\nthe values array must be empty. This array is replaced during a strategic\\nmerge patch.\",\"items\":{\"type\":\"string\"},\"type\":\"array\",\"x-kubernetes-list-type\":\"atomic\"}},\"required\":[\"key\",\"operator\"],\"type\":\"object\"},\"type\":\"array\",\"x-kubernetes-list-type\":\"atomic\"},\"matchLabels\":{\"additionalProperties\":{\"type\":\"string\"},\"description\":\"matchLabels is a map of {key,value} pairs. A single {key,value} in the matchLabels\\nmap is equivalent to an element of matchExpressions, whose key field is \\\"key\\\", the\\noperator is \\\"In\\\", and the values array contains only \\\"value\\\". The requirements are ANDed.\",\"type\":\"object\"}},\"type\":\"object\",\"x-kubernetes-map-type\":\"atomic\"}},\"type\":\"object\"}},\"type\":\"object\"},\"hostname\":{\"description\":\"Hostname specifies the virtual hostname to match for protocol types that\\ndefine this concept. When unspecified, all hostnames are matched. This\\nfield is ignored for protocols that don't require hostname based\\nmatching.\\n\\nImplementations MUST apply Hostname matching appropriately for each of\\nthe following protocols:\\n\\n* TLS: The Listener Hostname MUST match the SNI.\\n* HTTP: The Listener Hostname MUST match the Host header of the request.\\n* HTTPS: The Listener Hostname SHOULD match at both the TLS and HTTP\\n  protocol layers as described above. If an implementation does not\\n  ensure that both the SNI and Host header match the Listener hostname,\\n  it MUST clearly document that.\\n\\nFor HTTPRoute and TLSRoute resources, there is an interaction with the\\n`spec.hostnames` array. When both listener and route specify hostnames,\\nthere MUST be an intersection between the values for a Route to be\\naccepted. For more information, refer to the Route specific Hostnames\\ndocumentation.\\n\\nHostnames that are prefixed with a wildcard label (`*.`) are interpreted\\nas a suffix match. That means that a match for `*.example.com` would match\\nboth `test.example.com`, and `foo.test.example.com`, but not `example.com`.\\n\\nSupport: Core\",\"maxLength\":253,\"minLength\":1,\"pattern\":\"^(\\\\*\\\\.)?[a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*$\",\"type\":\"string\"},\"name\":{\"description\":\"Name is the name of the Listener. This name MUST be unique within a\\nGateway.\\n\\nSupport: Core\",\"maxLength\":253,\"minLength\":1,\"pattern\":\"^[a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*$\",\"type\":\"string\"},\"port\":{\"description\":\"Port is the network port. Multiple listeners may use the\\nsame port, subject to the Listener compatibility rules.\\n\\nSupport: Core\",\"format\":\"int32\",\"maximum\":65535,\"minimum\":1,\"type\":\"integer\"},\"protocol\":{\"description\":\"Protocol specifies the network protocol this listener expects to receive.\\n\\nSupport: Core\",\"maxLength\":255,\"minLength\":1,\"pattern\":\"^[a-zA-Z0-9]([-a-zA-Z0-9]*[a-zA-Z0-9])?$|[a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*\\\\/[A-Za-z0-9]+$\",\"type\":\"string\"},\"tls\":{\"description\":\"TLS is the TLS configuration for the Listener. This field is required if\\nthe Protocol field is \\\"HTTPS\\\" or \\\"TLS\\\". It is invalid to set this field\\nif the Protocol field is \\\"HTTP\\\", \\\"TCP\\\", or \\\"UDP\\\".\\n\\nThe association of SNIs to Certificate defined in GatewayTLSConfig is\\ndefined based on the Hostname field for this listener.\\n\\nThe GatewayClass MUST use the longest matching SNI out of all\\navailable certificates for any TLS handshake.\\n\\nSupport: Core\",\"properties\":{\"certificateRefs\":{\"description\":\"CertificateRefs contains a series of references to Kubernetes objects that\\ncontains TLS certificates and private keys. These certificates are used to\\nestablish a TLS handshake for requests that match the hostname of the\\nassociated listener.\\n\\nA single CertificateRef to a Kubernetes Secret has \\\"Core\\\" support.\\nImplementations MAY choose to support attaching multiple certificates to\\na Listener, but this behavior is implementation-specific.\\n\\nReferences to a resource in different namespace are invalid UNLESS there\\nis a ReferenceGrant in the target namespace that allows the certificate\\nto be attached. If a ReferenceGrant does not allow this reference, the\\n\\\"ResolvedRefs\\\" condition MUST be set to False for this listener with the\\n\\\"RefNotPermitted\\\" reason.\\n\\nThis field is required to have at least one element when the mode is set\\nto \\\"Terminate\\\" (default) and is optional otherwise.\\n\\nCertificateRefs can reference to standard Kubernetes resources, i.e.\\nSecret, or implementation-specific custom resources.\\n\\nSupport: Core - A single reference to a Kubernetes Secret of type kubernetes.io/tls\\n\\nSupport: Implementation-specific (More than one reference or other resource types)\",\"items\":{\"description\":\"SecretObjectReference identifies an API object including its namespace,\\ndefaulting to Secret.\\n\\nThe API object must be valid in the cluster; the Group and Kind must\\nbe registered in the cluster for this reference to be valid.\\n\\nReferences to objects with invalid Group and Kind are not valid, and must\\nbe rejected by the implementation, with appropriate Conditions set\\non the containing object.\",\"properties\":{\"group\":{\"default\":\"\",\"description\":\"Group is the group of the referent. For example, \\\"gateway.networking.k8s.io\\\".\\nWhen unspecified or empty string, core API group is inferred.\",\"maxLength\":253,\"pattern\":\"^$|^[a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*$\",\"type\":\"string\"},\"kind\":{\"default\":\"Secret\",\"description\":\"Kind is kind of the referent. For example \\\"Secret\\\".\",\"maxLength\":63,\"minLength\":1,\"pattern\":\"^[a-zA-Z]([-a-zA-Z0-9]*[a-zA-Z0-9])?$\",\"type\":\"string\"},\"name\":{\"description\":\"Name is the name of the referent.\",\"maxLength\":253,\"minLength\":1,\"type\":\"string\"},\"namespace\":{\"description\":\"Namespace is the namespace of the referenced object. When unspecified, the local\\nnamespace is inferred.\\n\\nNote that when a namespace different than the local namespace is specified,\\na ReferenceGrant object is required in the referent namespace to allow that\\nnamespace's owner to accept the reference. See the ReferenceGrant\\ndocumentation for details.\\n\\nSupport: Core\",\"maxLength\":63,\"minLength\":1,\"pattern\":\"^[a-z0-9]([-a-z0-9]*[a-z0-9])?$\",\"type\":\"string\"}},\"required\":[\"name\"],\"type\":\"object\"},\"maxItems\":64,\"type\":\"array\"},\"mode\":{\"default\":\"Terminate\",\"description\":\"Mode defines the TLS behavior for the TLS session initiated by the client.\\nThere are two possible modes:\\n\\n- Terminate: The TLS session between the downstream client and the\\n  Gateway is terminated at the Gateway. This mode requires certificates\\n  to be specified in some way, such as populating the certificateRefs\\n  field.\\n- Passthrough: The TLS session is NOT terminated by the Gateway. This\\n  implies that the Gateway can't decipher the TLS stream except for\\n  the ClientHello message of the TLS protocol. The certificateRefs field\\n  is ignored in this mode.\\n\\nSupport: Core\",\"enum\":[\"Terminate\",\"Passthrough\"],\"type\":\"string\"},\"options\":{\"additionalProperties\":{\"description\":\"AnnotationValue is the value of an annotation in Gateway API. This is used\\nfor validation of maps such as TLS options. This roughly matches Kubernetes\\nannotation validation, although the length validation in that case is based\\non the entire size of the annotations struct.\",\"maxLength\":4096,\"minLength\":0,\"type\":\"string\"},\"description\":\"Options are a list of key/value pairs to enable extended TLS\\nconfiguration for each implementation. For example, configuring the\\nminimum TLS version or supported cipher suites.\\n\\nA set of common keys MAY be defined by the API in the future. To avoid\\nany ambiguity, implementation-specific definitions MUST use\\ndomain-prefixed names, such as `example.com/my-custom-option`.\\nUn-prefixed names are reserved for key names defined by Gateway API.\\n\\nSupport: Implementation-specific\",\"maxProperties\":16,\"type\":\"object\"}},\"type\":\"object\",\"x-kubernetes-validations\":[{\"message\":\"certificateRefs or options must be specified when mode is Terminate\",\"rule\":\"self.mode == 'Terminate' ? size(self.certificateRefs) > 0 || size(self.options) > 0 : true\"}]}},\"required\":[\"name\",\"port\",\"protocol\"],\"type\":\"object\"},\"maxItems\":64,\"minItems\":1,\"type\":\"array\",\"x-kubernetes-list-map-keys\":[\"name\"],\"x-kubernetes-list-type\":\"map\",\"x-kubernetes-validations\":[{\"message\":\"tls must not be specified for protocols ['HTTP', 'TCP', 'UDP']\",\"rule\":\"self.all(l, l.protocol in ['HTTP', 'TCP', 'UDP'] ? !has(l.tls) : true)\"},{\"message\":\"tls mode must be Terminate for protocol HTTPS\",\"rule\":\"self.all(l, (l.protocol == 'HTTPS' && has(l.tls)) ? (l.tls.mode == '' || l.tls.mode == 'Terminate') : true)\"},{\"message\":\"hostname must not be specified for protocols ['TCP', 'UDP']\",\"rule\":\"self.all(l, l.protocol in ['TCP', 'UDP']  ? (!has(l.hostname) || l.hostname == '') : true)\"},{\"message\":\"Listener name must be unique within the Gateway\",\"rule\":\"self.all(l1, self.exists_one(l2, l1.name == l2.name))\"},{\"message\":\"Combination of port, protocol and hostname must be unique for each listener\",\"rule\":\"self.all(l1, self.exists_one(l2, l1.port == l2.port && l1.protocol == l2.protocol && (has(l1.hostname) && has(l2.hostname) ? l1.hostname == l2.hostname : !has(l1.hostname) && !has(l2.hostname))))\"}]}},\"required\":[\"gatewayClassName\",\"listeners\"],\"type\":\"object\"},\"status\":{\"default\":{\"conditions\":[{\"lastTransitionTime\":\"1970-01-01T00:00:00Z\",\"message\":\"Waiting for controller\",\"reason\":\"Pending\",\"status\":\"Unknown\",\"type\":\"Accepted\"},{\"lastTransitionTime\":\"1970-01-01T00:00:00Z\",\"message\":\"Waiting for controller\",\"reason\":\"Pending\",\"status\":\"Unknown\",\"type\":\"Programmed\"}]},\"description\":\"Status defines the current state of Gateway.\",\"properties\":{\"addresses\":{\"description\":\"Addresses lists the network addresses that have been bound to the\\nGateway.\\n\\nThis list may differ from the addresses provided in the spec under some\\nconditions:\\n\\n  * no addresses are specified, all addresses are dynamically assigned\\n  * a combination of specified and dynamic addresses are assigned\\n  * a specified address was unusable (e.g. already in use)\\n\\n\",\"items\":{\"description\":\"GatewayStatusAddress describes a network address that is bound to a Gateway.\",\"oneOf\":[{\"properties\":{\"type\":{\"enum\":[\"IPAddress\"]},\"value\":{\"anyOf\":[{\"format\":\"ipv4\"},{\"format\":\"ipv6\"}]}}},{\"properties\":{\"type\":{\"not\":{\"enum\":[\"IPAddress\"]}}}}],\"properties\":{\"type\":{\"default\":\"IPAddress\",\"description\":\"Type of the address.\",\"maxLength\":253,\"minLength\":1,\"pattern\":\"^Hostname|IPAddress|NamedAddress|[a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*\\\\/[A-Za-z0-9\\\\/\\\\-._~%!$&'()*+,;=:]+$\",\"type\":\"string\"},\"value\":{\"description\":\"Value of the address. The validity of the values will depend\\non the type and support by the controller.\\n\\nExamples: `1.2.3.4`, `128::1`, `my-ip-address`.\",\"maxLength\":253,\"minLength\":1,\"type\":\"string\"}},\"required\":[\"value\"],\"type\":\"object\",\"x-kubernetes-validations\":[{\"message\":\"Hostname value must only contain valid characters (matching ^(\\\\*\\\\.)?[a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*$)\",\"rule\":\"self.type == 'Hostname' ? self.value.matches(r\\\"\\\"\\\"^(\\\\*\\\\.)?[a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*$\\\"\\\"\\\"): true\"}]},\"maxItems\":16,\"type\":\"array\"},\"conditions\":{\"default\":[{\"lastTransitionTime\":\"1970-01-01T00:00:00Z\",\"message\":\"Waiting for controller\",\"reason\":\"Pending\",\"status\":\"Unknown\",\"type\":\"Accepted\"},{\"lastTransitionTime\":\"1970-01-01T00:00:00Z\",\"message\":\"Waiting for controller\",\"reason\":\"Pending\",\"status\":\"Unknown\",\"type\":\"Programmed\"}],\"description\":\"Conditions describe the current conditions of the Gateway.\\n\\nImplementations should prefer to express Gateway conditions\\nusing the `GatewayConditionType` and `GatewayConditionReason`\\nconstants so that operators and tools can converge on a common\\nvocabulary to describe Gateway state.\\n\\nKnown condition types are:\\n\\n* \\\"Accepted\\\"\\n* \\\"Programmed\\\"\\n* \\\"Ready\\\"\",\"items\":{\"description\":\"Condition contains details for one aspect of the current state of this API Resource.\",\"properties\":{\"lastTransitionTime\":{\"description\":\"lastTransitionTime is the last time the condition transitioned from one status to another.\\nThis should be when the underlying condition changed.  If that is not known, then using the time when the API field changed is acceptable.\",\"format\":\"date-time\",\"type\":\"string\"},\"message\":{\"description\":\"message is a human readable message indicating details about the transition.\\nThis may be an empty string.\",\"maxLength\":32768,\"type\":\"string\"},\"observedGeneration\":{\"description\":\"observedGeneration represents the .metadata.generation that the condition was set based upon.\\nFor instance, if .metadata.generation is currently 12, but the .status.conditions[x].observedGeneration is 9, the condition is out of date\\nwith respect to the current state of the instance.\",\"format\":\"int64\",\"minimum\":0,\"type\":\"integer\"},\"reason\":{\"description\":\"reason contains a programmatic identifier indicating the reason for the condition's last transition.\\nProducers of specific condition types may define expected values and meanings for this field,\\nand whether the values are considered a guaranteed API.\\nThe value should be a CamelCase string.\\nThis field may not be empty.\",\"maxLength\":1024,\"minLength\":1,\"pattern\":\"^[A-Za-z]([A-Za-z0-9_,:]*[A-Za-z0-9_])?$\",\"type\":\"string\"},\"status\":{\"description\":\"status of the condition, one of True, False, Unknown.\",\"enum\":[\"True\",\"False\",\"Unknown\"],\"type\":\"string\"},\"type\":{\"description\":\"type of condition in CamelCase or in foo.example.com/CamelCase.\",\"maxLength\":316,\"pattern\":\"^([a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*/)?(([A-Za-z0-9][-A-Za-z0-9_.]*)?[A-Za-z0-9])$\",\"type\":\"string\"}},\"required\":[\"lastTransitionTime\",\"message\",\"reason\",\"status\",\"type\"],\"type\":\"object\"},\"maxItems\":8,\"type\":\"array\",\"x-kubernetes-list-map-keys\":[\"type\"],\"x-kubernetes-list-type\":\"map\"},\"listeners\":{\"description\":\"Listeners provide status for each unique listener port defined in the Spec.\",\"items\":{\"description\":\"ListenerStatus is the status associated with a Listener.\",\"properties\":{\"attachedRoutes\":{\"description\":\"AttachedRoutes represents the total number of Routes that have been\\nsuccessfully attached to this Listener.\\n\\nSuccessful attachment of a Route to a Listener is based solely on the\\ncombination of the AllowedRoutes field on the corresponding Listener\\nand the Route's ParentRefs field. A Route is successfully attached to\\na Listener when it is selected by the Listener's AllowedRoutes field\\nAND the Route has a valid ParentRef selecting the whole Gateway\\nresource or a specific Listener as a parent resource (more detail on\\nattachment semantics can be found in the documentation on the various\\nRoute kinds ParentRefs fields). Listener or Route status does not impact\\nsuccessful attachment, i.e. the AttachedRoutes field count MUST be set\\nfor Listeners with condition Accepted: false and MUST count successfully\\nattached Routes that may themselves have Accepted: false conditions.\\n\\nUses for this field include troubleshooting Route attachment and\\nmeasuring blast radius/impact of changes to a Listener.\",\"format\":\"int32\",\"type\":\"integer\"},\"conditions\":{\"description\":\"Conditions describe the current condition of this listener.\",\"items\":{\"description\":\"Condition contains details for one aspect of the current state of this API Resource.\",\"properties\":{\"lastTransitionTime\":{\"description\":\"lastTransitionTime is the last time the condition transitioned from one status to another.\\nThis should be when the underlying condition changed.  If that is not known, then using the time when the API field changed is acceptable.\",\"format\":\"date-time\",\"type\":\"string\"},\"message\":{\"description\":\"message is a human readable message indicating details about the transition.\\nThis may be an empty string.\",\"maxLength\":32768,\"type\":\"string\"},\"observedGeneration\":{\"description\":\"observedGeneration represents the .metadata.generation that the condition was set based upon.\\nFor instance, if .metadata.generation is currently 12, but the .status.conditions[x].observedGeneration is 9, the condition is out of date\\nwith respect to the current state of the instance.\",\"format\":\"int64\",\"minimum\":0,\"type\":\"integer\"},\"reason\":{\"description\":\"reason contains a programmatic identifier indicating the reason for the condition's last transition.\\nProducers of specific condition types may define expected values and meanings for this field,\\nand whether the values are considered a guaranteed API.\\nThe value should be a CamelCase string.\\nThis field may not be empty.\",\"maxLength\":1024,\"minLength\":1,\"pattern\":\"^[A-Za-z]([A-Za-z0-9_,:]*[A-Za-z0-9_])?$\",\"type\":\"string\"},\"status\":{\"description\":\"status of the condition, one of True, False, Unknown.\",\"enum\":[\"True\",\"False\",\"Unknown\"],\"type\":\"string\"},\"type\":{\"description\":\"type of condition in CamelCase or in foo.example.com/CamelCase.\",\"maxLength\":316,\"pattern\":\"^([a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*/)?(([A-Za-z0-9][-A-Za-z0-9_.]*)?[A-Za-z0-9])$\",\"type\":\"string\"}},\"required\":[\"lastTransitionTime\",\"message\",\"reason\",\"status\",\"type\"],\"type\":\"object\"},\"maxItems\":8,\"type\":\"array\",\"x-kubernetes-list-map-keys\":[\"type\"],\"x-kubernetes-list-type\":\"map\"},\"name\":{\"description\":\"Name is the name of the Listener that this status corresponds to.\",\"maxLength\":253,\"minLength\":1,\"pattern\":\"^[a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*$\",\"type\":\"string\"},\"supportedKinds\":{\"description\":\"SupportedKinds is the list indicating the Kinds supported by this\\nlistener. This MUST represent the kinds an implementation supports for\\nthat Listener configuration.\\n\\nIf kinds are specified in Spec that are not supported, they MUST NOT\\nappear in this list and an implementation MUST set the \\\"ResolvedRefs\\\"\\ncondition to \\\"False\\\" with the \\\"InvalidRouteKinds\\\" reason. If both valid\\nand invalid Route kinds are specified, the implementation MUST\\nreference the valid Route kinds that have been specified.\",\"items\":{\"description\":\"RouteGroupKind indicates the group and kind of a Route resource.\",\"properties\":{\"group\":{\"default\":\"gateway.networking.k8s.io\",\"description\":\"Group is the group of the Route.\",\"maxLength\":253,\"pattern\":\"^$|^[a-z0-9]([-a-z0-9]*[a-z0-9])?(\\\\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*$\",\"type\":\"string\"},\"kind\":{\"description\":\"Kind is the kind of the Route.\",\"maxLength\":63,\"minLength\":1,\"pattern\":\"^[a-zA-Z]([-a-zA-Z0-9]*[a-zA-Z0-9])?$\",\"type\":\"string\"}},\"required\":[\"kind\"],\"type\":\"object\"},\"maxItems\":8,\"type\":\"array\"}},\"required\":[\"attachedRoutes\",\"conditions\",\"name\",\"supportedKinds\"],\"type\":\"object\"},\"maxItems\":64,\"type\":\"array\",\"x-kubernetes-list-map-keys\":[\"name\"],\"x-kubernetes-list-type\":\"map\"}},\"type\":\"object\"}},\"required\":[\"spec\"],\"type\":\"object\"}";
}

/// Register every keyword form this domain exposes onto the host
/// interpreter. Embedders call this once during boot.
pub fn register() {
    tatara_lisp::register_all_capabilities!(GatewaySpec);
    tatara_lisp::domain::register_render::<GatewaySpec>();
    tatara_lisp::domain::register_schema::<GatewaySpec>();
    tatara_lisp::domain::register_attest::<GatewaySpec>();
}