Cisco.Api 3.0.183

.NET 10.0 This package targets .NET 10.0. The package is compatible with this framework or higher.
There is a newer version of this package available.
See the version list below for details. 
dotnet add package Cisco.Api --version 3.0.183
                    


                    

                
NuGet\Install-Package Cisco.Api -Version 3.0.183
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package. 
<PackageReference Include="Cisco.Api" Version="3.0.183" />
For projects that support PackageReference, copy this XML node into the project file to reference the package. 
<PackageVersion Include="Cisco.Api" Version="3.0.183" />
                    


                            Directory.Packages.props
                        

                    

                
<PackageReference Include="Cisco.Api" />
                    


                            Project file
For projects that support Central Package Management (CPM), copy this XML node into the solution Directory.Packages.props file to version the package. 
paket add Cisco.Api --version 3.0.183
                    


                    

                
#r "nuget: Cisco.Api, 3.0.183"
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package. 
#:package Cisco.Api@3.0.183
#:package directive can be used in C# file-based apps starting in .NET 10 preview 4. Copy this into a .cs file before any lines of code to reference the package. 
#addin nuget:?package=Cisco.Api&version=3.0.183
                    


                            Install as a Cake Addin
                        

                    

                
#tool nuget:?package=Cisco.Api&version=3.0.183
                    


                            Install as a Cake Tool

Cisco.Api

Nuget License: MIT Codacy Badge

A .NET library for accessing Cisco Support APIs, including EoX, Product Information, PSIRT, PSS, Serial Number to Information, PX Cloud, and Umbrella APIs.

Prerequisites

You must have an SNTC (Smart Net Total Care) or PSS (Product Support Services) account in order to use this library.

Installation

Using .NET CLI

dotnet add package Cisco.Api

Using Package Manager Console

Install-Package Cisco.Api

Using Visual Studio

  1. Open your project in Visual Studio
  2. Right-click on the project and click "Manage NuGet packages"
  3. Search for "Cisco.Api"
  4. Click "Install" to add the latest version to your project

Using PackageReference

Add the following to your .csproj file:

<PackageReference Include="Cisco.Api" Version="*" />

Setup

Before using the library, you need to obtain API credentials:

  1. Go to the Cisco API Console
  2. Sign in with your SNTC or PSS account
  3. Click "Register a New App"
  4. Add a new Application, selecting the API endpoints that you intend to use
  5. Note the Client ID and Client Secret - you'll need these for authentication

Example Code

using Cisco.Api;
using System;
using System.Linq;
using System.Threading.Tasks;

namespace My.Project
{
	public static class Program
	{
		public static async Task Main()
		{
			var ciscoClient = new CiscoClient(
				new CiscoClientOptions
				{
					ClientId = "<YOUR_CLIENT_ID>",
					ClientSecret = "<YOUR_CLIENT_SECRET>"
				});

			var productInformation = await ciscoClient
				.ProductInfo
				.GetBySerialNumbersAsync(new[] { "<SERIAL_NUMBER>" })
				.ConfigureAwait(false);

			var productDetails = productInformation.Products.First();

			Console.WriteLine($"Product Name: {productDetails.ProductName}");
		}
	}
}

Supported Frameworks

  • .NET 9.0
  • .NET 10.0

API Documentation

The Cisco Support APIs documentation can be found here:

License

This project is licensed under the MIT License.

Contributing

Contributions are welcome! Please feel free to submit a Pull Request.

Product Compatible and additional computed target framework versions.
.NET net10.0 is compatible.  net10.0-android was computed.  net10.0-browser was computed.  net10.0-ios was computed.  net10.0-maccatalyst was computed.  net10.0-macos was computed.  net10.0-tvos was computed.  net10.0-windows was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages

This package is not used by any NuGet packages.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last Updated
3.0.184 78 9/20/2026
3.0.183 57 9/20/2026
3.0.179 136 9/12/2026
3.0.176 134 9/3/2026
3.0.174 107 8/31/2026
3.0.151 150 8/28/2026
3.0.149 135 8/28/2026
3.0.127-ge8f1822b2d 131 6/22/2026
3.0.122 401 6/19/2026
3.0.119 146 5/29/2026
3.0.118 138 5/22/2026
3.0.117 601 4/16/2026
3.0.116 607 3/31/2026
3.0.115 602 3/31/2026
3.0.114 604 3/30/2026
3.0.111 610 3/29/2026
3.0.110 618 3/23/2026
3.0.104 687 2/20/2026
3.0.103 1,181 11/20/2025
3.0.94 975 11/17/2025
Loading failed

Fix: EoX lookups by serial number now build a valid request on Refit 15.

     IEox.GetBySerialNumberAsync marked its serialNumber parameter [Body] while the URL template
     still declared a {serialNumber} path segment. Refit 13 allowed a single parameter to satisfy
     both, so the request was correct and the conflict was invisible. Refit 15 does not, and every
     call now fails inside the client, before anything is sent, with "URL
     /supporttools/eox/rest/5/EOXBySerialNumber/{pageIndex}/{serialNumber} has parameter
     {serialNumber}, but no method parameter matches".

     If you are on Refit 15, take this version: EoX by serial number does not work at all without
     it. If you are still on Refit 13, the outgoing URL is unchanged, including the escaping of
     comma-separated serial numbers, so upgrading is safe and costs you nothing except a stray
     text/plain body that was being attached to a GET.

     Every other Refit method in the library was checked for the same URL template and parameter
     attribute conflict. There were none, so no other call site changes.

     Note for anyone on Refit 15: IEox cannot be generated inline by Refit's source generator, so
     a reference to the Refit.Reflection package is needed. Without it the client throws at
     construction, saying the reflection request builder is not installed.

     New offline tests build a request for every Refit method in the library, so a URL template
     that no parameter can satisfy now fails this library's own build rather than surfacing as a
     runtime exception in your application.