Progammability of Aerohive product line...

  • 1
  • Question
  • Updated 5 years ago
  • Answered
Has there been any development considerations of adding a scripting interpreter such as shell, python, etc to any of the Aerohive access point, switching, router product lines? I have noticed that some of our busier ap's still have over 100MB of free memory available (could this available memory possibly be used for storing and executing scripts??). Super curious about this item.
Photo of Netelysis

Netelysis

  • 2 Posts
  • 0 Reply Likes

Posted 5 years ago

  • 1
Photo of Emilio Maldonado

Emilio Maldonado

  • 37 Posts
  • 11 Reply Likes
Hi,
If theoretically available, what type of operations you would you be be doing via scripting?

Emilio
Photo of Netelysis

Netelysis

  • 2 Posts
  • 0 Reply Likes
We have conducted a few installations for customers who at the time of the deployment did not have the vmware facilities to support their virtual appliance. This allowed our small team to become a tad-bit more intimate with your ap's than we normally would have been through having to configure the devices through the cli. In doing so we saw the real beauty of Aerohive's design and openness. 8^)

To answer your questions specifically, a trivial example would be that of the scripting mechanisms being driven from the ap, switch, etc allowing for the mixing and matching of various combinations of services generated data that is created by the device(s) and when cpu cycles are available some real-time like decision making and technical pivots could be made on the device itself rather than having to initially involve the reporting mechanisms to/from the Hive Mgr.

Another surface example would be that of allowing for a more fluid and eclectic experimentation model during initial deployments as well as during throughput/stressful infrastructure testing.