It is not currently possible to use the syntax exposed in network-config.yaml to request/accept transit gateway peering to/from an external (created outside of the LZA) transit gateway. This is problematic where connectivity is required to 3rd parties who also reside in AWS and require routed traffic, but are not under the jurisdiction of the LZA.
The transitGatewayPeering configuration (example below) only supports peering between transit gateways which have themselves been created via the LZA. The transitGatewayName is a logical reference to a transit gateway created elsewhere in the networking configuration file. Similarly the account parameter is a logical reference to an account provisioned via accounts-config.yaml.
The only workaround is to either wrap this up in a customization or handle the management of the transit gateway (and routes) outside of the LZA.
Describe the feature you'd like
A feature to support transit gateway peering (request/accept) to/from third-party transit gateways by providing string parameters as alternative to logical references. For example, something such as the following:
It is not currently possible to use the syntax exposed in
network-config.yaml
to request/accept transit gateway peering to/from an external (created outside of the LZA) transit gateway. This is problematic where connectivity is required to 3rd parties who also reside in AWS and require routed traffic, but are not under the jurisdiction of the LZA.The
transitGatewayPeering
configuration (example below) only supports peering between transit gateways which have themselves been created via the LZA. ThetransitGatewayName
is a logical reference to a transit gateway created elsewhere in the networking configuration file. Similarly theaccount
parameter is a logical reference to an account provisioned viaaccounts-config.yaml
.The only workaround is to either wrap this up in a customization or handle the management of the transit gateway (and routes) outside of the LZA.
Describe the feature you'd like A feature to support transit gateway peering (request/accept) to/from third-party transit gateways by providing string parameters as alternative to logical references. For example, something such as the following:
Additional context I believe all the context is covered but happy to answer any clarification questions