-
Notifications
You must be signed in to change notification settings - Fork 932
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TP-Link JetStream enable is not being sent #3271
Comments
Can you send your config? From what I can see in the source code, it checks if enable is set to true in your configuration. If it is, it sends the enable command. If enable is set to another value, it sends that value instead. So, if the enable variable is not set correctly or is returning nil, that would explain why the enable command isn't being sent. Double-check your entry and make sure the enable value is properly defined and accessible in your model. If you're still having trouble, sharing your configuration might help identify the issue further. |
I had the same issue across several TP-Link switches. Reverting the change in PR #2796 fixes the problem. My install was working before this commit, a recent update to Oxidized then introduced this fix and no config was captured. The new code does not actually send "enable" to the switch, according to the debug logs. |
Thanks @eabeukes for the hint! |
EDIT: So there now is a prompt, but the "show running config" command does not get sent. The prompt before enable ends in |
I'm not sure about a new model. I'll share with the community what I know from my experience over the last 12 months. Keep in mind that I have no prior experience with TP-Link equipment, so if there's a model that uses a different command set, then that's new information to me. I hope this isn't a situation similar to Ubiquiti's EdgeSwitch/ToughSwitch, which have completely different command sets. TP-Link has a new controller, Omada Pro, that is different from its current publicly available version. The new controller is currently v1.9.30.4, whereas the older Omada controller is v5.14.32.3. The new version isn't publicly available, and there's no documentation I can find. Release notes must be requested directly from a rep. The new controller supports older models, which are called JetStream, but some models appear to lack firmware updates. Specifically, there are some model numbers of a specific hardware version that, despite showing firmware updates online, will not accept those updates. My guess is that they're attempting to bridge controller support for equipment that hasn't been replaced yet. Some switch models have received firmware updates that specifically rebrand JetStream to Omada and remove "TL-" from the model number, further complicating this issue. Finally, there appears to be a new line of equipment, which TP-Link sometimes calls equivalent hardware. The latest hardware is in a silver chassis and has different model numbers from the older black chassis equivalents:
I have encountered some issues with the older switches, and RMA'd them, but as far as the CLI commands are concerned, they seem to be the same. The commands seem nearly identical to Cisco CLI, though it's been several years since I've had my hands on Cisco gear. Can anyone confirm if the command sets for older models are the same? I'm happy to test and verify them. |
I went from a "TL-SG2424 1.0" Oxidized backup directly onto a "TL-SG3428X-M2 1.0". They're both branded Jetstream, but the 3428X was released in 2023/24 so is still very new. CLI is identical across them, aside from changes for features (L2+/L3-level) |
I'm running into an issue with enable not working for an S5500-48GP4XF. They identify as JetStream for the model, but the commands in the model file are the same as those used to pull the configuration. From what I see in the debugging, the post-login command is nil - no enable command is sent, though it does try to send the password.
I see that the post-login block was edited in PR #2796 - could this be the cause? Any thoughts, @mirackle-spb?
The text was updated successfully, but these errors were encountered: