OMA LwM2M defines more mandatory functionality than in CoAP about oma_lwm2m_for_developers HOT 10 CLOSED

Any concrete examples ? I've no idea

from oma_lwm2m_for_developers.

"Observe" is marked as option in CoAP (RFC7252, 2.2. page 14) and as MUST in LwM2M (TS 20150513, 5.5, page 31).

from oma_lwm2m_for_developers.

Regarding "Observe" YES ! LWM2M considers it's an essential and basic functionality to support to address M2M segment.
It is even so true that without that feature, LWM2M will be even not able to Interwork with oneM2M.
Other example ? maybe you are right for other features.

from oma_lwm2m_for_developers.

Ok no other comments for 6 months => to be closed

from oma_lwm2m_for_developers.

IMHO: For device management LWM2M is totally usable without observe (real world experience here).
Now for OneM2M compatibility, I don't doubt a massive standard like OneM2M needs a tons of mandatory features :)

from oma_lwm2m_for_developers.

no new remark => to be closed

from oma_lwm2m_for_developers.

This seems to be a new and real remark ...

IMHO: For device management LWM2M is totally usable without observe (real world experience here).
Now for OneM2M compatibility, I don't doubt a massive standard like OneM2M needs a tons of mandatory features :)

I didn't know that being compatible with OneM2M was mandatory for LWM2M ...

It is even so true that without that feature, LWM2M will be even not able to Interwork with oneM2M.

from oma_lwm2m_for_developers.

Onem2m already very focused on interworking with LWm2m.But as you told
device management in LWm2m also include application managemnt .
While onwM2m have more alignment with OMA DM and BBF, it is confusing
how the read/write/observe can be mapped to oneM2m. Onem2m only support
enable/disable feature through a device capability resource .
Would like to more opinions regarding this
Regards
Subhash

On Apr 15, 2016 2:28 PM, "sbernard31" [email protected] wrote:

This seems to be a new and real remark ...

IMHO: For device management LWM2M is totally usable without observe (real
world experience here).
Now for OneM2M compatibility, I don't doubt a massive standard like OneM2M
needs a tons of mandatory features :)

I didn't know that being compatible with OneM2M was mandatory for LWM2M ...

It is even so true that without that feature, LWM2M will be even not able
to Interwork with oneM2M.

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
#28 (comment)

from oma_lwm2m_for_developers.

in oneM2M, when we speak about LWM2M interworking, it has nothing to do with Device Management .
It is at the service layer that LWM2M is interworked (as OMA DM and BBF TR069 can't do) .
At one moment it has been decided that LWM2M must support Observe functionality to serve IoT application at the best. CoAP is a bit more general that LWM2M, it is normal that few capabilities
remain optional according the final goal (for instance in oneM2M, CoAP can be used exactly in replacement of HTTP) .

from oma_lwm2m_for_developers.

Issue closed per Thierry's comment above 11-Oct-2016

from oma_lwm2m_for_developers.