A monthly vulnerability scan flags six Catalyst 2960-X switches at a customer’s two branches as past Cisco’s last day of support. The MSP needs a replacement plan that the customer will fund, sourced gear that’s actually in stock, an install scheduled for an after-hours window, and a field tech booked with the new switches in their van.Documentation Index
Fetch the complete documentation index at: https://altostrat.io/docs/llms.txt
Use this file to discover all available pages before exploring further.
Systems involved
| System | Role |
|---|---|
| Tenable / Qualys / Wazuh | Source vulnerability scan with the EOL findings. |
| Studio inventory | The six target devices with site, port count, current uplinks. |
| Cisco EOL data | Confirm the model’s EOL/EOS dates and recommended replacement. |
| Distributor APIs (Synnex, Ingram, Westcon) | Quote and stock check across three distributors. |
| ConnectWise PSA | Customer record, opportunity, project, and dispatch. |
| Gmail | Customer-facing quote, approval, and confirmation email. |
| Google Calendar | Maintenance window and field tech schedule. |
| FedEx / DHL | Shipment tracking attached to the ticket. |
Walkthrough
Pull the vuln scan finding into context
Copilot fetches the scan result via the connector. Six devices, two sites, current model, last day of support already past, recommended successor
C9200L-24P-4G-E.Read each device's current configuration
For each target device, Copilot SSHes in and captures
show inventory, show interface status, current PoE budget, uplink configuration, VLAN list, and the AAA configuration. The replacement BOM has to match what’s actually installed, not what was ordered three years ago.Generate the replacement BOM
Copilot drafts the BOM as a Markdown table: model, accessories, transceivers (matched to the existing fiber types), power cords, rack ears, smartnet term, and a per-site quantity. Reviewed and approved by the account engineer.
Request quotes from three distributors
Through the distributor connectors, request stock and price for the BOM. Two come back same-day. The third needs a manual follow-up email — Copilot drafts it through Gmail.
Build the customer proposal
The proposal artifact bundles the EOL evidence, the BOM, the three quotes, recommended distributor, lead time, install labor, and the proposed maintenance window. Sent through Gmail with a one-page Markdown summary at the top.
Customer approval and PO
Customer replies with approval and a PO. Copilot files the PO into the PSA opportunity, marks it Won, and creates the project with the install tasks pre-populated.
Place the order and track the shipment
The distributor connector places the order. The shipment tracking number lands in the PSA project. Copilot watches the FedEx connector and posts updates to the project as the gear moves.
Schedule the install
Once delivery is confirmed, Copilot opens a Google Calendar event for the maintenance window, books the field tech, attaches the install runbook, and sends the customer the maintenance notice email through Gmail with the contact tree.
Where Studio earns its keep
- The replacement BOM is built from the actual current state of each device, not a guess from a procurement spreadsheet.
- Three distributors are quoted in parallel and the results land beside each other for a clean side-by-side decision.
- The customer proposal, the PO, the shipment, the install schedule, and the pre-staged configs all carry the same project ID end to end.
- Field-tech day one is opening the new switch with a known-good config sitting in the project, not improvising at 2 a.m.
Related
Connectors and MCP
Distributor APIs, FedEx tracking, and Gmail are all connector calls.
Procedures
Save the install runbook so the next refresh project drops in cleanly.