local_policy

Wireless Security Policy

The wireless security policy is needed to ensure that no unauthorized access is enabled to the network. The rules can be manually set up using WIPS under configuration category. Wireless Manager enables to make the changes based on all the locations in the organization or even specific location wise WIPS policy can be set up for individual locations. Only thing to be noted before configuring is to ensure that the location tree is already defined.

JSON Table

Parameter Data Type Description
policyCreatedAtLocId application/json ID of the location at which the policy has been defined. For details about the JSON, click Location ID.
policyType String A read-only field for internal use.
noWiFiNetworks List of strings Contains the No-WiFi networks i.e. networks at this location that cannot have any WiFi APs connected to them.
defaultTemplateIds List of integers Contains the authorized template IDs that are applied in this policy.
rssiBasedClassification application/json A group of attributes related to the RSSI-based classification of the APs in the wireless security policy.
rssiBasedClassification/ signalThresholdBasedClassification application/json A group of attributes related to signal threshold-based classification.
rssiBasedClassification/ signalThresholdBasedClassification/threshold int Signal strength in dBm i.e. the x dBm for the preclassified APs.
rssiBasedClassification/ signalThresholdBasedClassification/enabled boolean A true or false value indicating whether APs with signal strength stronger than x dBm can be preclassified as Rogue or Authorized APs. True indicates that the APs are preclassified as Rogue or Authorized APs.
rssiBasedClassification/ monitoredSubnetBasedClassification application/json A group of attributes related to the monitored subnet-based classification.
rssiBasedClassification/ monitoredSubnetBasedClassification/enabled boolean A true or false value indicating whether APs connected to monitored subnets can be preclassified as Rogue or Authorized APs.

Copy Sample JSON
Sample JSON
{
    "policyCreatedAtLocId": {
        "type": "locallocationid",
        "id": 0
    },
    "policyType": "WIRELESS_SECURITY_POLICY",
    "noWiFiNetworks": [],
    "defaultTemplateIds": [],
    "rssiBasedClassification": {
        "signalThresholdBasedClassification": {
            "threshold": -55,
            "enabled": false
        },
        "monitoredSubnetBasedClassification": {
            "enabled": true
        }
    }
}
API Calls

/V5/policies/wirelesssecurity/{fetch_factory_default}

/V5/policies/wirelesssecurity

<Base_URL>/V2/analytics/associationdata/{startdate}/{enddate}

/V5/policies/wirelesssecurity

/V5/policies/wirelesssecurity

Get Wireless Security Policy

Description This API is used to fetch the Wireless Security Policy at a specified location
from Wireless Manager or Arista Cloud Services.
Users with the roles can call this API: superuser, administrator, operator, and viewer.
Syntax
Get <Base_URL>/policies/wirelesssecurity/{fetch_factory_default}?
locationid=<value>&nodeid=<value>

Here,

  • locationid

    It is an integer value specifying the location for which the Wireless Security Policy
    is fetched. To retrieve the value for location id refer Location call.

  • nodeid

    It is an integer value specifying the node in a server cluster setup.

  • fetch_factory_default

    Is a boolean value specifying whether factory default policies will be fetched
    or user-defined policies. If set to true the factory default policies are fetched,
    and if set to false user-defined policies are fetched.

Sample code
Get https://training.mojonetworks.com/new/webservice/v5/policies/
wirelesssecurity/true?locationid=0
Request Body This API call does not require any request body parameters.
Response Body If the API call is successful, the HTTP response status is 200.
The response body contains the details of Wireless Security Policy. The response is in the application/json format.

Customize Wireless Security Policy

Description This API is used to customize the Wireless Security Policy at a specified location in
Wireless Manager or Arista Cloud Services. After calling this API, the policy
can be modified by calling the Modify Wireless Security Policy API at
the specified location.
Users with the roles can call this API: superuser, administrator, operator, and viewer.
Syntax
PUT <Base_URL>/policies/wirelesssecurity?locationid=<value>&nodeid=<value>

Here,

  • locationid

    It is an integer value specifying the location for which the Wireless Security Policy
    is customized. To retrieve the value for location id refer Location call.

  • nodeid

    It is an integer value specifying the node in a server cluster setup.

Sample code
PUT https://training.mojonetworks.com/new/webservice/v5/policies/
wirelesssecurity?locationid=1
Request Body This API call does not require any request body parameters.
Response Body If the API call is successful, the HTTP response status is 204.
The response body does not contain any information.

Put APIs

Description This API is used to fetch the APs that match the specified filter criteria from the allowed locations for the logged-in user. If no filters are specified, all the APs from the allowed locations are fetched. However, this API is not supported in a server cluster environment.

Note: Do not use this API to fetch more than 100 devices. For fetching larger number of devices, consider using the Get Paged List of APs API.

User Privileges Users with the following roles can call this API: superuser, administrator, and operator.

Request Body Parameters
This API call does not require any request body parameters.

Response Body
If the API call is successful, the HTTP response status is 200. The response body contains the details of the APs that match the filter criteria. The response is in the application/json format. Click AP to view the complete detais of the JSON along with a sample output.

Error codes
If the API call is successful, the HTTP response status is 200.

Syntax
GET /devices/aps
Sample code
GET https://training.mojonetworks.com/new/webservice/v2/devices/aps
GET
https://training.mojonetworks.com/new/webservice/v2/devices/aps?macaddress=00:11:74:33:23:12&macaddress=00:11:74:45:12:21
GET
https://training.mojonetworks.com/new/webservice/v2/devices/aps?capability=49&locationid=10&locationid=12&sortcolumn=devicename&sortascending=false
URL Parameters This API call takes optional URL parameters to filter the list of APs to be fetched and the column on which the output must be sorted. AP Filter Parameters lists the parmeter names, datatypes, applicable values, and whether the results can be sorted based on the parameter.
Query Parameters This API call takes optional URL parameters to filter the list of APs to be fetched and the column on which the output must be sorted. AP Filter Parameters lists the parmeter names, datatypes, applicable values, and whether the results can be sorted based on the parameter.
Response Body If the API call is successful, the HTTP response status is 200. The response body contains the details of the APs that match the filter criteria. The response is in the application/json format. Click AP to view the complete detais of the JSON along with a sample output.

Modify Wireless Security Policy

Description This API is used to modify Wireless Security Policy at a specified location
in Wireless Manager or Arista Cloud Services. Before calling this API, the
policy must be customized by calling the Customize Wireless Security Policy
API at the specified location.
Users with the roles can call this API:superuser, administrator, operator, and viewer.
Syntax
POST <Base_URL>/policies/wirelesssecurity?locationid=<value>&nodeid=<value>

Here,

  • locationid

    It is an integer value specifying the location for which the Wireless Security Policy
    is modified. To retrieve the value for location id refer Location call.

  • nodeid

    It is an integer value specifying the node in a server cluster setup.

Sample code
POST https://training.mojonetworks.com/new/webservice/v5/policies/
wirelesssecurity?locationid=2
Request Body This API call requires the modified details of the Wireless Security Policy,
which are passed as parameters in the request body. The parameters are passed in
the application/json format. You must provide the appropriate values for the
following mandatory JSON attributes.

  • policyCreatedAtLocId
  • policyCreatedAtLocId/type
  • policyCreatedAtLocId/id
  • defaultTemplateIds
  • rssiBasedClassification
  • rssiBasedClassification/signalThresholdBasedClassification
  • rssiBasedClassification/signalThresholdBasedClassification/threshold
  • rssiBasedClassification/signalThresholdBasedClassification/enabled

A sample request will have a structure as follows:

{
...
List of  Wireless Security Policy with the mandatory attributes mentioned above
...
}
Response Body If the API call is successful, the HTTP response status is 204.
The response body does not contain any information.

Inherit Wireless Security Policy

Description This API is used to inherit Wireless Security Policy at a specified location
from its parent location in the Mojo Server or the Arista Cloud Services. The
Wireless Security Policy, by default, is inherited from the parent location. This
API can be called to inherit the policy from the parent location if the
Customize Wireless Security Policy API was called at a specified
location earlier. On calling this API, the customized Wireless Security Policy is deleted
and the policy defined on the parent location is inherited.
Users with the roles can call this API: superuser, administrator, operator and viewer.
Syntax
DELETE <Base_URL>/policies/wirelesssecurity?locationid=<value>
&nodeid=<value>

Here,

  • locationid

    It is an integer value specifying the location for which the Wireless Security Policy
    is inherited. To retrieve the value for location id refer Location call.

  • nodeid

    It is an integer value specifying the node in a server cluster setup.

Sample code
DELETE
https://training.mojonetworks.com/new/webservice/v5/policies/
wirelesssecurity?locationid=2
Request Body This API call does not require any request body parameters.
Response Body If the API call is successful, the HTTP response status is 204.
The response body does not contain any information.

Test APIs

Description This API is used to fetch the APs that match the specified filter criteria from the allowed locations for the logged-in user. If no filters are specified, all the APs from the allowed locations are fetched. However, this API is not supported in a server cluster environment.

Note: Do not use this API to fetch more than 100 devices. For fetching larger number of devices, consider using the Get Paged List of APs API.

User Privileges Users with the following roles can call this API: superuser, administrator, and operator.

Request Body Parameters
This API call does not require any request body parameters.

Response Body
If the API call is successful, the HTTP response status is 200. The response body contains the details of the APs that match the filter criteria. The response is in the application/json format. Click AP to view the complete detais of the JSON along with a sample output.

Error codes
If the API call is successful, the HTTP response status is 200.

Syntax
GET /devices/aps
Sample code
GET https://training.mojonetworks.com/new/webservice/v2/devices/aps
GET
https://training.mojonetworks.com/new/webservice/v2/devices/aps?macaddress=00:11:74:33:23:12&macaddress=00:11:74:45:12:21
GET
https://training.mojonetworks.com/new/webservice/v2/devices/aps?capability=49&locationid=10&locationid=12&sortcolumn=devicename&sortascending=false
URL Parameters This API call takes optional URL parameters to filter the list of APs to be fetched and the column on which the output must be sorted. AP Filter Parameters lists the parmeter names, datatypes, applicable values, and whether the results can be sorted based on the parameter.
Query Parameters This API call takes optional URL parameters to filter the list of APs to be fetched and the column on which the output must be sorted. AP Filter Parameters lists the parmeter names, datatypes, applicable values, and whether the results can be sorted based on the parameter.
Response Body If the API call is successful, the HTTP response status is 200. The response body contains the details of the APs that match the filter criteria. The response is in the application/json format. Click AP to view the complete detais of the JSON along with a sample output.