-
-
Notifications
You must be signed in to change notification settings - Fork 19
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
Can't configure Junos 18.x using napalm #255
Comments
@mirceaulinic your ideas here will be super appreciated |
Just to complete the scenario:
So it is proof that it isn't a napalm issue |
Today I tested netconf with the rpc's which are generated with salt command, and it worked smoothly:
So I can ignore that it is netconf problem |
Another update: I tested the configs using salt minion, not salt-sproxy, and it worked smoothly with no problem. So seems to me it is a limitation in salt-sproxy only, not on related packages. |
Describe the bug
Hi All,
I was using salt-sproxy for a while with our Juniper-based network, and all was working fine.
I started to find some problems with the new Junos code we use (18.x)
I can communicate with the device (net.connected, net.cli, grains....etc), but I can't configure anything on it via neither net.cli nor net.load_config/template, the device isn't reporting back any diff, and sees that the new configs are already configured, even if the new set file contains new configs not configured on the device for sure.
And I can see nothing coming back from the device via rpc-reply while debugging the request.
I tested that for multiple Juniper devices with the same code, and all are the same wrong behaviour.
For example:
- The working operational scenario:
- The non-working configurational scenario 1, again: vlan888 isn't configured on the device 100%:
- The non-working configurational scenario 2:
Within debug what I see during that is the following:
Versions Report
Just last note that the same set file+ net commands are working for another Junos code different than 18, tested on 20.4 and 15.1 with no similar problem
Wish it is clear, and thanks in advance.
The text was updated successfully, but these errors were encountered: