Spirent TestCenter Chassis Shell 2G

[Quali-Community]

Spirent TestCenter Chassis Shell 2G

STC-Chassis-Shell-2G provides you with connectivity and management capabilities such as device structure discovery and power management for the Spirent TestCenter (STC).

For more information on the STC, see the official Spirent product documentation.

---

Supported OS

▪ Windows

---

Requirements

▪ CloudShell version 8.1 and up

▪ STC version supporting REST server or Lab server. REST/Lab server must be up and reachable from the Execution server.

---

Repository	Latest Release	README.md
Name Spirent-TestCenterChassis-Shell-2G Owner QualiSystems Type 2nd Gen Shell Category Traffic Generators Min. Compatible CloudShell Version 8.1 Total Downloads (All Releases) 172	Link 3.1.1 (Version / Tag) TAR / ZIP 3.1.1 (TAR) 3.1.1 (ZIP) Author github-actions[bot] Published On 08/11/2022 01:33 PM Assets cloudshell-Spirent-TestCenter-Chassis-Shell-2G-offline-requirements-package-3.1.1.zip [1.98 MB] STC.Chassis.Shell.2G.zip [8 KB]	STC-Chassis-Shell-2G Release date: May 2022 Shell version: 3.1.0 Document version: 1.0.0 In This Guide Overview Downloading the Shell Importing and Configuring the Shell Updating Python Dependencies for Shells References Release Notes Overview A shell integrates a device model, application or other technology with CloudShell. A shell consists of a data model that defines how the device and its properties are modeled in CloudShell, along with automation that enables interaction with the device via CloudShell. Traffic Generator Shells CloudShell's traffic generator shells enable you to conduct traffic test activities on Devices Under Test (DUT) or Systems Under Test (SUT) from a sandbox. In CloudShell, a traffic generator is typically modeled using a chassis resource, which represents the traffic generator device and ports, and a controller service that runs the chassis commands, such as Load Configuration File, Start Traffic and Get Statistics. Chassis and controllers are modeled by different shells, allowing you to accurately model your real-life architecture. For example, scenarios where the chassis and controller are located on different machines. For additional information on traffic generator shell architecture, and setting up and using a traffic generator in CloudShell, see the Traffic Generators Overiew online help topic. STC-Chassis-Shell-2G STC-Chassis-Shell-2G provides you with connectivity and management capabilities such as device structure discovery and power management for the Spirent TestCenter (STC). For more information on the STC, see the official Spirent product documentation. To model an STC device in CloudShell, use the following controllers, which provides automation commands to run on the chassis, such as Load Configuration, Start Traffic/Test, Get Statistics: ▪ Spirent-TestCenterControllerController-Shell Standard version STC-Chassis-Shell-2G is based on the Traffic Shell Standard 1_0_3. Supported OS ▪ Windows Requirements ▪ CloudShell version 9.3 and up ▪ STC version supporting REST server or Lab server. REST/Lab server must be up and reachable from the Execution server. Data Model The shell's data model includes all shell metadata, families, and attributes. STC Families and Models The chassis families and models are listed in the following table: Family Model Description CS_TrafficGeneratorChassis STC Chassis Shell 2G STC chassis CS_TrafficGeneratorModule STC Chassis Shell 2G.GenericTrafficGeneratorModule STC module CS_TrafficGeneratorPortGroup STC Chassis Shell 2G.GenericTrafficGeneratorPortGroup STC port group CS_TrafficGeneratorPort STC Chassis Shell 2G.GenericTrafficGeneratorPort STC port CS_PowerPort STC Chassis Shell 2G.GenericPowerPort power port STC Attributes The attribute names and types are listed in the following table: Attribute Type Default value Description CS_TrafficGeneratorChassis.Model Name string The catalog name of the STC chassis model. This attribute will be displayed in CloudShell instead of the CloudShell model. CS_TrafficGeneratorChassis.Vendor string Spirent The name of the STC chassis manufacture. CS_TrafficGeneratorChassis.Version string The firmware version of the STC chassis. STC Chassis Shell 2G.Serial Number string The serial number of the STC chassis. STC Chassis Shell 2G.Server Description string The full description of the server. Usually includes the OS, exact firmware version and additional characteritics of the device. STC Chassis Shell 2G.Client Install Path string NA for this resource. STC Chassis Shell 2G.Controller Address string The IP address of the REST or Lab server. STC Chassis Shell 2G.Controller TCP Port string The TCP port of the REST or Lab server. STC Chassis Shell 2G.Password string NA for this resource. STC Chassis Shell 2G.Power Management boolean True Used by the power management orchestration, if enabled, to determine whether to automatically manage the device power status. STC Chassis Shell 2G.User string NA for this resource. CS_TrafficGeneratorModule.Model Name string The catalog name of the STC module model. This attribute will be displayed in CloudShell instead of the CloudShell model. STC Chassis Shell 2G.GenericTrafficGeneratorModule.Serial Number string The serial number of the STC module. STC Chassis Shell 2G.GenericTrafficGeneratorModule.Version string The firmware version of the STC module. CS_TrafficGeneratorPort.Configured Controllers string Specifies what controller can be used with the ports (STC controller, Avalanche controller etc...) CS_TrafficGeneratorPort.Logical Name string The port's logical name in the test configuration. If kept emtpy - allocation will applied in the blue print. CS_TrafficGeneratorPort.Max Speed string Max speed supported by the interface (default units - MB). STC Chassis Shell 2G.CS_TrafficGeneratorPort.Media Type string Interface media type. Possible values are Fiber and/or Copper (comma-separated). Automation This section describes the automation (drivers) associated with the data model. The shell’s driver is provided as part of the shell package. There are two types of automation processes, Autoload and Resource. Autoload is executed when creating the resource in the Inventory dashboard, while resource commands are run in the Sandbox, providing that the resource has been discovered and is online. For Traffic Generator shells, commands are configured and executed from the controller service in the sandbox, with the exception of the Autoload command, which is executed when creating the resource. Command Description Autoload Discovers the chassis, its hierarchy and attributes when creating the resource. The command can be rerun in the Inventory dashboard and not in the sandbox, as for other commands. Downloading the Shell The STC-Chassis-Shell-2G is available from the Quali Community Integrations page. Download the files into a temporary location on your local machine. The shell comprises: File name Description STC.Chassis.Shell.2G.zip STC shell package STC.Chassis.Shell.2G.offline.requirements.zip STC shell Python dependencies (for offline deployments only) Importing and Configuring the Shell This section describes how to import the STC-Chassis-Shell-2G 3.1.0 and configure and modify the shell’s devices. Importing the shell into CloudShell To import the shell into CloudShell: Make sure you have the shell’s zip package. If not, download the shell from the Quali Community's Integrations page. In CloudShell Portal, as Global administrator, open the Manage – Shells page. Click Import. In the dialog box, navigate to the shell's zip package, select it and click Open. The shell is displayed in the Shells page and can be used by domain administrators in all CloudShell domains to create new inventory resources, as explained in Adding Inventory Resources. Offline installation of a shell Note: Offline installation instructions are relevant only if CloudShell Execution Server has no access to PyPi. You can skip this section if your execution server has access to PyPi. For additional information, see the online help topic on offline dependencies. In offline mode, import the shell into CloudShell and place any dependencies in the appropriate dependencies folder. The dependencies folder may differ, depending on the CloudShell version you are using: For CloudShell version 8.3 and above, see Adding Shell and script packages to the local PyPi Server repository. For CloudShell version 8.2, perform the appropriate procedure: Adding Shell and script packages to the local PyPi Server repository or Setting the python pythonOfflineRepositoryPath configuration key. For CloudShell versions prior to 8.2, see Setting the python pythonOfflineRepositoryPath configuration key. Adding shell and script packages to the local PyPi Server repository If your Quali Server and/or execution servers work offline, you will need to copy all required Python packages, including the out-of-the-box ones, to the PyPi Server's repository on the Quali Server computer (by default C:\Program Files (x86)\QualiSystems\CloudShell\Server\Config\Pypi Server Repository). For more information, see Configuring CloudShell to Execute Python Commands in Offline Mode. To add Python packages to the local PyPi Server repository: If you haven't created and configured the local PyPi Server repository to work with the execution server, perform the steps in Add Python packages to the local PyPi Server repository (offlinemode). For each shell or script you add into CloudShell, do one of the following (from an online computer): Connect to the Internet and download each dependency specified in the requirements.txt file with the following command: pip download -r requirements.txt. The shell or script's requirements are downloaded as zip files. In the Quali Community's Integrations page, locate the shell and click the shell's Download link. In the page that is displayed, from the Downloads area, extract the dependencies package zip file. Place these zip files in the local PyPi Server repository. Setting the python PythonOfflineRepositoryPath configuration key Before PyPi Server was introduced as CloudShell’s python package management mechanism, the PythonOfflineRepositoryPath key was used to set the default offline package repository on the Quali Server machine, and could be used on specific Execution Server machines to set a different folder. To set the offline python repository: Download the [Shell Offline Requirements .zip File Name] file, see Downloading the Shell. Unzip it to a local repository. Make sure the execution server has access to this folder. On the Quali Server machine, in the ~\CloudShell\Server\customer.config file, add the following key to specify the path to the default python package folder (for all Execution Servers): <add key="PythonOfflineRepositoryPath" value="repository full path"/> If you want to override the default folder for a specific Execution Server, on the Execution Server machine, in the ~TestShell\Execution Server\customer.config file, add the following key: <add key="PythonOfflineRepositoryPath" value="repository full path"/> Restart the Execution Server. Configuring a new resource This section explains how to create a new resource from the shell. In CloudShell, the component that models the device is called a resource. It is based on the shell that models the device and allows the CloudShell user and API to remotely control the device from CloudShell. You can also modify existing resources, see Managing Resources in the Inventory. To create a resource for the device: In the CloudShell Portal, in the Inventory dashboard, click Add New. From the list, select STC Chassis Shell 2G. Enter the Name and IP address of the STC. Click Create. In the Resource dialog box, enter the Controller Address and Controller TCP Port, see STC Attributes. Click Continue. CloudShell validates the device’s settings and updates the new resource with the device’s structure (if the device has a structure). Updating Python Dependencies for Shells This section explains how to update your Python dependencies folder. This is required when you upgrade a shell that uses new/updated dependencies. It applies to both online and offline dependencies. Updating offline Python dependencies To update offline Python dependencies: Download the latest Python dependencies package zip file locally. Extract the zip file to the suitable offline package folder(s). Restart any execution server that has a live instance of the relevant driver or script. This requires running the Execution Server's configuration wizard, as explained in the Configure the Execution Server topic of the CloudShell Suite Installation guide. Updating online Python dependencies In online mode, the execution server automatically downloads and extracts the appropriate dependencies file to the online Python dependencies repository every time a new instance of the driver or script is created. To update online Python dependencies: If there is a live instance of the shell's driver or script, restart the execution server, as explained above. If an instance does not exist, the execution server will download the Python dependencies the next time a command of the driver or script runs. References To download and share integrations, see Quali Community's Integrations. For instructional training and documentation, see Quali University. To suggest an idea for the product, see Quali's Idea box. To connect with Quali users and experts from around the world, ask questions and discuss issues, see Quali's Community forums. To use traffic generator ports as abstract resources, see CloudShell's Online Help. Release Notes For release updates, see the shell's GitHub releases page. Known Issues NA
* Updated Weekly	* Update Now	* Repository, release and asset info is updated weekly. * Please allow 30-60 seconds for manual update changes to take effect.

---

 Naama Gonczarowski 12/02/2019 10:40 AM

·  4894  ·