Closed Gelob closed 4 years ago
Closing...this should be reported against the main NAPALM repository if it is still an issue.
@ktbyers should this still be reported to upstream napalm even if napalm outside of ansible reported it properly?
Meaning this already exists as an issue in the main napalm repository? If it is already an issue there, then no worries at all.
I just didn't want it closed here, but then never tracked as an issue in the main napalm repository.
Meaning, when I tested straight napalm doesn't have this issue but only when running napalm through ansible the issue appeared. So i believe it to be specific to napalm-ansible. I can work on re-creating it again to see if its still a problem
I don't really see how that is possible is all napalm-ansible does it call napalm here and return the data structure napalm returns.
When running napalm_get_facts against a Cisco CSR1000v 16.06.02 (Everest) if I have a eBGP neighbor that is Idle, it still returns
is_up: true
when it should be false. NAPALM outside of ansible returns this properly asis_up: false
. This means that when I run napalm_validate I get incorrect results.Example ansible tasks
Cisco CLI Output
Napalm 2.5.0 with Python 3.5.2 on Ubuntu 16.04.1 output
Ansible 2.6.1 output on Ubuntu 16.04.1