Cisco Expressway · Arazzo Workflow

Cisco Expressway Pre-Upgrade Health Check

Version 1.0.0

Read system status, active alarms, and resource usage to gate an upgrade.

1 workflow 3 source APIs 1 provider
View Spec View on GitHub CollaborationFirewall TraversalH.323Session Border ControllerSIPUnified CommunicationsVideo ConferencingArazzoWorkflows

Provider

cisco-expressway

Workflows

pre-upgrade-health-check
Check system status and alarms, branching to resource usage when clear.
Reads the system status overview, lists active alarms, and branches on whether alarms exist; when none are present it reads resource usage.
3 steps inputs: host, password, username outputs: alarms, softwareVersion, systemCapacityPercent
1
readSystemStatus
Read the comprehensive system status overview including current registration and call counts.
2
listAlarms
List all active alarms and branch on whether any alarms are present; when alarms exist the flow ends so they can be cleared before upgrading.
3
readResourceUsage
Read system resource utilization so the operator can confirm there is headroom before starting the upgrade.

Source API Descriptions

Arazzo Workflow Specification

Raw ↑
arazzo: 1.0.1
info:
  title: Cisco Expressway Pre-Upgrade Health Check
  summary: Read system status, active alarms, and resource usage to gate an upgrade.
  description: >-
    Performs a readiness gate before a maintenance window by reading the system
    status overview, listing active alarms, and reading resource usage. The alarm
    list branches: when alarms are present the flow ends so an operator can clear
    them first, otherwise it proceeds to capture resource utilization. Every step
    spells out its request inline so the flow can be read and executed without
    opening the underlying OpenAPI description.
  version: 1.0.0
sourceDescriptions:
- name: alarmsApi
  url: ../openapi/cisco-expressway-alarms-api-openapi.yml
  type: openapi
- name: resourceUsageApi
  url: ../openapi/cisco-expressway-resource-usage-api-openapi.yml
  type: openapi
- name: systemStatusApi
  url: ../openapi/cisco-expressway-system-status-api-openapi.yml
  type: openapi
workflows:
- workflowId: pre-upgrade-health-check
  summary: Check system status and alarms, branching to resource usage when clear.
  description: >-
    Reads the system status overview, lists active alarms, and branches on
    whether alarms exist; when none are present it reads resource usage.
  inputs:
    type: object
    required:
    - host
    - username
    - password
    properties:
      host:
        type: string
        description: FQDN or IP address of the Expressway node (server variable host).
      username:
        type: string
        description: Expressway administrator username for HTTP Basic auth.
      password:
        type: string
        description: Expressway administrator password for HTTP Basic auth.
  steps:
  - stepId: readSystemStatus
    description: >-
      Read the comprehensive system status overview including current
      registration and call counts.
    operationId: getSystemStatus
    parameters:
    - name: Authorization
      in: header
      value: Basic $inputs.username:$inputs.password
    successCriteria:
    - condition: $statusCode == 200
    outputs:
      softwareVersion: $response.body#/SoftwareVersion
      currentCalls: $response.body#/CurrentCalls
      currentRegistrations: $response.body#/CurrentRegistrations
  - stepId: listAlarms
    description: >-
      List all active alarms and branch on whether any alarms are present; when
      alarms exist the flow ends so they can be cleared before upgrading.
    operationId: listAlarms
    parameters:
    - name: Authorization
      in: header
      value: Basic $inputs.username:$inputs.password
    successCriteria:
    - condition: $statusCode == 200
    outputs:
      alarms: $response.body
    onSuccess:
    - name: alarmsPresent
      type: end
      criteria:
      - context: $response.body
        condition: $.length > 0
        type: jsonpath
    - name: noAlarms
      type: goto
      stepId: readResourceUsage
      criteria:
      - context: $response.body
        condition: $.length == 0
        type: jsonpath
  - stepId: readResourceUsage
    description: >-
      Read system resource utilization so the operator can confirm there is
      headroom before starting the upgrade.
    operationId: getResourceUsage
    parameters:
    - name: Authorization
      in: header
      value: Basic $inputs.username:$inputs.password
    successCriteria:
    - condition: $statusCode == 200
    outputs:
      systemCapacityPercent: $response.body#/SystemCapacityPercent
      licenseUtilizationPercent: $response.body#/LicenseUtilizationPercent
  outputs:
    softwareVersion: $steps.readSystemStatus.outputs.softwareVersion
    alarms: $steps.listAlarms.outputs.alarms
    systemCapacityPercent: $steps.readResourceUsage.outputs.systemCapacityPercent

Work with this as data

Every workflow here is available over the APIs.io API and to AI agents over MCP.

MCP server

One button, every client — Claude, Cursor, VS Code and the rest.

https://apis.io/mcp

Tools for arazzo workflows

4 MCP tools reach this
  • find_arazzoBrowse and filter every workflow in the catalog.
  • apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.
  • resolveTurn a domain, URL or GitHub org into the provider it belongs to.
  • find_cohortsEvery scored population of providers in the catalog.
All 92 tools →

Call it yourself

curl for this page
This workflow
curl "https://apis.io/api/v1/arazzo/cisco-expressway-pre-upgrade-health-check-workflow"
All arazzo workflows
curl "https://apis.io/api/v1/arazzo?limit=25"

Discovery needs no key. Ratings and market analysis are Pro.

Get an API key

Free tier, no form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.

A second provider on the same verified email joins the account you already have.