Disclosed are systems, methods, and devices for managing a plurality of remote devices of disparate types. There is maintained an electronic device definition repository comprising: a plurality of semantic model definitions for corresponding devices of the plurality of remote devices. An action request for an action to be performed by one or more selected devices of the plurality of remote devices is received. For each one or more selected devices, the action request is processed including: converting a generic device action and a generic device property to a device-specific action and a device-specific property using the semantic model definition for the selected device; establishing one or more messages for communicating the device-specific action request to a given selected device using the data protocol definition for the selected device; translating the one or more messages of the sequence of messages to an application protocol suitable for communication with the selected device.

In some embodiments, a method receives a first interaction group that includes a plurality of roles. The plurality of roles comprise a first plurality of interaction modules that each define an activity. The method receives a second interaction group that includes a second plurality of interaction modules. The second interaction group identifies the first interaction group, and interaction modules in the second plurality of modules identify a role in the plurality of roles of the first interaction group. Then, an activity of the second plurality of interaction modules is generated for the second interaction group by retrieving the activity of an interaction module in the first plurality of interaction modules identified by a respective role for the interaction module in the second plurality of interaction modules.

In an example, a method comprises obtaining, by a policy controller from a first SDN architecture system, flow metadata for packet flows exchanged among workloads of a distributed application deployed to the first SDN architecture system; identifying, using flow metadata for a packet flow of the packet flows, a source endpoint workload and a destination endpoint workload of the packet flow; generating a network policy rule to allow packet flows from the source endpoint workload to the destination endpoint workload of the packet flow; and adding the network policy rule to a configuration repository as configuration data for a second SDN architecture system to cause a deployment system to configure the second SDN architecture system with the network policy rule to allow packet flows from the source endpoint workload to the destination endpoint workload when the distributed application is deployed to the second SDN architecture system.

A method for generating a smart protocol includes providing, by a server computer system, a user interface to one or more of a plurality of users. The server computer system may receive, via the user interface, input specifying terms corresponding to a smart protocol that is to be deployed on a particular blockchain platform. The specified terms may include the plurality of users associated with the smart protocol and a web resource to be used to identify one or more external data. An execution of the smart protocol may be based on a value of the external data. Based on the specified terms, the server computer system may generate, without further input from the plurality of users, the smart protocol. The server computer system may deploy the smart protocol to the particular blockchain platform.

In an example, a method includes processing, by an application programming interface (API) server implemented by a configuration node of a network controller for a software-defined networking (SDN) architecture system, requests for operations on native resources of a container orchestration system; processing, by a custom API server implemented by the configuration node, requests for operations on custom resources for SDN architecture configuration, wherein each of the custom resources for SDN architecture configuration corresponds to a type of configuration object in the SDN architecture system; detecting, by a control node of the network controller, an event on an instance of a first custom resource of the custom resources; and by the control node, in response to detecting the event on the instance of the first custom resource, obtaining configuration data for the instance of the first custom resource and configuring a corresponding instance of a configuration object in the SDN architecture.

A method for communicating between motorized power tools includes establishing, using a physical interface of a first power tool, a wireless radio link between the first power tool and a second power tool. The first power tool has a first motor and the second power tool has a second motor. A signal is received over the wireless radio link, via the physical interface, at the first power tool from the second power tool using a first wireless communication protocol. The signal includes an identifier. The second power tool is verified as authorized to send the signal to the first power tool based on the identifier. A tool component of the first power tool is controlled responsive to the signal.

A method supporting distributed resilient network interconnect (DRNI) in a link aggregation group at a network device is disclosed. The method starts with encapsulating a distributed relay control protocol data unit (DRCPDU) in a frame, wherein the DRCPDU includes a protocol data unit (PDU) structure. The PDU structure includes a type field indicating that the DRCPDU is for DRCP, a version field indicating a version number of the DRCP, and a set of type/length/values (TLVs) including: a terminator TLV indicating an end of the PDU structure, a portal information TLV indicating characteristics of the first portal, a portal configuration information TLV indicating configuration information of the first portal, a DRCP state TLV indicating variables associated with an intra-portal link (IPP), a home ports information TLV and a neighbor ports information TLV. The method continues with transmitting the frame encapsulating the DRCPDU from the network device to a neighbor network device.

This disclosure describes techniques for performing communications between devices using various aspects of Ethernet standards. As further described herein, a protocol is disclosed that may be used for communications between devices, where the communications take place over a physical connection complying with Ethernet standards. Such a protocol may enable reliable and in-order delivery of frames between devices, while following Ethernet physical layer rules, Ethernet symbol encoding, Ethernet lane alignment, and/or Ethernet frame formats.

In an example, a method comprises obtaining, by a policy controller from a first SDN architecture system, flow metadata for packet flows exchanged among workloads of a distributed application deployed to the first SDN architecture system; identifying, using flow metadata for a packet flow of the packet flows, a source endpoint workload and a destination endpoint workload of the packet flow; generating a network policy rule to allow packet flows from the source endpoint workload to the destination endpoint workload of the packet flow; and adding the network policy rule to a configuration repository as configuration data for a second SDN architecture system to cause a deployment system to configure the second SDN architecture system with the network policy rule to allow packet flows from the source endpoint workload to the destination endpoint workload when the distributed application is deployed to the second SDN architecture system.

Disclosed are systems, methods, and devices for managing a plurality of remote devices of disparate types. There is maintained an electronic device definition repository comprising: a plurality of semantic model definitions for corresponding devices of the plurality of remote devices. An action request for an action to be performed by one or more selected devices of the plurality of remote devices is received. For each one or more selected devices, the action request is processed including: converting a generic device action and a generic device property to a device-specific action and a device-specific property using the semantic model definition for the selected device; establishing one or more messages for communicating the device-specific action request to a given selected device using the data protocol definition for the selected device; translating the one or more messages of the sequence of messages to an application protocol suitable for communication with the selected device.