-
Notifications
You must be signed in to change notification settings - Fork 107
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
Region routing broken for forwarded requests and cars that don't support Vehicle Command Protocol #131
Comments
Is token with ou_code = EU and user region = NA a valid configuration? In what situation this is expected? Isn't it safe to just use the |
This SDK doesn't appear to use region at all. It relies on ou_codes and redirects (or lack of, in this case) so it is broken for this Tesla account configuration. I suspect it relates to importing cars from NA. |
I think I encountered another account like this. My workaround was to toggle between NA and EU when it fails. It's ugly, but I hope Tesla fixes it. |
We're seing HTTP 421 with evcc.io. Setup is EU developer account with self-hosted users all over the world. We're so far using the EU fleet api endpoint. Due to lack of #29 we're handcrafting the requests (no commands, just reading). It's unclear if EU api for non-EU vehicle is a valid scenario? If we switch to NA api on HTTP 421- does this work with EU developer account? |
If you send a Vehicle Command Protocol request to an access token with "ou_code": "EU" but with a user region of NA, the proxy sends the command to EU, receives a 421, then reroutes to NA, then learns the car doesn't support Vehicle Command Protocol, then forwards the request on to the (wrong) EU region and gives up. Net result: all commands fail on the vehicle.
The root issue is that forwarded requests do not automatically retry the correct region.
@sethterashima FYI since you were working on this.
The text was updated successfully, but these errors were encountered: