Skip to content
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

Merge new functions into the upstream axtls repository #11

Open
slaff opened this issue Mar 11, 2016 · 3 comments
Open

Merge new functions into the upstream axtls repository #11

slaff opened this issue Mar 11, 2016 · 3 comments

Comments

@slaff
Copy link
Contributor

slaff commented Mar 11, 2016

There are new and useful functions that are appearing in this repository. It would be great if we can push them to the upstream axTLS repository.

@igrr
Copy link
Owner

igrr commented Mar 15, 2016

That would probably be a good effort, although I imagine it may take quite a lot of resources.
We should rebase our changes on the latest upstream version first (#9).

@mirko
Copy link

mirko commented Mar 24, 2019

Is there any news on this?
I'm asking specifically, because I'm running out of memory with mbedtls on ESP32 (using micropython*) and, from evaluating code and guessing, I expect axtls being much more lightweight.
However, unlike this fork, upstream axtls does not support verification against a CA so far, which is a major drawback.
Is there any plan on upstreaming those changes? If not, could you provide a rough estimate on how much is ESP8266 specific and might/will conflict?

Thanks a lot in advance!

*micropython supports both mbedtls as well as axtls as ssl backend

@igrr
Copy link
Owner

igrr commented Mar 25, 2019

@mirko On the ESP32, you can enable CONFIG_MBEDTLS_ASYMMETRIC_CONTENT_LEN (https://docs.espressif.com/projects/esp-idf/en/latest/api-reference/kconfig.html#config-mbedtls-asymmetric-content-len) to reduce the amount of RAM used by the outgoing fragment buffer.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants