Retrieve node status via API

Last week I had an interesting query from a customer. He asked if there was a way if we could quickly show online/offline status quickly for all appliances instead of having to login to SteelConnect Manager.

The answer is a resounding “yes, we can!”, it would’ve been a short blog post otherwise… Anyways the REST API is your friend here and it was a challenge I couldn’t resist. A few hours later I came up with a Python 3 script that shows the online/offline status of an appliance.

You can use it for just one realm, as is often the case for a customer. You can also use it with a CSV file to show the status for all devices across multiple realms which comes in handy if you support multiple realms (service provider, or for those assisting with PoC/PoVs).

Green means the SteelConnect appliance is online, red means it’s offline.

Head to Github for more details or clone it directly from https://github.com/Bakermat/steelconnect_node_status.git. Feel free to use it as you like or contribute to the project!

Using a REST API for automation

It’s been a while, but I’m still here! This time with some examples of how to use the REST API to do something useful in SteelConnect, with most of them used for real world deployments.

The basics of the API were covered in my series last year, the examples below assume you know how to use a REST API, if you have some Python knowledge that would be handy too.

I only started learning Python properly late last year so most of the examples are even suitable for a novice. If I can do it, so can you! All projects mentioned are on GitHub for easy access and forking. The first two were created by me and none of these are official Riverbed endorsed projects, so use at your own risk.

  • steelconnect_bulk_import imports sites, uplinks and zones based on a CSV file with extended options compared to the built-in bulk import in SteelConnect, allowing for more customisation. Great for demos or for setting up a complex environment.
  • steelconnect_delete_sites is part of the above project and allows you to delete all sites in one go. Obviously use with care and really only useful for demo or test environments.
  • steelconnect-dialogflow is a project created that allows anyone to integrate SteelConnect with Google Dialogflow. Dialogflow acts as an interface for integration with Twitter, Telegram, Google Assistant, Facebook and many others. It’s a great way to use DevOps/ChatOps to interact with SteelConnect.

    Here’s an example where I connected Telegram to my Dialogflow instance to setup a new site in my realm:

    This is what it looks like in SteelConnect Manager:

  • Last but most definitely not least: my colleague Greg Mueller has created some awesome SteelConnect scripts and his latest creation is a Python wrapper for the SteelConnect REST API, aptly named SteelConnection.

SteelHead integration

This page is part of a series on Riverbed's SD-WAN solution, SteelConnect.

This is part 8 of 8 in the series: SD-WAN for the masses.

Disclaimer: I work for Riverbed, all views and expressions on this blog are entirely my own and don’t necessarily reflect the views of my employer.

First of all Happy New Year folks, to a great 2018! I’m starting the year with the last post in this series on SteelConnect, and to start the year on an easy note this is a short one about the SteelHead-SD platform.

The SteelHead-SD combines the best of both worlds: it provides you with all the SD-WAN goodness that SteelConnect has to offer as well as provide the application performance gains that a SteelHead is famous for, all in one converged package.

The SteelHead-SD is ideal for branch locations with multiple WAN and/or internet links but limited bandwidth that would benefit from WAN optimisation.

It looks exactly the same as the equivalent physical SteelHead model, however under the covers it’s slightly different. In essence the SteelHead-SD is running a hypervisor with virtual services, primarily a SteelConnect virtual gateway and a virtual SteelHead.

Similar to the SteelConnect devices, the SteelHead-SD is built for zero-touch provisioning: plug a cable with internet access into the WAN port, register the serial number in SteelConnect Manager and a few minutes after you boot the device you’ll see it come online.

A typical deployment for a large organisation looks like this, with a SteelHead-SD in the branch and separate SteelHeads (for WAN optimisation) and SteelConnect devices (for SD-WAN) in the Data Centre.

Many customers that are using SteelHeads in their environment are using SteelCentral Controller for SteelHead (SCC, formerly CMC) to manage their fleet. The good news is: SCC 9.6.2 and up supports the SteelHead-SD, so you would manage WAN optimisation exactly the same on a SteelHead-SD as you would on a ‘traditional’ SteelHead. All the SD-WAN features are managed through SteelConnect Manager.

One thing that I often get asked is how it works when you have multiple WANs, as the ‘traditional’ SteelHead has a 1:1 mapping between LAN & WAN ports in in-path/inline mode.

Well, the answer is: there is no 1:1 mapping anymore on the SteelHead-SD, it’s all configured in SteelConnect Manager.
For example, a common setup is to have 1 LAN port in use, and 2 WAN ports (for internet and MPLS).
There is internal pinning happening to make sure that all traffic from LAN <-> WAN goes through the virtual SteelHead to ensure optimisation of traffic and increase the user experience.

Last but not least: the current SteelHead-SD models are 570-SD, 770-SD and 3070-SD. However, the ‘traditional’ SteelHead 570, 770 and 3070 are of course still available.

If the business needs WAN optimisation, but isn’t ready to go full SD-WAN yet, the 570/770/3070 SD-Ready devices are a good option. These are SteelHeads-only (no SD-WAN), but they have the capability to be software-upgraded to SteelHead-SD devices at a later stage to enable the SD-WAN functionality as well. Talk to your account team for more information on this if it’s of interest.

With that I’ll conclude the series on SteelConnect and wish you a happy 2018, stay tuned for more goodness this year!

If you want to test SteelConnect, head here for a free trial.


The complete series:
Part 1: SD-WAN for the masses
Part 2: Getting started with SteelConnect
Part 3: Native Amazon AWS & Microsoft Azure integration
Part 4: Intelligent traffic steering
Part 5: SD-LAN
Part 6: Application visibility
Part 7: REST API
Part 8: SteelHead integration