+**Step 4:** Disable the distributed-locking feature, since this is a single CL PDP-D instance.
+
+ .. code-block:: bash
+
+ features disable distributed-locking
+
+**Step 4:** [OPTIONAL] If using simulators (see tutorials), enable the *controlloop-utils* feature.
+
+ .. code-block:: bash
+
+ features enable controlloop-utils
+
+**Step 5:** [OPTIONAL] To reduce error logs due to being unable to communicate with DMaaP, change the official configuration to use *noop* topics instead (no network IO involved).
+
+ .. code-block:: bash
+
+ cd $POLICY_HOME/config
+ sed -i "s/^dmaap/noop/g" *.properties
+
+**Step 5:** Start the CL PDP-D.
+
+ .. code-block:: bash
+
+ policy start
+
+**Step 6:** Place the CL PDP-D in *ACTIVE* mode.
+
+ .. code-block:: bash
+
+ cat pdp-state-change.json
+ {
+ "state": "ACTIVE",
+ "messageName": "PDP_STATE_CHANGE",
+ "requestId": "385146af-adeb-4157-b97d-6ae85c1ddcb3",
+ "timestampMs": 1555791893587,
+ "name": "8a9e0c256c59",
+ "pdpGroup": "controlloop",
+ "pdpSubgroup": "drools"
+ }
+
+ http --verify=no -a "${TELEMETRY_USER}:${TELEMETRY_PASSWORD}" PUT https://localhost:9696/policy/pdp/engine/topics/sources/noop/POLICY-PDP-PAP/events @pdp-state-change.json Content-Type:'text/plain'
+
+ telemetry # to verify
+ > get lifecycle/fsm/state # verify that state is ACTIVE
+
+Note that *name* in *pdp-state-change.json* can be obtained from running *hostname* in the container.