Hi,
I revised my previous diagrams showing the two integration patterns based on using CoAP only for the OCF device network, slide 4.
Note that the same protocol binding template can be used to adapt the WoT Consumed ThIng API to the iotivity-node client (forward proxy), as well as adapt the WoT Exposed Thing API to iotivity-node (reverse proxy) to re-expose OCF things as WoT things on a network.
In the forward proxy case, the protocol binding adapts a WoT client to an OCF client, and lives on the client.
In the reverse proxy case, the protocol binding lives on the server, and the client sees a standard WoT thing on the network.
Do these 2 cases make sense? Are there other arrangements we need to look at?
I don't seem to be on the scripting mailing list, if there is one. Forwarding to the public list; please excuse the interruption if you aren't interested.
Best regards,
Michael