Revert to using x-nmos-control namespace for IS-12

Author: cristian-recoseanu

docs/Authorization Practice.md

@@ -156,15 +156,15 @@ matching resource role paths. These represent device model role paths and MUST b
 For example, offering read access to the IS-12 receiver monitor object identified by a role path of 'root.receiver-monitors.monitor-01' only would require the following token claim.
 
 ```
-"x-nmos-ncp": {
+"x-nmos-control": {
   "read": ["root.receiver-monitors.monitor-01"]
 }
 ```
 
 Alternatively, offering read access to all IS-12 device model objects may be given with the following token claim which uses the wildcard '*'.
 
 ```
-"x-nmos-ncp": {
+"x-nmos-control": {
   "read": ["root.*"]
 }
 ```
@@ -176,7 +176,7 @@ Access to invoke object methods MUST only be given if the token claim includes a
 The following is a token claim example which offers access to modify properties and invoke methods on the receiver monitor object identified by a role path of 'root.receiver-monitors.monitor-01'.
 
 ```
-"x-nmos-ncp": {
+"x-nmos-control": {
   "read": ["root.receiver-monitors.monitor-01"],
   "write": ["root.receiver-monitors.monitor-01"]
 }
@@ -185,7 +185,7 @@ The following is a token claim example which offers access to modify properties
 The following is a token claim example which uses the wildcard '*' and offers access to modify properties and invoke methods on any device model object.
 
 ```
-"x-nmos-ncp": {
+"x-nmos-control": {
   "read": ["root.*"],
   "write": ["root.*"]
 }
@@ -194,7 +194,7 @@ The following is a token claim example which uses the wildcard '*' and offers ac
 A token claim could also offer asymmetrical access like in the following example which only allows write access to a specific path, whilst allowing the entire device model to be read.
 
 ```
-"x-nmos-ncp": {
+"x-nmos-control": {
   "read": ["root.*"],
   "write": ["root.receiver-monitors.monitor-01"]
 }