-
Notifications
You must be signed in to change notification settings - Fork 518
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
Have the ability to have different TypeUrl from Discovery Request vs Discovery Response #303
Comments
I don't think envoy accepts v3 response in return for a v2 request or vice versa, based on the observation here. |
After talking with @jessicayuen, it looks like the Passthrough struct takes the raw discovery proto. |
@jyotima I believe Envoy added code to do the v2 -> v3 conversion since the last time you did that test. |
In order to perform migration, go-control-plane enables registering the v3 endpoint. Although the cache management will require more code until envoyproxy/envoy#10776 is done. |
I think fully mixed is not supported. But sending v3 resources over v2 transport is supported. envoyproxy/envoy#10776 (comment) https://www.envoyproxy.io/docs/envoy/latest/faq/api/envoy_v3 https://github.com/envoyproxy/envoy/blob/master/source/common/protobuf/utility.cc#L544-L547 |
That is true. The grpc endpoints are chosen based on type_url , based on resource_api_version . I feel there is not much correlation between typeurl and transport version. |
This issue has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in the next 7 days unless it is tagged "help wanted" or "no stalebot" or other activity occurs. Thank you for your contributions. |
This issue has been automatically closed because it has not had activity in the last 37 days. If this issue is still valid, please ping a maintainer and ask them to label it as "help wanted" or "no stalebot". Thank you for your contributions. |
Currently, go-control-plane doesn't provide a way for us to send v3 configuration through the v2 protocol, as supported by envoy for a migration.
For Fetch, it always sets the DiscoveryRequest TypeUrl.
For Streaming, it always uses the v2 resources when using the v2/cache.go module.
In order to support the v2->v3 migration, we will need to add functionality here to allow the TypeUrl to be changed. It's not clear to me if the passthrough work will handle this or not, since it is still using the request TypeUrl.
The text was updated successfully, but these errors were encountered: