Skip to content
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

works with 24port model, too #4

Open
ka7 opened this issue May 12, 2018 · 8 comments
Open

works with 24port model, too #4

ka7 opened this issue May 12, 2018 · 8 comments

Comments

@ka7
Copy link

ka7 commented May 12, 2018

just want to confirm that this works with the 24port model too. ( j9980a )
( at least some basic-testing )

@BookGin
Copy link
Owner

BookGin commented May 14, 2018

That's cool. Thanks for your confirmation.

By the way, this project is very obsolete. I'm trying to implement Ansible playbook to substitute this project.

@ypid
Copy link

ypid commented Jul 20, 2020

@BookGin Did you get something working with Ansible?

@BookGin
Copy link
Owner

BookGin commented Jul 21, 2020

@ypid No, I no longer worked on this.

@ypid
Copy link

ypid commented Jul 21, 2020

So this project is not yet obsolete/superseded? Because I did not quite understand how Ansible could just replace this project. Even Ansible needs modules which can talk to the switch.

@BookGin
Copy link
Owner

BookGin commented Jul 22, 2020

Yes, Ansible doesn't have similar modules as far as I know. My idea is to rewrite this project as an Ansible custom module, but not replace it with Ansible.

I think this project is still usable so it's not yet obsolete 😃

@ypid
Copy link

ypid commented Jul 22, 2020

Got it. Then we have the same understanding :) I would be interesting in a module and help test it, but this is not something I need short-term. Of course there is the question if this switch is even suitable or if it would be easier to just get a proper switch (Cumulus Linux comes to mind, although maybe outside of what I would like to spend), but I guess with your ground work, I am kinda on board with just hacking together a solution for what is basically (intentional) software limitation.

@ypid
Copy link

ypid commented Jan 31, 2021

I tested it now a bit. The emulated cli is pretty nice 👍 And I thought if I should write an Ansible module for desired state configuration for VLAN configuration from NetBox. I see two options:

  1. Get a machine readable version of printVlanMembership and compare it to the desired state (passed as dict variable with all VLANs). Than issue accessVlan and other calls on the diff. This should be the fastest.
  2. Generate the config somehow. I did not find details on the config format. Seems to be some binary one. I looked up a string I found in the hexdump simcfgData.cfg in the hope someone would have details and a encoder/decoder. Anyway, I guess this is not the way to go here because config upload causes a reload which takes down the switching engine for 10 seconds.

I would prefer 1. It would take a few hours to do that and I have decided against doing it. Not really worth it for my one switch of this model :) Turns out I want the consistency check from NetBox to the device after all, so I am working on it.

@ypid
Copy link

ypid commented Feb 3, 2021

Done, see #5. VLAN is all I need for now, probably ever. I did not do any refactoring like rename of the module ("lib" is not an ideal name, I suggest "hpe1820") or similar.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants