Simon Bernard

I think you're right. We should add `close_connection` in `connection.c` and `dtlsconnection.c` and just call it in `lwm2m_close_connection`. In the dtls one we should done something like [that](https://github.com/eclipse/wakaama/pull/226/commits/ff52cc7926e52073859abefeb315736a917f194e#diff-1914f5c5883f1b716f97a7e304828820R592) to clear...

> When the DM server updates the lifetime value, the registration update message needs to be sent to this server without the new value you mean : "the registration update...

**Not directly linked** but in Leshan we are using `EXCHANGE_LIFETIME` instead of `MAX_TRANSMIT_WAIT` ([rfc7252#section-4.8.2](https://datatracker.ietf.org/doc/html/rfc7252#section-4.8.2)) I'm not sure what is the best choice. :thinking: We also think that lifetime is not...

Some hints : https://blog.jakoblind.no/3-ways-to-reduce-webpack-bundle-size/

``` asset size limit: The following asset(s) exceed the recommended size limit (244 KiB). This can impact web performance. Assets: fonts/materialdesignicons-webfont.aaf5968f.eot (1.11 MiB) fonts/materialdesignicons-webfont.ad0f7b3f.woff2 (358 KiB) fonts/materialdesignicons-webfont.f5b84261.ttf (1.11 MiB) fonts/materialdesignicons-webfont.fabeafb8.woff...

> do you have on roadmap idea to implement support for LWM2M 1.2? We are currently focus on LWM2M v1.1, so not plan to work on LWM2M 1.2 at short/mid...

About LWM2M v1.2 features which seems to drag interest : - **MQTT transport binding** (see https://github.com/eclipse/leshan/issues/1236#issuecomment-1102336047) - the **LWM2M Gateway** ( see https://github.com/OpenMobileAlliance/OMA_LwM2M_for_Developers/issues/518#issuecomment-1102356105)

@hannestschofenig correct me if I'm wrong but It seems to me that mbedTLS also brings [Connection ID](https://datatracker.ietf.org/doc/html/draft-ietf-tls-dtls-connection-id-13) which is a great feature for LWM2M, correct ? > These repos are...

When we will work on this and if it's possible to use erbium without so much modification. **Maybe** it could worth to contact Contiki project and see with them if...

> **If not**, I think this issue can be closed and the coding style discussed in #513 (comment) It make sense to me.