Extreme Wireless - V10.41 - Remote Shell - Limitations

  • 0
  • 5
  • Problem
  • Updated 7 months ago
  • Not a Problem
Because i support several bigger Identify WLAN environments for customers i love the new V10.41 feature of having a quick "remote shell" to an AP for a deeper analyses!

But in real life usage there are several limitation that reduce the advantage this feature dramatically:

+ There is no copy and paste
+ no logging option (compare to a putty client)
+ no resizing of the screen possible if you need more space (means more columns)
(try several browsers - open a GTAC case - this is now a FR ;-(  )
+ Only AP38xx and AP39xx are supported - AP37xx are not included
(not clear why AP37xx are not offering this)

i hope there happens some improvements in the near future to make this feature more powerful in our daily business real life usage.

Regards
Photo of M.Nees

M.Nees, Embassador

  • 9,262 Points 5k badge 2x thumb

Posted 7 months ago

  • 0
  • 5
Photo of SH

SH

  • 3,600 Points 3k badge 2x thumb
Hello Matthias,


I completely agree with that.

Best regards
Stephan
Photo of Doug Hyde

Doug Hyde, Technical Support Manager

  • 20,502 Points 20k badge 2x thumb
I'm just curious, what information do you pull or configure from the ap shell that's not available in the web gui? 
Photo of M.Nees

M.Nees, Embassador

  • 9,262 Points 5k badge 2x thumb
Hi Doug,

that is funny - you wonna tell me that is would be not so seroius that basic functions are not able if you use remote shell, because most customers do not need that ?

I am sure that PLM trigger this feature because there is a seroius demand and i am also sure competitive products offer that too.

So i hope because Netsight guys have the same problems with their WebTerminal improvements will return in near future versions.

Why AP37xx APs not kicked out to this feature although they are fully supported with 10.41.xx is not explainable to me.

Regards,
Matthias
Photo of SH

SH

  • 3,600 Points 3k badge 2x thumb
Hello Doug,

For me the most used commands via shell are:

set authipaddr...

and

tail -f /tmp/log/ap.log

for debugging if problems occur and and then you need the above mentioned functions (like via putty).



Best regards
Stephan
Photo of Philipp Tittmann

Philipp Tittmann

  • 774 Points 500 badge 2x thumb
I fully agree with the intial post and Stephans comment using the shell for troubleshooting and debugging the for example ap.log files.

There is no feature in the gui for that.
(Edited)
Photo of Doug Hyde

Doug Hyde, Technical Support Manager

  • 20,502 Points 20k badge 2x thumb
https://gtacknowledge.extremenetworks.com/articles/How_To/How-to-Collect-Access-Point-Logging-Inform... 

Run your test then generate your log from the GUI, trace bundle includes the ap.log
Photo of Ronald Dvorak

Ronald Dvorak, Embassador

  • 46,968 Points 20k badge 2x thumb
Or use the AP log mgmt to upload all AP logs 1,2,4 or 6x per day to local or remote....

Photo of James A

James A, Embassador

  • 6,742 Points 5k badge 2x thumb
Yeah, I have the log collection enabled, which is great for historical analysis, but when I'm in the guts of debugging a problem using the shell is much quicker than downloading a trace and unzipping it all the time. So s/get/view/ the AP logs in the gui is what I meant.
Photo of SH

SH

  • 3,600 Points 3k badge 2x thumb
Like James said the live view via SSH is quicker while debugging and like Matthias said if the CLI is not needed why do we have the CLI via Web as feature in the new release ;-)?

Best regards
Stephan